Pagina 06 / 08 · Interazione

Il passaggio di consegne tra Classifier e Recognizer

I due moduli non si chiamano a vicenda. Sono collegati tramite artefatti: il Classifier lascia il percorso e i metadati, il Recognizer li legge e ne deduce il proprio modello. Questo accoppiamento debole è il motivo per cui esecuzioni parziali, ripetizioni e correzioni possono riprendere tutte dallo stesso punto.

Modulo A · scrive

Classifier

01 PERCORSO DI ARCHIVIAZIONE
<Classificatore>/<Categoria>/<File>
02 METADATI BLOB
AnalysedCategory
CategoryConfidence
03 LIVELLO DI JOURNAL
Classified · Chiave documento
Passaggio di consegne
tramite artefatti
east
nessuna chiamata
diretta al modulo
Modulo B · legge

Recognizer

01 CLASSIFICATORE DAL PERCORSO
Il primo segmento del percorso = nome del modello del classificatore
02 RICERCA DEL MODELLO
Modello di riconoscimento il cui classificatore supportato corrisponde
03 VERIFICA DELLA CATEGORIA
Il modello copre il tipo di documento riconosciuto?
Tre esiti della verifica della categoria
Corrispondenza

Il modello copre la categoria

Il caso normale: l'analisi parte subito con il modello assegnato e il suo motore. Nessun intervento, nessuno stato di attesa.

Auto-Onboarding

Categoria addestrata, modello assente

L'automazione crea da sola un modello di riconoscimento: schema dei campi proposto dal documento che ha attivato il flusso, analyzer pubblicato, documento allegato come esempio permanente. L'assegnazione al sistema di destinazione resta volutamente aperta — così i dati non verificati non raggiungono mai il sistema di destinazione. Al massimo una volta per categoria.

Saltato

Con motivo, non in silenzio

Se non resta alcun modello, il caso viene scritto nel journal con una motivazione in chiaro — "nessun modello di riconoscimento per il classificatore X" oppure "categoria Y non configurata nel modello Z". Un documento non scompare mai.

Il contratto tra i moduli
Artefatto Generato da Valutato da
Percorso di archiviazione con classificatore e categoria Classifier in fase di esecuzione Recognizer — ricerca del modello
Tipo di documento riconosciuto nel blob Classifier in fase di esecuzione Recognizer — verifica della categoria
Confidenza dell'assegnazione Classifier in fase di esecuzione Gate di classificazione, journal, monitor
Classificatore supportato per modello Console FormRecognizerConfig Recognizer — ricerca del modello
Categorie supportate per modello Console FormRecognizerConfig Verifica della categoria, Auto-Onboarding
Categorie addestrate e soglia Console ClassifierConfig Gate di classificazione, Auto-Onboarding
La scelta del motore è una questione del modello

Ogni modello di riconoscimento porta con sé il proprio motore: estrazione dei campi addestrata in modo classico oppure uno schema dei campi autorizzato. Il Recognizer si dirama per modello — tutto ciò che segue è indipendente dal motore, perché entrambi i percorsi producono lo stesso formato di risultato. Il Classifier ne resta completamente estraneo.

modello addestrato schema autorizzato un formato di risultato
Due console, una catena
ClassifierConfig
Raccogliere i dati di addestramento per categoria, costruire il classificatore, testare ad hoc, impostare la soglia di confidenza.
FormRecognizerConfig
Creare il modello di riconoscimento, assegnare classificatore e categorie, gestire il mapping di campi e tabelle e l'assegnazione al sistema di destinazione.
Entrambe le console configurano soltanto — avvio e decisione avvengono nella catena di elaborazione.