# Dialogo con il CFO: quante persone richiede tutto questo?

### Contesto e partecipanti

* **Partecipante 1: Priya Natarajan (Chief Financial Officer, produttore specializzato sostenuto da PE, quattro entità, team finanziario di sei persone).** Il suo controller gestisce già la chiusura di quattro entità. Ogni fornitore ha promesso "disagi minimi" e poi ha convocato il suo team in workshop. Vuole un numero, non una promessa.
* **Partecipante 2: Kyle Castor (Founder & Principal Architect, DataOngoing).** Risponde in ore e in decisioni precise.

*Questo è un dialogo composito modellizzato. I partecipanti e la società sono archetipi; gli importi in dollari e le ore sono calcoli illustrativi con le ipotesi indicate nel testo. Le ore di tempo dirigenziale per ciascuna offerta corrispondono alle condizioni pubblicate nelle [pagine dei servizi](/services/); il dato di 2,881 documenti è un risultato misurato dalla pipeline OCR in produzione, riportato nel [registro 100x](/100x-roi-ledger/).*

### Il dialogo

**Priya Natarajan (CFO):** "Sarò diretta. Il mio controller è al limite della capacità. L'ultimo progetto a 'disagi minimi' l'ha impegnata per quaranta ore di workshop in un trimestre in cui chiudeva quattro entità. Prima di parlare di ciò che costruite, mi dica quante delle mie persone servono e per quanto tempo."

**Kyle Castor:** "Le do il numero per ciascuna offerta, perché ognuna è pubblicata con le ore dirigenziali richieste.

La revisione di due diligence: da due a tre ore per l'intera società. Un amministratore concede l'accesso in sola lettura; Lei partecipa a una presentazione dei risultati.

Uno sprint di due settimane: da tre a cinque ore. Un'approvazione del perimetro all'inizio, una revisione a metà sprint, l'accettazione alla fine.

Il programma di chiusura e consolidamento di 100 giorni: da sei a dieci ore nell'arco dei cento giorni, quasi tutte per decisioni sul piano dei conti che solo il Suo team finanziario può prendere, più due revisioni.

Un sito con dispositivi e documenti: da tre a quattro ore per sito. Un sopralluogo nel reparto produttivo e l'approvazione dell'elenco dei dispositivi.

Nessuno del Suo team viene intervistato. Nessuno partecipa a un workshop. Sommando una revisione di due diligence tecnologica, uno sprint e un programma di consolidamento, il coinvolgimento complessivo della Sua società è nell'ordine di undici-diciotto ore distribuite su quattro mesi."

**Priya Natarajan:** "Sono numeri che rappresentano una frazione di quanto mi è stato quotato. Dove va a finire il tempo di tutti gli altri?"

**Kyle Castor:** "In tre punti, e in ciascuno l'attrito è una persona che fa qualcosa che dovrebbe fare una macchina.

L'intervista. La discovery convenzionale chiede alle Sue persone di descrivere il sistema a memoria. Noi leggiamo il sistema: script, permessi, integrazioni e storico delle transazioni. Le interviste diventano superflue, non più brevi.

La riunione di stato avanzamento. I progetti convenzionali riferiscono i progressi in slide, quindi qualcuno deve partecipare per capire se qualcosa funziona. Noi riferiamo i progressi come codice funzionante nel Suo sandbox, con telemetria prima e dopo. Lei guarda quando vuole, ed è per questo che uno sprint richiede una sola revisione a metà sprint e non una chiamata settimanale.

La ridigitazione. È quella che assorbe il Suo team dopo la fine del progetto, non durante. Un addetto che legge un documento e lo digita nel libro mastro; un operatore di magazzino che legge una bilancia e digita il peso in un modulo. Colleghiamo direttamente la fonte al libro mastro: la persona è sostituita da una registrazione che si contabilizza da sola e da una coda di eccezioni."

**Priya Natarajan:** "Cominciamo dalla Sua porta d'ingresso. Quando compilo il Suo modulo, mi risponde un addetto allo sviluppo commerciale con una 'discovery call'?"

