Page 06 / 08 · Interaction

Le transfert entre Classifier et Recognizer

Les deux modules ne s’appellent pas mutuellement. Ils sont couplés par des artefacts : le Classifier laisse derrière lui le chemin et les métadonnées, le Recognizer les lit et en déduit son modèle. Ce couplage lâche est la raison pour laquelle les exécutions partielles, les répétitions et les corrections peuvent toutes reprendre au même point.

Module A · écrit

Classifier

01 CHEMIN DE STOCKAGE
<Classificateur>/<Catégorie>/<Fichier>
02 MÉTADONNÉES DU BLOB
AnalysedCategory
CategoryConfidence
03 NIVEAU DE JOURNAL
Classified · clé du document
Transfert
via des artefacts
east
aucun appel
direct de module
Module B · lit

Recognizer

01 CLASSIFICATEUR À PARTIR DU CHEMIN
Le premier segment du chemin = nom du modèle de classification
02 RECHERCHE DE MODÈLE
Modèle de reconnaissance dont le classificateur pris en charge correspond
03 VÉRIFICATION DE CATÉGORIE
Le modèle couvre-t-il le type de document reconnu ?
Trois issues de la vérification de catégorie
Correspondance

Le modèle couvre la catégorie

Le cas normal : l’analyse démarre immédiatement avec le modèle attribué et son moteur. Aucune intervention, aucun état d’attente.

Auto-onboarding

Catégorie entraînée, modèle absent

L’automatisation crée elle-même un modèle de reconnaissance : schéma de champs proposé à partir du document déclencheur, analyseur publié, document joint comme exemple permanent. L’affectation au système cible reste volontairement ouverte — ainsi, des données non vérifiées n’atteignent jamais le système cible. Au plus une fois par catégorie.

Ignoré

Avec motif, pas en silence

S’il ne reste aucun modèle, le cas est consigné dans le journal avec une justification en clair — « aucun modèle de reconnaissance pour le classificateur X » ou « catégorie Y non configurée dans le modèle Z ». Un document ne disparaît jamais.

Le contrat entre les modules
Artefact Créé par Évalué par
Chemin de stockage avec classificateur et catégorie Classifier à l’exécution Recognizer — recherche de modèle
Type de document reconnu sur le blob Classifier à l’exécution Recognizer — vérification de catégorie
Confiance de l’attribution Classifier à l’exécution Garde de classification, journal, moniteur
Classificateur pris en charge par modèle Console FormRecognizerConfig Recognizer — recherche de modèle
Catégories prises en charge par modèle Console FormRecognizerConfig Vérification de catégorie, auto-onboarding
Catégories entraînées et seuil Console ClassifierConfig Garde de classification, auto-onboarding
Le choix du moteur dépend du modèle

Chaque modèle de reconnaissance porte son moteur : extraction de champs entraînée de manière classique ou schéma de champs autorisé. Le Recognizer bifurque par modèle — tout ce qui suit est neutre vis-à-vis du moteur, car les deux voies produisent le même format de résultat. Le Classifier reste totalement indépendant de cela.

modèle entraîné schéma autorisé un format de résultat
Deux consoles, une chaîne
ClassifierConfig
Collecter les données d’entraînement par catégorie, construire le classificateur, tester à la demande, définir le seuil de confiance.
FormRecognizerConfig
Créer le modèle de reconnaissance, associer classificateur et catégories, gérer le mapping des champs et des tableaux ainsi que l’affectation au système cible.
Les deux consoles ne font que configurer — le démarrage et la décision se font dans la chaîne de traitement.