Un logiciel OCR avec validation humaine doit aider l’opérateur à terminer un travail, pas seulement afficher des champs extraits d’un document. Une valeur reconnue peut être mal interprétée ou provenir de la mauvaise zone. Le parcours doit donc expliquer ce qui a été proposé, ce qui a été confirmé et ce qui reste incertain.
Prenons une entreprise fictive qui reçoit des bons de livraison de plusieurs fournisseurs. Les formats varient, certaines pages sont inclinées et des annotations manuscrites apparaissent. La question de départ est de savoir quelles informations sont nécessaires pour rapprocher le document d’une commande. Elle précède le choix d’un service d’extraction ou d’un modèle.
Définir les champs et leur usage
Pour chaque champ, indiquez la décision ou l’écriture qu’il permet ensuite. Une référence de commande, une quantité et une date n’ont pas les mêmes conséquences lorsqu’elles sont erronées. La personne responsable du processus doit décider des contrôles adaptés, en fonction de l’usage réel et des erreurs qu’elle peut raisonnablement corriger.
Préparez un jeu de documents de test autorisés, avec les formats et défauts attendus. Évitez de juger la solution uniquement sur un document propre choisi pour la démonstration. Conservez séparément la valeur extraite et la valeur attendue afin de comprendre les erreurs, plutôt que de masquer leurs différences dans une moyenne générale.
Présenter l’extraction comme une proposition
Montrez le document et les valeurs de manière à faciliter la vérification. Si le service fournit un indicateur de confiance, expliquez son sens à partir de sa documentation actuelle. Cet indicateur n’est pas, à lui seul, une confirmation que la valeur répond correctement à la règle métier de votre entreprise.
Associez les champs au bon fichier et à sa version. Un remplacement de pièce jointe doit déclencher le comportement prévu : nouvelle extraction, comparaison ou revue explicite. Une proposition issue d’un ancien document ne doit pas être réutilisée silencieusement avec le nouveau, même lorsque les deux portent un nom similaire.
Concevoir la correction et la suite du traitement
L’opérateur doit pouvoir corriger un champ, signaler une page manquante ou refuser un document inutilisable. Définissez les droits nécessaires et conservez une trace adaptée de la décision. La correction doit mettre à jour l’état visible du dossier et, si nécessaire, les traitements qui en dépendent.
Séparez l’extraction, la validation et l’écriture dans le système métier. Si l’écriture échoue après une validation réussie, il faut pouvoir reprendre sans inventer une deuxième livraison. Un document déjà traité doit être identifiable lors d’un nouvel envoi. Les ambiguïtés demandent parfois une décision humaine plutôt qu’une fusion automatique.
Accepter la solution avec des erreurs connues
Présentez volontairement un document incomplet, une référence proche d’une autre et une quantité mal lue. Demandez à un opérateur de terminer chaque dossier avec les outils prévus. Vérifiez ensuite le résultat dans le système destinataire, ainsi que les éléments conservés pour expliquer la correction et le traitement final.
Brainbaby Labs peut vous aider à définir ce parcours documentaire et ses points de contrôle. Apportez des exemples autorisés et les décisions qu’ils doivent alimenter. Les performances de reconnaissance se mesureront sur vos documents ; elles ne doivent pas être supposées à partir d’une démonstration générique. Un premier projet peut ainsi livrer une opération vérifiable avant d’élargir l’automatisation.