Si verifica da tempo — registri, informazioni commerciali, affidabilità creditizia, lo storico interno. La novità non è che si verifichi, ma che un programma raccolga queste informazioni in pochi secondi e faccia emergere le poche pratiche in cui esse si contraddicono. Il guadagno non sta nel fatto che un programma decida, ma nel fatto che una persona veda solo i casi in cui la cosa dipende da lei.
La domanda non è se un'AI possa deciderlo, ma quanto sia grande la pila che dopo resta ancora su una scrivania.
Tutte le informazioni dicono la stessa cosa, nulla contraddice lo storico interno. Qui decide la macchina — e meglio di una persona il venerdì pomeriggio: non dimentica nessuna interrogazione e alla settima verifica non diventa più impaziente che alla prima.
Nessuna autorizzazione valida, una corrispondenza in una lista di sanzioni, un conto arrivato insieme all'incarico. Anche questo lo sa fare un programma — a una condizione: un no automatico ha bisogno di una via su cui qualcuno possa contraddirlo. Chi non la prevede perde affari per un refuso in un registro altrui.
Il resto — ed è qui che la verifica preliminare si guadagna il denaro. Non perché alla fine decida lei, ma perché prepara la decisione: che cosa si contraddice, da quando e rispetto a quale fonte. A chi viene presentato tutto ciò bastano minuti invece di un'ora.
Il loro rapporto è il vero indicatore di questa automazione. Chi non lo misura non sa se la verifica preliminare abbia portato qualcosa o abbia solo riordinato la pila — che cosa se ne può calcolare.
Informazioni commerciali, indice di affidabilità, registro delle imprese, partita IVA, liste di sanzioni — tutto questo esiste come interfaccia. La parte che si lascia automatizzare del tutto e, allo stesso tempo, quella in cui più spesso si legge troppo.
Un indice di affidabilità è un valore di modello. Ha un emittente, un metodo e una data di rilevazione; senza questi tre è una cifra senza provenienza. Un programma può recuperarlo e confrontarlo. Ciò che non può è trattarlo come una misurazione.
Chi vi fonda un rifiuto deve poter dire, in caso di contenzioso, di chi era quell'indice e di quando — altrimenti l'informazione di un terzo finisce per figurare come decisione propria.
Un indice da solo dice poco. Uno che dall'ultimo ordine è sceso di due gradini dice molto — e questo nessuna persona lo nota di sfuggita e un programma mai troppo tardi. Per questo non serve l'AI, ma il valore precedente memorizzato.
Il passaggio più economico di questa pagina e quello che manca più spesso: quasi tutti interrogano e buttano via la risposta. Chi la conserva ha dopo un anno una serie storica — l'unico metro che nessuna società di informazioni fornisce.
E la lacuna che nessuna interfaccia colma. Tutte queste informazioni descrivono un'impresa. Nessuna risponde alla domanda se chi vi scrive oggi sia quell'impresa — la società di informazioni conosce la ditta, non il mittente. Per questo, anche con dati perfetti, resta una verifica che nessun archivio si assume: confermare il contatto tramite un recapito cercato da sé. Chi fornisce il numero decide chi risponde. E un'informazione merita di essere letta prima di interrogarla automaticamente: che cosa sta dietro la licenza comunitaria e l'autorizzazione decide se una corrispondenza a registro risponda davvero alla domanda posta.
Qui una blockchain viene per lo più promessa nel punto sbagliato. Non prova un'identità; prova che una voce non è stata modificata dalla sua creazione — altra cosa, ma non niente.
Otto mesi dopo il rilascio l'assicuratore chiede che cosa sia stato verificato. La risposta è un registro: quale informazione, quando, con quale esito e chi ha dato il via libera. Uno che chiunque poteva modificare dopo non dimostra nulla a questo punto.
Una catena di somme di controllo tenuta aggiornata cambia le cose: chi tocca una voce dopo rompe tutto ciò che segue. L'informazione non diventa per questo vera — diventa dimostrabile che al momento del rilascio si presentava già così.
Finché solo una casa deve fidarsi di questo registro, una catena firmata di somme di controllo fa lo stesso con una frazione dello sforzo. Una blockchain si ripaga dal momento in cui più soggetti devono fidarsi della stessa voce senza fidarsi l'uno dell'altro: caricatore, vettore, assicuratore, piattaforma.
Il criterio non è dunque la tecnica, ma il numero delle parti. Questa domanda viene posta di rado — perciò alla fine c'è spesso una catena dove sarebbe bastata una firma.
Per i singoli documenti vale la stessa distinzione — per esteso sotto impronta digitale: un hash conferma che un documento non è cambiato, non che provenga da chi vi è indicato.
Tra «tutto va alla persona» e «la macchina fa passare» sta un'impostazione che raramente qualcuno prende espressamente — con due uscite che appartengono entrambe alla stessa scrivania.
Gli ultimi due dati sono l'intero punto controverso. Non stimarli e non riprenderli dal fornitore — si misurano lasciando che la verifica preliminare giri in parallelo per un po' e decida senza che la sua decisione valga: Funzionamento in ombra.
Il guadagno non è l'ora risparmiata — quella la settimana dopo finisce in altro. Il guadagno sono i minuti che restano per il caso difficile. Per questo nella seconda riga c'è un tempo per caso e non un risparmio.
La terza cifra è quella scomoda: cresce con ogni punto percentuale che concedete in più alla verifica preliminare. Contiene entrambe le direzioni — fatto passare ciò che non doveva e fermato ciò che avrebbe potuto. La prima costa un carico, la seconda un cliente.
Valore di modello, non misurazione. Il calcolo è aperto: sulla scrivania arriva «rilasci × (100 % − senza dubbi)», il tempo per caso è «tempo disponibile ÷ ciò che resta» e deciso in modo errato è «rilasci × senza dubbi × tasso di errore», per 21 giorni lavorativi. Nulla viene trasmesso, nulla memorizzato; gira nel vostro browser.
Non perché una persona sia più intelligente, ma perché qui manca l'informazione da cui un modello potrebbe anche solo dedurre qualcosa.
La società di informazioni segnala un peggioramento, lo storico interno mostra dodici viaggi senza contestazioni. Un modello può ponderare entrambe — quale fonte abbia ragione qui non sta in nessuna delle due. Allora pondera secondo la media di tutti i casi precedenti, e il caso davanti a voi non è uno di quelli.
Alla prima operazione il modello non ha nulla da confrontare. Lì il rischio è massimo e la verifica preliminare più debole — non una debolezza dell'attuazione ma della cosa: una procedura che impara dal passato non ne ha per ciò che è nuovo.
Un itinerario insolito, un cambio di ragione sociale improvviso, un conto in un altro paese. Tutto questo capita nelle frodi e anche nelle operazioni oneste. La differenza la conosce solo uno: chi la sa spiegare — e la spiega a una persona, non a un modulo.
Ne discende la regola che vale ovunque su questo portale: autonoma è la verifica, mai il rilascio. Non è solo un atteggiamento ma anche il lato sicuro: chi decide su un imprenditore individuale decide su una persona fisica. Se ciò avviene in modo esclusivamente automatizzato e incide in misura rilevante sull'interessato, può applicarsi l'art. 22 GDPR — allora una persona deve poter intervenire e la decisione deve essere motivabile. Una verifica preliminare che prepara invece di decidere lo soddisfa da sé; una che decide fino in fondo deve aggiungerlo dopo.
Che cosa ne discende per la responsabilità e l'obbligo di registro sta sotto Responsabilità e limiti. E chi collega la verifica preliminare a un agente che acquista anche, scrive entrambe le cose nello stesso mandato — altrimenti l'aggiudicazione più rapida è quella con la verifica più sottile.
Passiamo in rassegna quali informazioni si possono recuperare tramite interfacce, dove la soglia si colloca sensatamente e che cosa deve essere registrato perché in caso di danno sia ricostruibile che cosa è stato verificato e quando.