CODISAN

J'ai un problème

Onze situations qu'on nous décrit souvent, chacune nommée dans les mots d'un client, jamais dans ceux d'une fiche technique, et ce qu'on ferait pour chacune.

Les chiffres cités ci-dessous sont des résultats réels, mesurés sur nos propres outils, en ordre de grandeur et sans qu'aucun client ne soit nommé.

Onze situations et ce qu'on ferait

1. « Nos documents sont des scans, des photocopies de photocopies : personne ne veut tout ressaisir. »

   Nous mettons en place une lecture automatique de ces documents, avec redressement de l'image et une alerte quand une page a été mal lue. Sur des photocopies dégradées, près de 9 valeurs sur 10 sont retrouvées exactement.

2. « On manipule des données personnelles, on ne peut pas les envoyer n'importe où. »

   Nous ajoutons une étape de pseudonymisation : noms, adresses et numéros sont remplacés par des étiquettes neutres avant tout traitement, avec un second contrôle qui relit le résultat. Moins d'une donnée sur 100 passe ce contrôle, mesuré sur des cas jamais vus pendant les tests.

3. « Je dois suivre ce qui sort (décisions, textes officiels) sans y passer mes soirées, et j'ai besoin de chiffres fiables pour argumenter. »

   Nous mettons en place une veille d'information officielle sourcée : chaque élément vient d'une source publique, avec le passage exact recopié, livré par courriel ou tableau de bord. Quand il faut des chiffres, chaque montant est accompagné de sa preuve : le passage d'origine.

4. « Commander quoi que ce soit nous prend des heures de comparaison. »

   Un agent acheteur cherche les offres, les ramène au même format (prix livré) et vous propose 3 ou 4 choix avec leur raison. Rien n'est commandé ni envoyé sans votre accord.

5. « La compta, les relevés, les échéances : on court après. »

   Nous tenons une comptabilité avec contrôles : export FEC (le fichier que l'administration peut demander en cas de contrôle), rapprochement bancaire automatique, échéances reportées sur votre agenda et calculées avec les jours fériés, outre-mer compris.

6. « Ma boîte mail déborde : je passe mes journées à trier, je rate des factures et des échéances. »

   Nous mettons en place un tri automatique du courrier entrant : les messages sont classés, les factures et les échéances qu'ils contiennent sont repérées et reportées sur votre agenda, et des réponses aux demandes courantes sont préparées à l'avance, toujours à relire et valider avant envoi, jamais envoyées seules.

7. « On voudrait des assistants, mais qui ne fassent pas n'importe quoi. »

   Nous construisons des agents à rôle limité (répondre, surveiller, trier, acheter), avec un plafond de dépense et une validation humaine aux étapes clés. Tout ce qu'ils font est journalisé et consultable.

8. « On a peur de perdre nos données ou de se faire pirater. »

   Nous montons une infrastructure complète : authentification à double facteur, sauvegardes chiffrées testées chaque nuit, secrets stockés dans un coffre dédié. Un essai d'usurpation d'identité est mené avant chaque mise en ligne.

9. « Aucun logiciel du marché ne colle à notre façon de travailler. »

   Nous développons un outil sur mesure (portail, suivi de dossiers, tableau de bord), mis en ligne en jours, pas en mois, et comparé automatiquement à la maquette validée avant livraison.

10. « Je dicte, je reçois des vocaux : il faudrait les exploiter. »

    Nous installons une transcription et une voix de synthèse qui tournent entièrement sur nos machines : rien ne part dans le nuage. Une phrase est transcrite en quelques secondes.

11. « On a besoin de documents propres et justes (modèles, trames, notes). »

    Nous préparons des documents dont le cadre juridique est vérifié et daté, avec chaque référence qui renvoie à son article de loi et à sa version.

Démonstration : le comparatif d'achats (exemple fictif)

Scénario fictif : une entreprise doit commander des fournitures de bureau.

1. La demande. Vous écrivez : « Il nous faut 50 ramettes de papier A4 et 200 enveloppes, cherchez les meilleures offres. »
2. La recherche. L'agent interroge plusieurs fournisseurs, lit leurs pages de vente et ramène chaque offre au même format : prix total, livraison comprise.
3. Le comparatif. Vous recevez 3 ou 4 offres retenues, chacune avec sa raison : la moins chère, la plus rapide, celle qui respecte une quantité minimale. L'ensemble est obtenu en une à deux minutes, pour un coût de calcul de quelques centimes. Ce coût réel est affiché à chaque recherche.
4. La validation. Une demande de devis est préparée pour l'offre choisie, mais elle n'est jamais envoyée sans votre accord explicite.

Je débute

Dix mots qui reviennent souvent sont expliqués dans le lexique ci-dessous, avant que vous ne les croisiez ailleurs sur ce site.

Cinq questions, cinq réponses

Qu'est-ce que vous faites, concrètement ? Nous construisons des outils qui font à votre place une tâche précise et répétitive : lire un document, comparer des devis, relancer une échéance. Nous retenons toujours la solution la plus simple qui passe notre mesure de qualité : souvent un programme classique, parfois un modèle de langue ouvert d'à peine 8 milliards de paramètres tournant sur nos machines, rarement le plus gros modèle du marché.

Qu'est-ce qu'un « agent » ou une « automatisation » ? Une automatisation exécute toujours la même tâche répétitive à votre place, sans réfléchir. Un agent va un peu plus loin : il peut chercher une information ou préparer un document, mais toujours avec des limites fixées à l'avance (il ne commande rien, n'envoie rien sans accord) et un plafond de dépense.

