Meridian Components è un produttore mid-market che opera in tre filiali distribuite su più entità legali. Un team composto da due analisti e un controller gestisce il processo mensile di riconciliazione bancaria su payroll, accounts payable e conti intercompany. Ogni pacchetto di chiusura confluisce direttamente nella revisione dell’audit esterno a fine trimestre.
Excel troncava silenziosamente il ledger — e il workpaper non lo mostrava
Le esportazioni GL di più anni provenienti da tre filiali spingevano il numero di righe oltre il limite massimo rigido di Excel, pari a 1,048,576 righe. Excel apriva i file troncati senza avvisi. L’analista eseguiva un controllo delle discrepanze su una popolazione incompleta e il workpaper risultante rifletteva solo una frazione del ledger. Non c’era alcun segnale che qualcosa non andasse.
Altre due modalità di errore aggravavano il problema. Il GL utilizzava prefissi alfabetici — CHK- per gli assegni fisici, EFT- per i trasferimenti elettronici. Eseguire un’unica sequenza numerica su entrambe le serie generava falsi positivi ogni volta che si intersecavano. Il feed bancario eliminava gli zeri iniziali prima della consegna, trasformando l’identificativo GL CHK-0045 in CHK-45; VLOOKUP non trovava la corrispondenza e lo registrava come discrepanza.
Le allocazioni parallele per filiale aggiungevano complessità strutturale: Branch A (1000–1999), Branch B (5000–5999), Branch C (2000–2999, inserita tra le prime due dopo l’apertura del terzo ufficio). Ogni ciclo di chiusura richiedeva la documentazione manuale del gap inter-range di 3,000 numeri per soddisfare il comitato audit — un’attività ricorrente senza valore analitico che non poteva essere saltata. Quando la finestra dell’audit esterno si è compressa da dieci a sei business days, il workflow esistente non aveva più margine.
Energent.ai ha sostituito i passaggi di pre-processing, normalizzazione e redazione delle note
Il team carica tre file sorgente all’inizio della sessione — esportazione GL (CSV), feed dell’estratto conto bancario (CSV), registro delle void (PDF) — senza alcuna pre-transformazione. Energent.ai quindi:
- Ha suddiviso le transazioni per prefisso alfabetico, isolando le sequenze CHK- e EFT- prima di qualsiasi analisi di differenza tra sequenze
- Ha normalizzato gli zeri iniziali, allineando gli identificativi GL e del feed bancario prima della corrispondenza, così CHK-0045 e CHK-45 risultano la stessa transazione
- Ha applicato parametri di range atteso per tutte e tre le allocazioni di filiale, filtrando i gap strutturali inter-range dall’elenco delle anomalie
- Ha classificato ogni gap reale in uno di tre stati: outstanding item (GL presente, banca assente), potential unrecorded disbursement (banca presente, GL assente) o voided transaction (assente da entrambi, in attesa di verifica del void-log)
- Ha generato bozze strutturate di note per i workpaper per le anomalie confermate, citando lo specifico intervallo di assegni, la causa principale e le evidenze di supporto
Nessun codice personalizzato. Nessuna dashboard BI. Nessun passaggio di pre-processing in Excel.
Partizionare a monte, non filtrare a valle
- La partizione per prefisso elimina alla fonte la classe dei falsi positivi. Separare CHK- e EFT- prima dell’analisi significa che il rumore dell’interleaving non entra mai nell’elenco delle anomalie.
- I parametri di range atteso vengono registrati una sola volta e restano validi nel tempo. Le allocazioni per filiale persistono periodo dopo periodo come un registro approvato dei range, consultabile direttamente dal comitato audit — sostituendo le ricorrenti esclusioni manuali.
- La classificazione a tre stati assegna i percorsi di risoluzione già in fase di triage. Ogni gap arriva pre-etichettato, così il team instrada le anomalie invece di categorizzarle da zero.
- La registrazione completa del numero di righe fornisce un certificato della popolazione. L’agente registra il conteggio delle righe elaborate in ogni fase, offrendo al workpaper una conferma auditabile che l’analisi ha coperto l’intero ledger.
La stesura dei workpaper è passata da due ore a quindici minuti
- Il troncamento silenzioso è stato eliminato. Le esportazioni complete del ledger vengono elaborate a qualsiasi numero di righe; i totali dei record vengono registrati e sono auditabili in ogni fase.
- I falsi positivi sono scesi quasi a zero. In precedenza il team scartava 15–30 apparenti discrepanze per ciclo di chiusura come artefatti di interleaving dei prefissi o degli zeri iniziali; partizionamento e normalizzazione eliminano automaticamente quella categoria.
- Stesura delle note: circa due ore → revisione strutturata di quindici minuti. Quattro anomalie confermate nell’ultima chiusura — assegni 1041–1044, ricondotti a un inceppamento della stampante di Branch A — hanno prodotto note complete, pronte per l’audit, a partire dall’output di triage dell’agente.
- La finestra di audit compressa è stata assorbita. Quando il comitato di audit esterno ha anticipato il fieldwork preliminare di due settimane, riducendo il tempo di triage disponibile da dieci a sei business days, il team ha rispettato il nuovo calendario senza aggiungere personale temporaneo.
"Stavamo scrivendo ogni mese la stessa struttura di nota con numeri di assegno diversi. Ora passo quindici minuti a rivedere ciò che l’agente ha già redatto. Quel tempo è tornato al lavoro di chiusura che richiede davvero giudizio." — Rachel Okafor, Financial Controller at Meridian Components