Come i numeri vengono normalizzati: da una nota a piè di pagina a un'unica cifra canonica

Gran parte di ciò che accade a un numero in un bilancio avviene prima che sia un numero. Una cella riporta “1.234”. Una nota tre pagine più indietro dice che il bilancio è presentato in migliaia di Riyal sauditi. Una parentesi attorno a un’altra cella significa che il valore è negativo, oppure che è una voce di costo che il bilancio stampa secondo una propria convenzione. Nulla di tutto ciò è visibile nella cella stessa: va letto da intestazioni, note e struttura del prospetto, e collegato al valore prima che il valore abbia un significato. Questo passaggio di collegamento è la normalizzazione, e viene eseguito immediatamente dopo che l’ingestion individua il prospetto a cui appartiene una cella.

Di cosa ha davvero bisogno una cella grezza

Un “1.234” stampato non è un’unica informazione: è un valore legato ad almeno quattro elementi da cui dipende per essere letto correttamente: la scala a cui è presentato (unità, migliaia, milioni), la valuta in cui è denominato, il periodo a cui appartiene (un istante, come una data di stato patrimoniale, o un arco temporale, come un anno fiscale) e il suo segno (una cifra tra parentesi è una perdita, un conto rettificativo, o una voce di costo che il bilancio stampa come positiva ma che Rexfin deve memorizzare in modo coerente). Rexfin estrae ciascuno di questi elementi dalla cella grezza e li memorizza insieme al valore stesso, insieme all’entità a cui la cifra appartiene, capogruppo o gruppo consolidato, così che un numero non fluttui mai libero dal contesto che lo rende un fatto anziché una cifra.

Scala e valuta vengono lette per ciascun bilancio, non presunte

La trappola ovvia è un’assunzione codificata: decidere una volta per tutte che un’operazione “riporta in migliaia” e applicarlo ovunque. Rexfin non lo fa. Scala e valuta vengono rilevate per ciascun bilancio, perché una singola operazione può mescolare il prospetto consolidato in migliaia di SAR di un gruppo con i conti stand-alone in unità piene di AED di una controllata. Il rilevamento legge l’intestazione stessa della facciata del prospetto, un’etichetta in stile “AED ‘000”, incluse le sue varianti OCR, e ricorre al testo discorsivo, come una nota che afferma che le cifre sono presentate “in migliaia di Riyal sauditi”, con un ulteriore ripiego per le pagine che sono completamente immagini scansionate. Quando nulla di tutto ciò si risolve in modo pulito, Rexfin rifiuta invece di indovinare: una scala ambigua, una valuta che non corrisponde al resto del bilancio, o un bilancio che mescola valute senza dichiararlo, sono tutti motivi per trattenere un numero invece di normalizzarlo per congettura. Questa disciplina del rifiuto è la stessa che l’ingestion applica a una pagina che non riesce a classificare: la normalizzazione la eredita per i numeri stessi.

Perché anche la tolleranza deve scalare

Sbagliare la scala non etichetta semplicemente male un numero: rompe il controllo pensato per intercettare gli errori. Una tolleranza di riconciliazione costruita per cifre stampate in unità piene è di gran lunga troppo stretta per un prospetto arrotondato al migliaio più vicino: un subtotale che si discosta di poche unità puramente per arrotondamento apparirà come un disallineamento reale se la tolleranza non conosce la scala del prospetto. Quindi la scala rilevata per un bilancio alimenta direttamente la tolleranza usata successivamente per riconciliare i totali: lo scarto ammesso viene impostato relativamente alla scala stampata anziché a un importo assoluto fisso, così che un prospetto arrotondato alle migliaia non faccia scattare falsi allarmi che un prospetto in unità piene non farebbe mai scattare.

Cosa emerge dall’altra parte

Una volta collegati scala, valuta, periodo, segno e ambito dell’entità, ogni cifra in uno stato patrimoniale, un conto economico e un rendiconto finanziario viene memorizzata sulla stessa base: un saldo di cassa legato all’istante in cui è stato misurato, un flusso legato all’anno fiscale che copre, un’uscita che mantiene il segno con cui è stata stampata mentre una voce di costo o spesa viene memorizzata come grandezza positiva. Le cifre trimestrali o trailing-twelve-month costruite combinando periodi rendicontati sono contrassegnate come calcolate anziché reperite direttamente, e portano il grado di confidenza del proprio input più debole invece di prendere in prestito la confidenza del più forte.

Quella coerenza è ciò che permette a un confronto tra società, incluse le società che presentano bilanci in valute diverse, di partire da numeri che significano lo stesso tipo di cosa, invece che da due note a piè di pagina che nessuno ha riconciliato. È anche ciò che l’archivio canonico degli atomi conserva: non una cifra nuda, ma la cifra più la scala, la valuta, il periodo e il segno che la rendono difendibile di per sé.

A chi è rivolto

A chiunque abbia confrontato le voci di ricavo di due società e scoperto in seguito che una era in migliaia e l’altra in unità piene, o abbia totalizzato un rendiconto finanziario in cui il segno di una voce di costo non corrispondeva a quanto assunto dal modello. La normalizzazione è il livello che intercetta questo prima che un numero sbagliato raggiunga mai una risposta in chat o un export. Scopri come si inserisce nel resto della pipeline di acquisizione dati nella panoramica del pilastro.