**Kyle Castor:** "No. Il modulo viene archiviato in forma riservata e instradato a me. La risposta arriva dalla persona che svolge il lavoro, e la prima conversazione riguarda il perimetro, perché le domande che farebbe un addetto commerciale sono già nel modulo oppure trovano risposta leggendo il Suo sistema. Abbiamo costruito il nostro modulo di contatto come costruiamo tutto il resto: una persona definisce l'intento, la macchina lo esegue, una persona agisce di conseguenza."

**Priya Natarajan:** "Mi faccia un esempio concreto di una macchina che fa ciò che faceva una persona, con i numeri."

**Kyle Castor:** "L'acquisizione dei documenti, perché è la più visibile. Modelliamo un ufficio contabilità fornitori e dichiaro ogni ipotesi. Milleduecento documenti fornitori al mese. Sei minuti ciascuno per aprire, leggere, digitare e archiviare: sono 120 ore al mese di lavoro di una persona, circa due terzi di un ruolo a tempo pieno.

Dietro una pipeline di acquisizione OCR, ogni documento viene letto da un modello, validato rispetto a un contratto di schema e contabilizzato come registrazione governata se lo supera. Ipotizziamo un tasso di eccezioni del dieci percento, prudente per una base fornitori matura: 120 documenti al mese finiscono in una coda di eccezioni, e una persona dedica due minuti a ciascuno. Quattro ore al mese. Le altre 116 ore erano attrito. Nulla raggiunge il libro mastro senza superare il contratto, e qualsiasi documento che non lo supera viene visto da una persona prima della contabilizzazione.

La pipeline di produzione alla base di quell'offerta ha elaborato finora 2,881 documenti. Questa cifra è misurata. L'ufficio da 1,200 documenti al mese è un modello, così che Lei possa sostituire i Suoi volumi."

**Priya Natarajan:** "E la chiusura? È lì che vanno davvero le ore del mio controller."

**Kyle Castor:** "Cambiano tre cose, e una sola richiede il suo intervento.

Le eliminazioni intercompany smettono di essere un foglio di calcolo. Quando la struttura delle società controllate è governata nel libro mastro, le transazioni intercompany si eliminano nel sistema a fine periodo, e la riconciliazione è un report anziché una ricostruzione.

La checklist di chiusura diventa compito di un agente. Esegue i passaggi, verifica ogni risultato rispetto allo stato atteso e instrada alle persone qualsiasi difformità come eccezione, con le evidenze allegate. Il Suo controller smaltisce le eccezioni; non deve più andare a cercarle.

Il piano dei conti è suo. Le decisioni su come i conti di quattro entità confluiscono in un'unica struttura sono decisioni di finanza, e il programma le colloca nelle prime due settimane proprio perché gli oltre ottanta giorni restanti siano ingegneria, senza ulteriori richieste alla sua agenda."

**Priya Natarajan:** "Lei continua a dire 'una persona smaltisce le eccezioni'. Dove restano esattamente le persone nel processo, e questo è un limite o una scelta?"

**Kyle Castor:** "Una scelta, ed è la regola di progetto. Dieci, ottanta, dieci.

Il primo dieci percento è l'intento: che cosa il comitato vuole quantificare, quale perdita rimuove uno sprint, come si mappano i conti. Questo lo decidono le persone.

L'ottanta percento centrale è esecuzione: analisi, valutazione, contabilizzazione, eliminazione, stampa, pesatura, riconciliazione. Lo fanno le macchine, dietro un contratto di schema e un gateway a privilegi minimi con registro di audit.

L'ultimo dieci percento è supervisione: approvazione del perimetro, accettazione, instradamento delle approvazioni prima che qualsiasi cosa tocchi un sistema di registrazione, e la coda di eccezioni. Anche questo lo fanno le persone.

Quindi la risposta onesta a 'quante poche persone' è: chi decide e chi approva. Nessuno nel mezzo. Il mezzo è la parte che finora avete pagato delle persone per fare a mano."

