Réunir les outils du quotidien dans une seule interface

Le besoin métier

Dans une petite structure du bâtiment, les mêmes opérations reviennent sous des formes différentes : estimer une quantité, convertir une surface, contrôler un coût salarial, reprendre un indice de prix, extraire une page d'un PDF reçu, réduire le poids d'une image ou préparer une facture électronique. Chaque opération est courte, mais elle oblige à retrouver le bon fichier, la bonne formule ou le bon service en ligne.

Le problème est amplifié lorsque les documents arrivent dans des formats hétérogènes. Un bordereau peut être un PDF texte ou un scan, un tableau peut être verrouillé, une photographie doit être convertie avant d'être jointe à un dossier. Une calculatrice générique ne connaît ni les hypothèses d'un chantier ni les limites des matériaux. L'objectif était de réunir les gestes fréquents dans une interface interne, avec des résultats compréhensibles et un passage clair vers la vérification humaine.

La solution et son périmètre

La « moulinette » est une application web interne organisée par tâches plutôt que par technologie. Un écran léger donne accès à des calculs bâtiment, à des traitements de fichiers et à la préparation de documents administratifs. Une API authentifiée porte les fonctions communes ; des modules locaux spécialisés effectuent notamment le traitement des PDF, l'OCR et la génération documentaire.

Le périmètre couvre des calculs de résistance thermique et de quantités pour des matériaux usuels du projet, des estimations de coût et de prix, le coût salarial, la TVA ou des indices BT. Il comprend aussi des opérations de PDF et d'images, des conversions, des QR codes, l'écriture de montants en lettres et un parcours de facture électronique Factur-X. Ces outils évitent de ressaisir sans prétendre remplacer un bureau d'études, un logiciel comptable ou une lecture contractuelle.

Un parcours de travail concret

1. L'utilisateur choisit une tâche identifiable, par exemple extraire un bordereau ou préparer une facture.
2. L'interface demande les seules données nécessaires et affiche les hypothèses utiles avant le calcul ou le traitement.
3. Le module adapté lit les fichiers, vérifie leur type et leur taille, puis produit une prévisualisation ou un résultat intermédiaire.
4. L'utilisateur contrôle les valeurs, corrige les champs ambigus et confirme la génération du document final.
5. Les fichiers temporaires sont nettoyés selon le traitement ; le résultat utile est téléchargé ou réutilisé dans le travail métier.

Prenons un PDF transmis par un tiers. S'il contient du texte, l'extraction native est privilégiée. S'il s'agit d'un scan, l'OCR local peut rendre son contenu recherchable, mais les caractères reconnus restent à relire, surtout pour les montants, dimensions et références. Cette distinction évite de présenter une transcription incertaine comme une donnée contractuelle certaine.

Calculs et hypothèses

Un calcul utile montre sa formule et ses unités. Pour une résistance thermique, la conductivité retenue et l'épaisseur doivent être explicites ; pour une estimation de quantité, il faut préciser dimensions, pertes et conditionnement. Les matériaux anciens ou biosourcés, comme la pierre, la terre ou les mélanges chaux-chanvre, ne se résument pas à une valeur universelle. La donnée saisie doit pouvoir être corrigée en fonction du produit et du contexte réel.

Les modules de coût rapprochent prix unitaires, quantités, charges ou taxes selon les champs saisis. Les indices BT demandent une date et une série cohérentes avec la clause à appliquer. L'outil peut préparer une opération et rendre le calcul vérifiable ; il ne tranche pas à la place du responsable sur une révision de prix contractuelle. Le même principe vaut pour la TVA : le bon taux dépend de la nature de l'opération et doit être confirmé par la personne compétente.

L'intérêt d'un module de calcul n'est donc pas de cacher la formule derrière un bouton. Il doit rendre visibles les entrées, l'unité du résultat et la provenance des paramètres. Si l'utilisateur modifie l'épaisseur d'un matériau ou le taux de pertes, le résultat change de façon prévisible. Une donnée de catalogue ou un indice récupéré à l'extérieur doit porter sa date ; une valeur utilisée sur un ancien dossier n'est pas nécessairement la bonne pour un nouveau chantier.