Mes données sont-elles en sécurité ? Oui, et on vous l'explique en détail dans la page « Vos données ». En résumé : vos noms, adresses et numéros ne sont jamais envoyés tels quels à un service extérieur ; ils sont remplacés par des étiquettes neutres avant tout traitement.

Est-ce fait pour un commerce comme le mien ? Oui. Beaucoup de ce que nous construisons sert exactement ce type d'activité : lire des bons de livraison scannés, comparer des fournisseurs, suivre des échéances de TVA ou de cotisations, relancer des factures impayées.

Par quoi je commence, concrètement ? Écrivez-nous ce qui vous prend du temps, en trois lignes. Pas besoin de savoir si c'est « de l'IA » ou non : nous regardons avec vous ce qui convient.

Lexique (10 mots)

Mot	Ce que ça veut dire
Cadrage	La phase où l'on comprend précisément votre besoin, avant de commencer à construire quoi que ce soit.
Pseudonymiser	Remplacer les noms, adresses, numéros par des étiquettes neutres, pour qu'une donnée personnelle ne soit jamais exposée inutilement.
Hébergement	L'endroit (un ordinateur, un serveur) où vos données et vos outils sont stockés et fonctionnent.
Auto-hébergé	Installé sur du matériel que l'entreprise possède et contrôle elle-même, plutôt que chez un prestataire extérieur.
Agent (informatique)	Un programme qui exécute une tâche précise et limitée (chercher une information, préparer un document), sans décider à votre place.
Automatisation	Une tâche répétitive effectuée automatiquement par un logiciel, à votre place.
Modèle de langue / IA	Un programme capable de lire et d'écrire du texte. Il peut tourner sur nos machines ou chez un fournisseur, selon la sensibilité des données.
Lecture automatique de documents (OCR)	La transformation d'un document scanné ou photographié en texte que l'ordinateur peut lire et vérifier.
Corpus	Un ensemble de documents ou de textes utilisé pour tester un outil avant de le livrer.
Recette (informatique)	La liste des contrôles effectués avant de livrer un outil, pour vérifier qu'il fonctionne comme prévu.

Démonstration : la pseudonymisation d'un texte (exemple fictif)

Texte reçu (fictif) :

« Bonjour, je m'appelle Julien Lemoine, mon numéro de SIRET est 123 456 789 00012, j'habite 4 rue des Acacias. Merci de traiter mon dossier n° 2026-0453. »

Texte après pseudonymisation :

