Règles de validation

Les règles de validation sont les contrôles de logique métier appliqués aux données une fois qu'elles ont été extraites d'un document, afin de déterminer si ces données sont plausibles, complètes et cohérentes avant qu'elles ne poursuivent leur chemin en aval. Elles vont de simples vérifications de format (une date doit correspondre à un jour du calendrier existant) à des contrôles de cohérence croisée (les lignes de détail doivent correspondre au total de la facture) ou des interrogations de systèmes externes (un numéro de TVA doit exister dans un registre). Dans un pipeline IDP, ce sont les règles de validation qui transforment une extraction brute en données suffisamment fiables pour être exploitées.

Comment ça fonctionne

Les règles de validation interviennent après l'extraction et avant l'écriture des données dans un système en aval. Elles se répartissent généralement en plusieurs catégories. Les règles de format vérifient qu'un champ correspond à un motif attendu : un IBAN a la bonne longueur, un code postal respecte le format du pays concerné. Les règles de plage et de type vérifient qu'une quantité est un nombre positif, ou qu'une date de livraison n'est pas déjà passée. Les règles de cohérence croisée vérifient la cohérence interne du document, par exemple que le sous-total plus la taxe est bien égal au total, ou qu'une date de début de contrat précède bien sa date de fin. Les règles référentielles confrontent les données à une source externe, comme la vérification du numéro fiscal d'un fournisseur auprès d'un registre national, ou d'un client par rapport à une liste de surveillance KYC.

Chaque règle renvoie généralement un résultat validé, un échec, ou un signalement pour relecture, et les échecs sont souvent liés à un score de confiance issu de l'étape d'extraction. Un champ à faible confiance qui échoue également à une règle de validation est un candidat sérieux pour une relecture humaine, tandis qu'un champ à forte confiance qui passe tous les contrôles peut suivre son chemin sans intervention.

Une bonne conception des règles de validation dépend étroitement du type de document et du processus métier concerné. Un sinistre d'assurance obéit à des règles différentes d'une facture de BTP. Les règles doivent être versionnées et testables, car la logique métier évolue (nouveaux taux de TVA, nouveaux formats réglementaires), et des règles non maintenues deviennent silencieusement erronées.

Pourquoi c'est important pour le traitement documentaire

Les modèles d'extraction, qu'ils soient basés sur l'OCR ou sur des VLM, se trompent parfois sur un chiffre, déplacent une décimale ou ratent une ligne de remise. Les règles de validation constituent le filet de sécurité qui intercepte ces erreurs avant qu'elles ne provoquent un paiement erroné, une prime d'assurance mal calculée ou un rejet de déclaration réglementaire. Elles rendent également possible le straight-through processing : sans règles pour distinguer les extractions fiables des extractions risquées, chaque document nécessiterait une vérification humaine, ce qui annulerait l'intérêt même de l'automatisation.

Les règles de validation intègrent aussi une connaissance métier que le modèle ne possède pas nativement, comme les codes fournisseurs valides ou les taux de taxe applicables ce trimestre. Dans des flux réglementés comme la facturation électronique ou l'entrée en relation KYC, elles font souvent la différence entre passer un audit avec succès et échouer. Il faut les considérer comme un élément à part entière du pipeline, et non comme un ajout de dernière minute.

Termes associés

• Score de confiance
• Supervision humaine (Human-in-the-loop, HITL)
• Straight-through processing (STP)
• Extraction de données
• Entrée en relation KYC

FAQ

Les règles de validation sont-elles la même chose que les scores de confiance ?

Non. Un score de confiance mesure le degré de certitude du modèle quant à la lecture correcte d'un champ. Une règle de validation vérifie, elle, si ce champ a un sens sur le plan métier, indépendamment de la certitude du modèle. Une extraction à forte confiance peut tout à fait échouer à une règle de validation, par exemple un total correctement lu mais qui ne correspond pas à la somme des lignes de détail.

Qui doit définir les règles de validation : l'IT ou les équipes métier ?

Les équipes métier doivent définir la logique (ce qui constitue un numéro de TVA valide, une plage de dates acceptable, un champ obligatoire), tandis que l'IT ou l'éditeur de la solution IDP se charge de l'implémenter de façon fiable et de la versionner. Des règles conçues sans apport des équipes métier ont tendance à être techniquement correctes mais opérationnellement inadaptées, en passant à côté de cas particuliers que le métier connaît déjà.