Documents et fichiers

Les fonctions PDF répondent à des besoins distincts : extraire le texte, rendre un scan exploitable par OCR, assembler ou séparer des pages, ajouter un filigrane et produire des fichiers à partir de lots de documents. Les traitements Excel et les conversions d'images, notamment vers WebP, réduisent des manipulations répétées mais conservent leurs propres limites : mise en page, cellules protégées, tableaux atypiques ou métadonnées absentes.

Le parcours Factur-X est volontairement séparé en étapes. L'application analyse d'abord les informations disponibles, laisse l'utilisateur modifier et valider les données commerciales, puis génère le document hybride. La présence d'un XML intégré ne suffit pas à garantir qu'une facture est juridiquement ou comptablement correcte. Identités, montants, taxes, références et conditions doivent être vérifiés avant envoi. Les fichiers reçus sont traités localement autant que le permet chaque fonction et les éléments temporaires n'ont pas vocation à s'accumuler.

Cette séparation analyse–correction–génération réduit le risque d'exporter une erreur détectable. Un numéro de facture mal lu dans un scan, une ligne de taxe mal classée ou une adresse incomplète doivent pouvoir être repris avant de figer le PDF. Le format EN 16931 fournit un cadre technique à la facture structurée ; il ne dispense pas d'une validation des données métier. La même logique de prévisualisation s'applique aux opérations par lots : voir ce qui sera produit avant de télécharger une archive est plus utile qu'un traitement opaque.

Architecture et accès

Le navigateur fournit une interface légère ; une API Node.js authentifiée reçoit les demandes et confie les fonctions spécialisées à des modules Python locaux. Cette répartition évite de mêler les écrans, les droits d'accès et la logique de traitement de fichiers dans un seul bloc. Elle facilite aussi l'ajout d'un outil sans réécrire les autres parcours.

Les fichiers reçus peuvent contenir des prix, des plans ou des données administratives. Les accès doivent donc être limités aux personnes concernées, la taille et le type de fichier contrôlés, et les fichiers temporaires supprimés lorsque le résultat a été livré. Une erreur d'OCR ou de conversion doit laisser un message clair sans exposer le contenu d'un autre utilisateur. Ces précautions font partie de l'utilité d'un outil interne, au même titre que la rapidité du calcul.

Ce que l’IA apporte réellement

L'IA a aidé à concevoir et à assembler certains modules, à explorer des formats et à accélérer la réalisation de fonctions ciblées. L'étude ne présente pas une IA autonome qui calcule les prix ou valide les factures à l'exécution. Les résultats métier reposent sur des formules, des paramètres et des traitements de documents identifiables ; l'OCR peut être assisté mais son texte doit être contrôlé.

Cette distinction est importante pour l'utilisateur : un résultat numérique peut être recalculé, une hypothèse peut être corrigée et un document peut être relu. Le gain vient surtout du rapprochement de tâches dispersées dans une interface cohérente, sans ajouter une boîte noire à chaque étape.

Ce qui change pour l'équipe

Les gains de temps évoqués dans le cadrage initial sont des hypothèses, pas des résultats mesurés. Une évaluation honnête comparerait quelques tâches représentatives avant et après, en intégrant le temps de contrôle, les corrections et les erreurs évitées.

Les limites à prévoir

Un outil transversal risque de devenir confus si chaque nouvelle fonction est ajoutée sans règle. Il faut garder des catégories simples, des champs nommés dans le vocabulaire du métier et des tests sur des fichiers réels. Les données externes, comme les indices, doivent être datées et vérifiées ; les documents reçus doivent rester soumis aux droits d'accès de l'entreprise.

Les calculs ne remplacent ni une étude technique ni une validation comptable. Les scans, les modèles de facture et les formats d'échange changent ; leur prise en charge demande de la maintenance. Le point de contrôle final reste la personne qui connaît le chantier, la pièce justificative ou la facture.

Repères techniques

Node.jsPythonOCR localFactur-X

Ces choix décrivent le périmètre présenté. Une reprise dans un autre contexte commence par la validation des usages, des données et des accès.