« Bonjour, je m'appelle [NOM_1], mon numéro de SIRET est [SIRET_1], j'habite [ADRESSE_1]. Merci de traiter mon dossier n° [DOSSIER_1]. »

Chaque étiquette reste cohérente : le même nom redonne toujours la même étiquette. Le texte peut ensuite être traité, y compris par un service extérieur, sans jamais exposer l'identité réelle. Ce résultat est réel, mesuré sur nos propres outils, en ordre de grandeur et sans qu'aucun client ne soit nommé : sur un ensemble de textes jamais vus pendant les tests, moins d'une donnée sur 100 passe sans être repérée.

Ce qu'on sait faire

Onze façons de régler un problème concret, chacune construite, testée et mesurée avant d'être proposée.

Les chiffres ci-dessous sont des résultats réels, mesurés sur nos propres outils, exprimés en ordre de grandeur et sans qu'aucun client ne soit nommé. Seules les sections marquées « exemple fictif » sont des scénarios inventés pour montrer comment l'outil fonctionne.

Les briques

1. Lecture de documents scannés

• Problème : « Nos documents sont des scans, des photocopies de photocopies : personne ne veut tout ressaisir. »
• Ce qu'on a construit : lecture fiable de documents scannés, avec redressement de l'image et alerte quand la lecture a échoué.
• Outils : un modèle ouvert de lecture de documents, sur nos machines ; tesseract en contrôle croisé ; prétraitement de l'image (filtrage, seuillage, recadrage).
• Ordre de grandeur et preuve : sur des photocopies dégradées, de 0 à près de 9 valeurs sur 10 retrouvées exactement ; un détecteur repère 95 % des pages mal lues. Résultat réel, mesuré sur nos propres documents de test, en ordre de grandeur et sans client nommé.

2. Pseudonymisation et caviardage

• Problème : « On manipule des données personnelles, on ne peut pas les envoyer n'importe où. »
• Ce qu'on a construit : une « porte » de pseudonymisation (noms, adresses, numéros remplacés avant tout traitement) et un caviardage de PDF contrôlé par relecture.
• Outils : Python, règles et lexiques, corpus de test sans donnée personnelle réelle, contrôle par lecture automatique du PDF caviardé.
• Ordre de grandeur et preuve : moins d'une donnée sur 100 qui passe, mesurée sur un corpus caché jamais vu pendant le développement ; environ 20 000 mots traités en 1,5 seconde.

3. Information officielle sourcée

