Leggere i documenti
era la parte facile.
L'estrazione Le consegna dei campi. Una pratica ha bisogno di un verdetto. Holofin assembla ogni documento in un unico dossier, verifica che sia completo per ogni partecipante, controlla che i documenti siano coerenti tra loro e indica cosa è ancora bloccante. Una risposta per pratica, non un JSON per file.
Il verdetto viene ricalcolato a ogni nuovo documento, a ogni valore corretto e a ogni interrogazione a registro ricevuta.
Oltre l'elaborazione dei documenti
Dove termina l'elaborazione documentale,
inizia il lavoro.
I modelli di frontiera oggi classificano e leggono quasi tutto. Questo ha reso una commodity la parte difficile dell'IDP e ha lasciato intatta la parte costosa: nessuno richiede un prestito, apre un conto o denuncia un sinistro con un solo documento. I clienti inviano una pila di documenti, nel corso di più giorni, da parte di più persone, e qualcuno deve decidere se l'insieme regge.
A cosa risponde l'IDP
- Che tipo di documento è questo?
- Quali sono i suoi campi e qual è il livello di confidenza del modello?
- Da quale punto della pagina proviene ogni valore?
- Questo singolo documento si contraddice?
Output: un payload per file. La pratica vive ancora in una checklist, in un foglio di calcolo o nella testa di qualcuno.
A cosa risponde una pratica
- C'è tutto, per ogni partecipante, compresi quelli che non hanno ancora inviato nulla?
- I documenti sono coerenti tra loro e con quanto dichiarato dal cliente?
- Quale controllo non è stato superato, su quali valori, da quale file?
- Cosa chiediamo successivamente al cliente, in un solo messaggio anziché quattro?
Output: uno stato per pratica, con la motivazione allegata. La checklist è il prodotto, non un'abitudine.
Questo non è un secondo prodotto. Il livello della pratica si posiziona sopra i flussi di lavoro che già gestisce: classificazione, segmentazione, estrazione, analisi delle frodi. I documenti continuano a essere elaborati uno alla volta. La pratica è ciò che li analizza nel loro insieme.
Come funziona
Dichiari la pratica una sola volta.
Da quel momento si giudica da sola.
La configurazione di una pratica è la forma di un dossier: chi vi partecipa, cosa deve fornire ciascuno e cosa deve essere vero per l'intera pratica. È scritta dai titolari della policy, in un formato che possono rileggere.
Descriva il dossier
I documenti attesi e quanti per ciascun tipo, i partecipanti che li forniscono e i dati che il cliente invia con la richiesta. Nessun codice, nessun template da addestrare.
Faccia arrivare i documenti
I file arrivano tramite API, email o portale, in qualsiasi ordine, nel corso di più giorni. Vengono classificati, suddivisi, estratti e associati al requisito che soddisfano realmente, non al primo che gli somiglia.
Ottenga due verdetti
L'esaustività indica cosa manca ancora e da chi. La coerenza indica cosa non quadra. Entrambe vengono ricalcolate ogni volta che un qualsiasi elemento della pratica cambia.
Decida e conservi la traccia
Un operatore umano convalida o rifiuta. La decisione viene registrata con l'esatta versione della policy e gli esatti valori su cui si è basata, e la pratica si riapre da sola se i fatti cambiano successivamente.
@identity.expirydate > TODAY@identity.holdername == @statement.client_nameSUM(@statement.balance) > @case.amount / 12Esaustività
Una checklist sa cosa è richiesto.
Questo sistema sa chi deve presentarlo.
I requisiti appartengono ai partecipanti, non alla pratica. Un co-richiedente porta il proprio documento d'identità. Un garante porta un set completamente diverso. La stessa policy prevede quindi una documentazione diversa a seconda di chi è effettivamente presente nella pratica e lo calcola in autonomia.
I partecipanti sono dichiarati per tipo e numero
Un richiedente, che può essere una o due persone. Un ospitante, sempre e solo uno. Tre richiedenti in una pratica con un limite di due sono un'anomalia che la pratica segnala chiaramente, non qualcosa che un revisore nota di venerdì.
I conteggi sono reali, così come la distinzione
Tre estratti conto significano tre mesi diversi, non lo stesso mese inviato tre volte. Un fascicolo di dodici pagine contenente tre estratti conto vale per tre, perché la segmentazione divide il contenuto e la pratica conta le parti.
Alcuni documenti sono richiesti solo in determinati casi
Richiedere il documento d'identità dell'ospitante solo quando la prova di residenza risulta essere una dichiarazione di ospitalità. La condizione fa parte della policy, quindi nessuno deve ricordarsi la regola successiva.
Un solo documento può soddisfare due requisiti
Una visura camerale dimostra l'esistenza dell'azienda e identifica la persona giuridica. Chiederla due volte è il modo in cui un cliente decide che non ne vale la pena.
1 partecipante fornito, 2 previsti. Non è stato inviato nulla per il secondo, quindi non c'è nessuna riga da spuntare e nessun documento da sollecitare. La pratica lo segnala comunque.
Coerenza
Ogni documento è autentico.
La storia continua a non quadrare.
La maggior parte delle pratiche non valide non è falsificata. Manca di coerenza: lo stipendio in busta paga non corrisponde all'accredito sull'estratto conto, l'indirizzo sul documento d'identità risale a due traslochi fa, l'azienda sulla fattura è stata cancellata l'anno scorso. Nessun singolo documento è sbagliato. Lo è la pratica.
Regole con le Sue parole
Descriva il controllo in linguaggio naturale e verrà compilato in Hololang, il nostro linguaggio di validazione. La riga compilata Le viene mostrata, in modo che una regola non sia mai una scatola nera di proprietà di un fornitore.
ASSERT @payslip.net_salary <= @statement.monthly_credit * 1.05Tra documenti e tra persone
Un controllo che nomina due partecipanti viene valutato su ogni abbinamento e restituisce un verdetto per persona. Un garante che supera il controllo non può mai nascondere un co-richiedente che non lo supera.
ASSERT SUM(@statements.balance) > @case.amount / 12Confronto su valori normalizzati
Gli indirizzi vengono verificati tramite lo stradario nazionale, le aziende tramite il registro delle imprese. Due indirizzi corrispondono perché indicano lo stesso luogo, non perché sono la stessa stringa.
@id.enriched.address.provider_id == @bill.enriched.address.provider_idQuando un esito negativo richiede un ulteriore controllo
Un confronto rigoroso stabilisce che Marie Dupont e Marie Bernard sono persone diverse. Un operatore umano si chiederebbe se uno dei due sia il cognome da sposata. È Lei a scegliere quali controlli prevedono questa opzione: in caso di esito negativo, un agente IA valuta gli elementi circostanti e mette per iscritto il proprio ragionamento.
L'agente può solo derogare a un esito negativo automatico, mai inventare un'approvazione di sua iniziativa, e il suo verdetto viene archiviato parola per parola insieme ai valori analizzati. I revisori leggono l'argomentazione, non un punteggio.
Il documento d'identità riporta DUPONT come cognome da nubile e BERNARD come cognome da sposata. Il conto è stato aperto con il cognome da sposata. Stessa persona.
Tracciabilità
Perché questa pratica è stata approvata
il 3 marzo?
Un revisore, un ente regolatore o il Suo comitato rischi farà questa domanda su una decisione presa un anno fa, in base a una policy che da allora è cambiata due volte. Un'automazione che non sa rispondere sposta il problema invece di risolverlo.
Ogni verdetto è certificato
La versione della policy, la versione del motore e la data a cui sono stati fissati i controlli. Rileggere una vecchia decisione mostra le regole come erano allora, non come sono oggi.
Ogni valore riporta la propria fonte
Ogni valore confrontato rimanda al documento, al processo di estrazione e alla pagina di provenienza. Un numero contestato dista un clic dai pixel da cui è stato letto.
La cronologia registra solo aggiunte
I cambi di stato, le modifiche alle policy, i verdetti dell'agente e le correzioni apportate dal Suo team a un valore estratto vengono conservati. Nulla viene sovrascritto, pertanto nulla deve essere ricostruito.
Una decisione si riapre quando i fatti cambiano
Lei convalida una pratica, poi un'estrazione corretta modifica un valore confrontato: la convalida viene annullata e la pratica viene restituita con una motivazione. Un'approvazione obsoleta è peggiore di una mancata approvazione.
Integrazione
Un solo ID pratica.
Tutto il resto si collega automaticamente.
Apra una pratica con i dati inseriti dal cliente nel Suo modulo. Carichi i documenti sullo stesso ID, non appena arrivano. Legga il verdetto, o lasci che un webhook Glielo invii quando cambia.
{
"case_id": "LOAN-2026-0481",
"case_fields": {
"amount": 480000,
"duration_months": 120,
"borrower": [
{ "first_name": "Marie", "last_name": "Dupont" },
{ "first_name": "Paul", "last_name": "Martin" }
]
}
}{
"case_status": "incomplete",
"completion": false,
"requirements": [
{ "key": "proof_of_address",
"state": "missing",
"required": 1, "provided": 0,
"participant": "b2" }
],
"missing_participants": [],
"rules": [
{ "rule": "ID holder = statement holder",
"status": "ko" }
]
}I documenti seguono la pratica
Un caricamento con l'ID pratica si unisce alla pratica e si associa al partecipante che lo ha inviato. Inviare lo stesso documento due volte non cambia nulla.
I valori si integrano tra le chiamate
Una prima chiamata con ciò che sa, una seconda quando il cliente completa il modulo. I dati parziali sono uno stato normale, non un errore.
Oppure non utilizzi alcuna API
Le pratiche si aprono dai documenti in arrivo via email e il Suo team le gestisce nell'interfaccia Holofin. Il verdetto è lo stesso in entrambi i casi.
Dove fa la differenza
Qualsiasi processo in cui una pratica
viene valutata nel suo complesso.
Se il Suo team tiene una checklist accanto allo schermo, quella checklist è una configurazione della pratica che aspetta solo di essere scritta.
Credito e leasing
Richiedente, co-richiedente, garante. Identità, reddito, estratti conto, visura camerale. La pratica è completa quando ogni partecipante è coperto, ed è coerente quando il reddito dichiarato trova riscontro nel conto.
Onboarding e KYC
Anche i titolari effettivi sono partecipanti. Ognuno deve fornire un documento d'identità e il registro indica quanti dovrebbero essere. Una pratica a cui manca il terzo titolare lo segnala invece di sembrare conclusa.
Pratiche di locazione
Inquilino, co-inquilino, garante e il certificato di ospitalità che diventa un requisito solo quando qualcuno dimostra il proprio indirizzo con esso. Il rapporto tra reddito e affitto è una regola, non un appunto mentale.
Richieste di risarcimento
Denuncia, fatture, fotografie, perizia. L'importo richiesto deve coincidere con le fatture e le date con il sinistro. Un solo verdetto per sinistro, riaperto se una fattura tardiva lo modifica.
Pratiche fornitori e gare d'appalto
Visura camerale, certificato assicurativo, regolarità fiscale e contributiva, condizioni firmate. Ognuno ha una data di scadenza, quindi la pratica torna incompleta da sola quando un certificato scade.
Contributi e sovvenzioni
L'idoneità è un insieme di regole applicate a più documenti e l'onere della prova ricade sulla pratica. Le regole vengono scritte una sola volta dai responsabili del processo e applicate in modo identico a ogni richiedente.
Domande
Dossier Intelligence, in breve
L'elaborazione intelligente dei documenti valuta un documento alla volta: di che tipo è, cosa dicono i suoi campi, se si contraddice. Dossier Intelligence valuta la pratica a cui appartengono quei documenti: se è arrivato tutto il previsto, da ogni partecipante, e se i documenti sono coerenti tra loro e con i dati dichiarati dal cliente. È il livello che trasforma una pila di estrazioni in una decisione.
Sì, e indica chi deve fornirlo. La risposta distingue un documento mancante, un campo dati mancante e un partecipante mancante, che sono tre messaggi diversi da inviare a un cliente. Poiché l'elenco delle mancanze è calcolato dalla policy anziché digitato da un revisore, un'unica email di sollecito può contenere tutto ciò che è ancora in sospeso invece di arrivare in quattro invii separati.
I responsabili della policy, non il team di ingegneria. Un controllo viene descritto in linguaggio naturale e compilato in Hololang, un piccolo linguaggio di validazione creato per questo scopo, e la riga compilata viene mostrata accanto alla descrizione in modo da poter essere riletta e contestata. Le regole sono provviste di versione e una regola che perde di senso a causa di una modifica alla policy viene segnalata anziché ignorata silenziosamente.
Questo è il suo scopo. I partecipanti sono dichiarati per tipo e numero, quindi una policy può prevedere un richiedente che può essere composto da due persone e al massimo un garante. I requisiti e i controlli vengono poi valutati una volta per ogni partecipante e ciascuno ottiene il proprio verdetto. Un co-richiedente idoneo non può mai nasconderne uno non idoneo.
Ogni valutazione memorizza la versione della policy, la versione del motore, la data a cui sono stati fissati i controlli e il valore utilizzato da ciascun confronto insieme al documento da cui è stato letto. Le decisioni, le modifiche alla policy e i verdetti dell'agente sono conservati in modalità di sola aggiunta. Una pratica valutata un anno fa può essere riletta secondo le regole in vigore all'epoca.
Ci sottoponga una pratica
che il Suo team teme.
Invii una pratica reale, con le sue parti mancanti e le sue contraddizioni. La configureremo in diretta e Le mostreremo il verdetto che produce.