**Priya Natarajan:** "Che cosa succede quando la macchina sbaglia? Perché succederà."

**Kyle Castor:** "È sbagliato in un punto visibile. Un record che non rispetta il contratto di schema finisce nella coda delle eccezioni anziché nel libro mastro. Una modifica proposta viene isolata, confrontata con il perimetro concordato e verificata nel suo impatto finanziario netto prima di essere promossa. Ogni registrazione riporta una voce di audit che indica che cosa l'ha prodotta. Non esistono fallback silenziosi: se una pipeline non può svolgere il proprio compito, si ferma e lo segnala invece di tirare a indovinare. Il giorno in cui qualcosa si rompe è più lento, ma su un anno è molto più rapido, perché nessuno passa una chiusura a cercare un numero registrato in silenzio e in modo errato."

**Priya Natarajan:** "Chi mantiene tutto questo in funzione quando Lei non ci sarà più? Non posso assumere un amministratore che se ne occupi a tempo pieno."

**Kyle Castor:** "Non serve. Tutto viene consegnato come codice riproducibile con una SOP scritta, quindi la conoscenza resta nella Sua azienda e non con me. Il ruolo umano continuativo è un responsabile di processo che svuota la coda delle eccezioni e legge la telemetria: un lavoro che il Suo controller svolge già oggi, in una forma peggiore. Non ci sono persone chiave da nessuna delle due parti."

**Priya Natarajan:** "Quindi il coinvolgimento del mio team si limita a intenti, decisioni ed eccezioni."

**Kyle Castor:** "È l'elenco completo. Da due a tre ore per la revisione, da tre a cinque per uno sprint, da sei a dieci per un consolidamento, e dopo di che una coda delle eccezioni al posto di una tastiera."

### Dove vanno le ore: confronto modellizzato

| Attività | Incarico convenzionale (modellizzato) | DataOngoing | Che cosa ha sostituito il tempo umano |
|---|---|---|---|
| Analisi preliminare | 20 interviste più preparazione e un workshop: circa 44 ore di tempo del personale | 2-3 ore | Analisi statica dei record del sistema stesso |
| Rendicontazione dell'avanzamento | Riunione settimanale di stato, 1 ora, per 12 settimane: 12 ore per partecipante | Una revisione intermedia per sprint | Codice funzionante nella sandbox con telemetria prima/dopo |
| Acquisizione documenti, al mese | 1,200 documenti a 6 minuti: 120 ore | 120 eccezioni a 2 minuti: 4 ore | Pipeline OCR con contratto di schema e coda delle eccezioni |
| Chiusura del periodo | Elisioni su foglio di calcolo e checklist manuale | Solo gestione delle eccezioni | Struttura di società controllate governata e checklist di chiusura agentica |

Le ipotesi sono indicate in ogni riga e sono illustrative; sostituisca i volumi con i Suoi.

### Sintesi per l'indicizzazione

* **Intenti di ricerca principali**: quanto tempo dirigenziale richiede la consulenza di automazione con AI, coinvolgimento umano minimo nell'automazione ERP, la regola 10/80/10 di intento umano, esecuzione della macchina e supervisione umana, coda delle eccezioni contro reinserimento manuale, come una chiusura agentica riduce le ore del controller, acquisizione documenti OCR con validazione dello schema.
* **Cifre principali**: 2-3 ore (revisione di due diligence tecnologica), 3-5 ore (sprint di due settimane), 6-10 ore (consolidamento di 100 giorni), 3-4 ore per sito (dispositivi e documenti), tutti termini d'offerta pubblicati; 2,881 documenti elaborati dalla pipeline OCR di produzione (misurato); da 120 ore a 4 ore al mese su una postazione modellizzata da 1,200 documenti.
* **Pagine correlate**: [Automazione di dispositivi e documenti dal reparto produttivo al libro mastro](/services/document-intake-automation/), [Automazione della chiusura con un unico set di libri contabili](/services/close-and-consolidation-automation/), [Automazione AI per il private equity](/ai-automation-private-equity/).