• Problème : « Je dois suivre ce qui sort (décisions, textes) sans y passer mes soirées, et j'ai besoin de chiffres fiables pour argumenter, pas d'une intuition. »
• Ce qu'on a construit : une veille automatique sourcée, où chaque élément vient d'une source officielle avec le passage clé recopié mot pour mot ; et, quand il faut des chiffres, une extraction assistée par IA puis vérifiée, chaque montant accompagné de sa preuve (le passage d'origine).
• Outils : API des producteurs officiels de données publiques, courriel hebdomadaire, tableau de bord, un connecteur en lecture seule (MCP) pour brancher d'autres outils sur ces données ; PostgreSQL (une base de données), recette automatique.
• Ordre de grandeur et preuve : dizaines de décisions et de textes traités par semaine, zéro texte inventé ; des milliers de montants extraits, avec une recette de près de 30 contrôles avant chaque livraison.

4. Agent acheteur et comparatif

• Problème : « Commander quoi que ce soit nous prend des heures de comparaison. »
• Ce qu'on a construit : les offres sont cherchées, ramenées au même format (prix livré), 3 ou 4 sont retenues avec leur raison ; les demandes de devis sont préparées, jamais envoyées sans accord.
• Outils : notre plateforme d'agents, un modèle de langue léger, un outil de lecture de pages web, Rust (axum), SQLite.
• Ordre de grandeur et preuve : une dizaine d'offres en une à deux minutes, pour quelques centimes de calcul, avec le coût réel relevé à chaque recherche.

5. Comptabilité tenue avec contrôles

• Problème : « La compta, les relevés, les échéances : on court après. »
• Ce qu'on a construit : export FEC, relevés bancaires et rapprochement, échéances tirées du courrier vers l'agenda, délais légaux calculés avec les jours fériés (outre-mer compris).
• Outils : Rust et Python, agenda électronique (ICS/CalDAV), valeurs réglementaires datées et sourcées.
• Ordre de grandeur et preuve : plusieurs centaines de tests automatiques par module ; chaque taux ou seuil porte sa source et sa date.

6. Agents spécialisés à rôle limité

• Problème : « On voudrait des assistants, mais qui ne fassent pas n'importe quoi. »
• Ce qu'on a construit : des agents spécialisés avec des rôles clairs (répondre, surveiller, trier, acheter), alertes envoyées sur téléphone, validation humaine aux étapes clés.
• Outils : notre plateforme d'agents, des modèles de langue (ouverts sur nos machines, ou fournisseurs européens ou américains selon la sensibilité des données), messagerie instantanée.
• Ordre de grandeur et preuve : fonctionnent 24 h/24 ; plafonds de dépense par tâche et par mois ; journal complet de tout ce qui est fait.

7. Infrastructure complète

• Problème : « On a peur de perdre nos données ou de se faire pirater. »
• Ce qu'on a construit : authentification à double facteur, réseau cloisonné, machines virtuelles déployées à la demande, environnements isolés (un espace séparé par client ou par usage), secrets stockés dans un coffre, sauvegardes chiffrées testées, supervision continue.
• Outils : machines virtuelles, Docker (isolation de chaque service), Nginx Proxy Manager, Authelia (authentification à double facteur et connexion unique), Infisical (coffre à secrets), restic (sauvegarde chiffrée), Vaultwarden, Forgejo (dépôt de code), Nextcloud, messagerie auto-hébergée.
• Ordre de grandeur et preuve : sauvegarde chaque nuit, restauration testée ; un essai d'usurpation d'identité est mené et refusé avant chaque mise en ligne.

8. Outils métier sur mesure

• Problème : « Aucun logiciel du marché ne colle à notre façon de travailler. »
• Ce qu'on a construit : portails clients, suivi de demandes, tableaux de bord, conçus autour de votre façon de travailler.
• Outils : Rust (axum, askama, sqlx), PostgreSQL, SQLite, pages fonctionnant sans JavaScript obligatoire.
• Ordre de grandeur et preuve : mise en ligne en jours, pas en mois ; chaque écran est comparé à la maquette validée et contrôlé automatiquement (dizaines de contrôles).

9. Transcription et voix locales

• Problème : « Je dicte, je reçois des vocaux : il faudrait les exploiter. »
• Ce qu'on a construit : transcription et voix de synthèse 100 % locales : rien ne part dans le nuage.
• Outils : un modèle ouvert de transcription de la famille Whisper, un modèle ouvert de synthèse vocale, une carte graphique de 8 Go.
• Ordre de grandeur et preuve : une phrase transcrite en quelques secondes ; une voix naturelle, choisie à l'écoute.

10. Documents juridiques vérifiés

• Problème : « On a besoin de documents propres et justes (modèles, trames, notes). »
• Ce qu'on a construit : documents prêts à l'emploi dont le cadre juridique est vérifié et daté (sources officielles, date de revérification).
• Outils : recherche sourcée, contrôle par une seconde lecture, Word et Excel.
• Ordre de grandeur et preuve : chaque mention juridique renvoie à son article et à sa version ; le vocabulaire interdit est contrôlé automatiquement.

11. Jeux, 3D et graphisme

• Problème : « On voudrait un support qui accroche : un jeu, une visite en 3D, des visuels, sans passer par une grosse agence. »
• Ce qu'on a construit : des mini-jeux jouables directement dans le navigateur, publiés sur notre plateforme d'arcade, avec plusieurs démonstrations en ligne, et une interface de programmation qui sert à fabriquer de nouveaux jeux ; une carte en 3D d'une ville, construite à partir des données ouvertes (OpenStreetMap) et des altitudes officielles, consultable hors ligne ; une génération d'images sur nos propres machines, avec des modèles ouverts : rien ne part dans le nuage.
• Outils : notre plateforme d'arcade et son interface de programmation, three.js et Vite pour la carte 3D, OpenStreetMap et les données d'altitude officielles, ComfyUI pour la génération d'images.
• Ordre de grandeur et preuve : plusieurs démonstrations jouables déjà en ligne sur notre plateforme d'arcade ; carte 3D consultable sans connexion, construite uniquement à partir de données ouvertes ; génération d'images qui reste entièrement sur nos machines : aucune image n'est envoyée à un service extérieur.

Démonstration 1 : lecture d'un scan dégradé (exemple fictif)

1. Une photocopie de photocopie, fictive, d'un bon de commande est importée. L'image est de mauvaise qualité : contraste faible, légère rotation.
2. Le prétraitement redresse l'image et en améliore le contraste.
3. Le modèle de lecture extrait le texte et les montants ; tesseract relit le même document en parallèle, pour contrôle croisé.
4. Les deux lectures sont comparées. Là où elles divergent, la ligne est signalée pour vérification humaine plutôt que d'être acceptée telle quelle.

Démonstration 2 : information officielle, passage recopié (exemple fictif)

1. Un texte réglementaire fictif est publié par une source officielle.
2. La veille le détecte le jour même et enregistre le passage exact, recopié mot pour mot, jamais reformulé par une IA.
3. Le tableau de bord affiche l'élément avec sa date, sa source, et le lien vers le texte d'origine.
4. Le courriel hebdomadaire reprend les éléments de la semaine, chacun avec son passage source.

Notre boîte à outils

Les langages, les bases de données, l'infrastructure et les modèles que nous utilisons réellement, avec, pour chacun, l'endroit où il tourne et une explication en mots simples.

Cette page est volontairement précise et technique. Chaque outil est suivi d'une courte explication ; le lexique de la page « Je débute » complète les mots les plus généraux.

Langages et cadres de développement

• Rust : le langage de programmation que nous utilisons pour écrire des applications rapides et fiables.
  • axum : la brique qui fait tourner une application web : le moteur sous le capot d'un site.
  • askama : le système qui assemble les pages que vous voyez à l'écran, à partir de gabarits réutilisables.
  • sqlx : la brique qui permet à l'application de lire et d'écrire dans la base de données.
• Python : un second langage de programmation, que nous utilisons pour les traitements de données et l'automatisation.
• three.js : la 3D directement dans le navigateur.
• Vite : fabrication de sites et d'applications web rapides.

Bases de données

• PostgreSQL : une base de données solide, pour les volumes importants et les besoins de fiabilité : une grande armoire à dossiers très organisée.
• SQLite : une base de données plus légère, pour les outils plus simples, sans serveur à installer : un classeur autonome.

Infrastructure et sécurité

• Docker : chaque service tourne isolé des autres, comme des casiers séparés : une panne dans l'un n'affecte pas les autres.
• Nginx Proxy Manager : le gardien qui dirige chaque visiteur vers le bon service et gère le cadenas (HTTPS) de votre navigateur.
• Authelia : la double vérification à la connexion, comme le code reçu par SMS de votre banque.
• Infisical : le coffre-fort numérique où sont rangés les mots de passe et les clés techniques, jamais écrits en clair dans le code.
• restic : l'outil qui fait les sauvegardes chiffrées, comme une copie de secours verrouillée.
• Vaultwarden : un gestionnaire de mots de passe, pour éviter les mots de passe réutilisés ou notés sur un papier.
• Forgejo : l'endroit où est rangé et suivi tout le code que nous écrivons, avec l'historique de chaque modification.
• Nextcloud : un espace privé de partage de fichiers, comme un drive, mais hébergé chez nous.
• Messagerie auto-hébergée : une boîte mail professionnelle qui tourne sur nos propres machines, plutôt que chez un grand fournisseur.

Connecteurs

• MCP : un connecteur standard qui permet à d'autres outils de venir lire une information, sans pouvoir la modifier ; nous l'utilisons par exemple pour notre veille d'information officielle.

Automatisation

• n8n : des enchaînements automatiques entre vos outils (« quand un mail arrive, alors… »), en service sur notre serveur.

Génération d'images

• ComfyUI : atelier de génération d'images, sur nos machines, avec des modèles ouverts : aucune image n'est envoyée vers un service extérieur.

Notre règle pour choisir un modèle d'IA

Nous travaillons avec tous les types de modèles : des modèles ouverts, que nous faisons tourner nous-mêmes sur nos machines ; des modèles proposés par des fournisseurs européens ; des modèles proposés par des fournisseurs américains. Aucun de ces choix n'est un principe en soi : ce qui compte, c'est le choix fait tâche par tâche, selon quatre critères mesurés : la sensibilité des données (ce qui ne doit pas sortir reste sur nos machines), la qualité mesurée sur la tâche précise, le coût, la rapidité. Notre règle : nous retenons le plus petit modèle qui réussit la mesure, jamais le plus gros par principe, et nous réévaluons ce choix dès qu'un modèle plus adapté apparaît.

Nous faisons tourner nous-mêmes, sur nos machines, plusieurs modèles ouverts : un modèle de transcription de la famille Whisper ; un modèle de recherche par le sens des mots plutôt que par mots-clés exacts, bge-m3 ; des modèles ouverts de lecture de documents scannés ; des modèles de langue ouverts d'environ 8 milliards de paramètres, pour les tâches qui ne demandent pas un modèle plus puissant. Pour les tâches qui ont besoin d'un modèle plus capable, nous passons par un fournisseur européen ou américain, choisi selon la sensibilité de la donnée concernée, jamais avec des données non protégées, pseudonymisées si nécessaire avant envoi. Nous ne citons pas de marque commerciale : ce choix est réévalué régulièrement, ce n'est pas une fidélité à un fournisseur.

Tâche	Où ça tourne	Ce qui transite
Lecture de documents scannés	Sur nos machines (modèle ouvert de lecture + tesseract en contrôle croisé)	Rien ne sort : traitement local
Transcription et voix de synthèse	Sur nos machines (modèle ouvert de la famille Whisper, carte graphique locale)	Rien ne sort : traitement local
Recherche par le sens (retrouver un document ou un passage par son sens, pas seulement ses mots-clés)	Sur nos machines (bge-m3)	Rien ne sort : traitement local
Génération d'images	Sur nos machines (ComfyUI, modèles ouverts)	Rien ne sort : traitement local
Tâches de langue courantes (trier, résumer, préparer une réponse à relire)	Sur nos machines, avec un modèle de langue ouvert d'environ 8 milliards de paramètres, quand il passe la mesure de qualité requise	Rien ne sort : traitement local
Tâches de langue plus exigeantes (agents spécialisés, comparatif d'achats)	Un fournisseur européen ou américain, choisi selon la sensibilité des données et la qualité mesurée sur la tâche	Pseudonymisé si nécessaire avant envoi ; jamais de donnée non protégée

Outils de développement

Nous nous outillons comme une équipe : dépôts versionnés sur Forgejo, agents de développement encadrés (assistants de programmation) dont le travail n'est accepté que si des tests écrits avant le code passent, et un scan anti-secrets avant chaque envoi.

Démonstration : schéma d'une architecture type (exemple fictif)

1. Un utilisateur se connecte depuis son navigateur. La requête passe par Nginx Proxy Manager, qui gère le certificat chiffré (HTTPS).
2. Authelia vérifie l'identité (authentification à double facteur) avant de laisser passer la requête vers l'application.
3. L'application métier (Rust/axum, base PostgreSQL) traite la demande, dans un conteneur Docker isolé des autres services.
4. Les secrets nécessaires (clés, mots de passe) sont lus depuis Infisical, jamais écrits en clair dans le code.
5. Chaque nuit, restic sauvegarde les données, de façon chiffrée ; la restauration est testée régulièrement.
6. Le code source est versionné sur Forgejo ; aucune mise en ligne sans que les tests automatiques soient passés.

Comment on prouve

Chaque outil est mesuré avant d'être livré, sur des cas qu'il n'a jamais vus pendant son développement, et cette mesure vous est montrée, pas seulement promise.

Ce qu'on fait systématiquement

• Tests écrits avant le code. Pour chaque fonctionnalité, le test qui définit ce qu'elle doit faire est écrit avant d'écrire le code qui la réalise. Le code n'est accepté que si ces tests passent.
• Corpus caché. La mesure finale de qualité se fait sur des exemples jamais vus pendant le développement, pour éviter d'optimiser artificiellement les résultats.
• Recette avant livraison. Avant chaque mise en service, une liste de contrôles est rejouée (par exemple, près de 30 contrôles pour les chiffres extraits de décisions publiques, ou des dizaines pour les écrans d'un outil métier).
• Sources datées. Toute valeur réglementaire (taux, seuil, délai) porte sa source officielle et sa date de vérification.
• Validation humaine. Aux étapes sensibles (envoi d'un document, décision financière), une personne valide avant que l'action ne se produise réellement.

Ce qui nous distingue

Nous ne livrons pas sur la base d'une promesse : nous mesurons, et nous montrons la mesure. CODISAN vous offre un interlocuteur unique : la même personne comprend votre besoin, construit l'outil, le teste et vous le livre. Pas d'intermédiaire supplémentaire entre votre demande et la personne qui code.

Démonstration : un contrôle qui échoue puis passe (exemple fictif)

1. Le test est écrit en premier. Sur une page scannée fictive, le test attend que le montant soit lu comme « 1 234,56 € ».
2. Premier essai, échec. L'outil lit « 1 234,S6 € » : il confond le chiffre 5 et la lettre S. Le test échoue et s'affiche en rouge.
3. Correction. Le prétraitement de l'image est ajusté (contraste, recadrage) et le modèle de lecture est réglé en conséquence.
4. Le test repasse. L'outil lit désormais « 1 234,56 € » correctement. Le test passe, en vert.
5. Le test reste. Il rejoint les autres tests du même module (plusieurs centaines pour certains d'entre eux) et sera rejoué à chaque modification future du code, pour garantir qu'une correction n'en casse pas une autre.

Vos données

Où sont vos données, qui peut y accéder, qu'est-ce qui en sort : les réponses, en cinq phrases puis en détail.

En cinq phrases

1. Vos données restent sur nos machines ou chez un hébergeur choisi avec vous (un serveur privé chez OVHcloud en France, ou un hébergeur qualifié SecNumCloud), jamais « dans le nuage » par défaut.
2. Avant d'envoyer quoi que ce soit à un service extérieur, les noms, adresses et numéros sont remplacés par des étiquettes neutres : c'est ce qu'on appelle « pseudonymiser ».
3. Un second contrôle vérifie qu'aucune donnée personnelle n'a été oubliée avant l'envoi ; en cas de doute, une personne vérifie à la main.
4. Les sauvegardes sont chiffrées et testées chaque nuit : nous vérifions réellement qu'on peut tout récupérer.
5. Documentation, accès et formats d'export sont décidés avec vous dès le départ du projet, pour que vous puissiez changer de prestataire sans tout reconstruire.

En détail

Pseudonymisation avant tout traitement externe Quand un traitement fait appel à un service extérieur, les données personnelles (noms, adresses, courriels, téléphones, numéros d'identification, références de dossiers) sont remplacées par des étiquettes neutres avant l'envoi. La correspondance reste sur nos serveurs ; le résultat est rétabli localement. Ce mécanisme est mesuré : moins d'une donnée sur 100 passe ce contrôle, sur un ensemble de cas jamais vus pendant les tests.

Contrôle avant envoi Après la pseudonymisation, un second contrôle relit le texte à la recherche de ce qui pourrait encore ressembler à une donnée personnelle. En cas de doute, rien n'est envoyé : le document passe en validation humaine.

Infrastructure Authentification à double facteur, réseau cloisonné, secrets stockés dans un coffre dédié, sauvegardes chiffrées testées chaque nuit, supervision continue. Un essai d'usurpation d'identité est mené et doit être refusé avant chaque mise en ligne.

Hébergement et réversibilité L'hébergement est choisi selon la sensibilité des données : sur nos machines, sur un serveur privé virtuel (VPS) chez OVHcloud, en France, ou, pour les données les plus sensibles, chez un fournisseur qualifié SecNumCloud, la qualification de confiance délivrée par l'ANSSI, qui écarte les lois étrangères à portée extraterritoriale comme le Cloud Act américain. Ces solutions peuvent être combinées. Documentation, accès et formats d'export sont définis dès le début du projet, pour que vous puissiez reprendre la main à tout moment.

Écrire à contact@codisan.frVous savez déjà ce que vous voulez ? Écrivez-nous directement. Réponse sous 48 heures ouvrées.

Combien et combien de temps

Un produit fini, à prix fixe convenu avant de commencer, jamais un tarif horaire ni un abonnement à reconduire chaque mois.

Notre principe de prix

Chaque projet est un produit fini, livré à prix fixe. Le devis est gratuit ; il arrive après l'échange où nous reformulons par écrit ce que nous avons compris de votre besoin (voir « Premier contact »), pour chiffrer sur un périmètre précis plutôt que sur une impression. Il n'y a ni licence récurrente, ni abonnement caché : vous savez, avant de commencer, ce que vous allez recevoir.

Des ordres de grandeur, selon le type de projet

• Une automatisation simple (par exemple, extraire les informations d'un document type et préparer une fiche à vérifier) : quelques jours de conception et de tests.
• Un outil métier sur mesure (portail, suivi de dossiers, tableau de bord) : mise en ligne en jours, pas en mois ; des ajustements peuvent suivre sur quelques semaines selon les retours d'usage.
• Une infrastructure complète (hébergement, sauvegardes, sécurité) : montée en quelques semaines, avec des tests de restauration et un essai d'intrusion avant la mise en service.

Pour qui

Ces ordres de grandeur s'appliquent aussi bien à un commerce qui veut automatiser le suivi de ses fournisseurs qu'à une structure plus grande qui veut sécuriser son infrastructure. Le prix et le délai dépendent du périmètre défini ensemble, jamais de la taille affichée de votre entreprise.

Premier contact

Écrivez-nous ce qui vous prend du temps, en trois lignes. Nous reformulons votre besoin par écrit avant de vous proposer un prix fixe. Voir « Ce qui se passe » ci-dessous.

Ce qui se passe

1. Vous écrivez. Décrivez en quelques lignes ce qui vous prend du temps ou vous préoccupe. Pas besoin de parler technique.
2. Un échange. Nous reformulons votre besoin par écrit, pour être sûrs d'avoir compris la même chose.
3. Une proposition à prix fixe. Vous recevez un périmètre précis et un ordre de grandeur de délai, avant toute décision de votre part.

Ce qu'il est utile de préparer (trois questions)

1. Qu'est-ce qui vous prend le plus de temps aujourd'hui, concrètement ?
2. Où sont stockées vos données aujourd'hui, et qui doit pouvoir y accéder ?
3. Y a-t-il une échéance ou une contrainte qui presse ?

Délai de réponse

Nous vous répondons sous 48 heures ouvrées.

Écrire à contact@codisan.fr

D'où vient CODISAN

Code + artisan. Un poinçon, pas un logo : la marque de celui qui a fait le travail.

Le nom

CODISAN assemble « code » et « artisan ». Comme un artisan appose son poinçon sur une pièce qu'il a faite et dont il répond, nous signons ce que nous construisons : un produit fini, testé, dont nous sommes responsables du premier cadrage à la mise en service.

Où nous sommes

CODISAN est basée à Brion, dans l'Yonne. Un interlocuteur unique : la personne qui comprend votre besoin est la même qui conçoit, teste et livre l'outil : pas d'intermédiaire supplémentaire.

La doctrine du produit fini

Nous ne vendons pas du temps facturé à l'heure ni un abonnement à reconduire. Nous vendons un produit fini, à prix fixe, livré testé. C'est cette doctrine, plus que le nom, qui définit notre façon de travailler : comprendre le problème, construire, mesurer, livrer, et rester joignable après.