L’approvazione delle fatture passive è spesso trattata come un’attività amministrativa finale. In realtà è il punto in cui emergono errori accumulati prima: ordini incompleti, consegne non confermate, condizioni diverse da quelle concordate, centri di costo non chiari e responsabilità lasciate alla memoria delle persone. Un workflow efficace non deve solo far firmare una fattura. Deve rendere verificabile il motivo per cui può essere registrata, contestata o bloccata.
Per una PMI, il valore non sta nell’aggiungere passaggi. Sta nel distinguere i casi semplici dalle anomalie, nel rendere espliciti i controlli e nel ridurre il tempo speso a inseguire conferme. Il workflow di approvazione delle fatture passive deve collegare amministrazione, funzione richiedente e controllo operativo.
Il punto di partenza: cosa deve essere approvato
Una fattura passiva non è un documento isolato. Va confrontata con ciò che l’azienda ha deciso di acquistare, con ciò che ha ricevuto e con le condizioni concordate. Per questo il processo dovrebbe partire dalla disponibilità di informazioni minime: fornitore, ordine o richiesta collegata, importo, scadenza, centro di costo, documento ricevuto e stato della prestazione o consegna.
Quando questi elementi mancano, l’amministrazione diventa il luogo in cui il problema viene scoperto tardi. Il workflow dovrebbe invece indicare subito se la fattura è completa, se richiede integrazioni o se contiene una difformità da gestire.
Ruoli nel processo
I ruoli principali sono amministrazione, responsabile della spesa, referente operativo e, quando serve, acquisti o direzione. L’amministrazione presidia forma, scadenze e coerenza documentale. Il responsabile della spesa conferma pertinenza e autorizzazione. Il referente operativo verifica prestazione, consegna o avanzamento. Acquisti o direzione intervengono sulle anomalie contrattuali, economiche o fuori soglia.
Il processo deve evitare un errore frequente: chiedere a tutti di approvare tutto. Ogni passaggio deve avere un motivo. Se una persona non può controllare un’informazione specifica, la sua approvazione aggiunge lentezza ma non riduce il rischio.
Controlli essenziali
I controlli non devono essere infiniti. Devono coprire i punti in cui si generano errori ricorrenti: corrispondenza tra fattura e ordine, coerenza dell’importo, aliquota o trattamento fiscale dove rilevante, centro di costo, scadenza, fornitore, IBAN o dati di pagamento, conferma della consegna o del servizio. Alcuni controlli possono essere automatici, altri richiedono una decisione umana.
La distinzione va esplicitata. Un sistema può segnalare una differenza di importo; una persona deve decidere se la differenza è accettabile, da contestare o da correggere a monte. Se questa decisione resta in una chat, l’anomalia non diventa conoscenza organizzativa.
Gestione delle anomalie
Le anomalie andrebbero classificate con poche categorie chiare: dati mancanti, importo non coerente, ordine assente, consegna non confermata, fornitore non allineato, scadenza critica, documento duplicato o contestazione aperta. Ogni categoria deve avere un owner e una prossima azione.
Una fattura bloccata senza motivo strutturato è difficile da governare. Una fattura bloccata per “consegna non confermata”, assegnata al referente operativo con una data di risposta, è un lavoro controllabile. Anche la riapertura deve lasciare traccia: chi ha integrato il dato, quale informazione è cambiata e perché la fattura può avanzare.
Stati del workflow
Un modello iniziale può usare stati semplici: ricevuta, in verifica amministrativa, in approvazione operativa, anomalia aperta, pronta per registrazione, approvata per pagamento, respinta o da rettificare. Ogni stato deve indicare chi è responsabile del passaggio successivo e quali condizioni permettono la transizione.
Gli stati non dovrebbero essere etichette generiche. “In lavorazione” dice poco. “Anomalia importo da verificare” o “consegna da confermare” orientano l’azione e rendono più facile misurare dove il processo si blocca.
Tracciabilità e audit interno
La tracciabilità utile conserva autore, data, stato precedente, stato successivo, motivazione, documenti collegati e decisione presa. Non serve moltiplicare note libere; serve rendere leggibile il percorso. Questo permette di rispondere a domande concrete: perché la fattura è stata pagata, chi ha autorizzato la difformità, quanto tempo è rimasta bloccata e quale causa si ripete più spesso.
Un audit trail leggibile riduce dipendenza dalle persone e rende più solido il confronto tra amministrazione e funzioni operative. Non sostituisce il controllo contabile, ma lo alimenta con informazioni più ordinate.
Indicatori da osservare
Gli indicatori iniziali possono includere tempo di approvazione, numero di fatture con anomalie, cause ricorrenti, fatture riaperte, casi oltre scadenza e quota di fatture senza ordine o riferimento operativo. Questi numeri devono portare a un’azione: correggere un campo, chiarire una responsabilità, rivedere un fornitore o anticipare un controllo.
Se i dati storici non sono affidabili, è preferibile partire da una prima finestra di osservazione. L’obiettivo non è costruire un benchmark universale, ma capire dove il processo aziendale perde continuità.
Percorso di implementazione
- Analizzare un campione recente: includere fatture approvate, bloccate, contestate e pagate in ritardo.
- Definire le anomalie: poche categorie, owner chiari e azioni attese.
- Stabilire gli stati: ogni stato deve avere una condizione di ingresso e di uscita.
- Configurare un pilota: partire da una categoria di fornitori o da un reparto.
- Rivedere le cause: distinguere errori di dato, processo, fornitore e responsabilità.
Errori da evitare
- Trattare tutte le fatture come casi identici.
- Far approvare documenti a persone che non possono verificarli.
- Usare note libere al posto di cause strutturate.
- Scoprire le anomalie solo vicino alla scadenza di pagamento.
- Non collegare fattura, ordine, consegna e responsabilità operativa.
- Misurare solo il volume delle fatture e non i blocchi.
Quando valutare Alkemist
Se le fatture passive si bloccano perché le conferme sono disperse tra reparti, email e documenti, conviene partire da un processo pilota. Alkemist può essere valutato per rendere espliciti permessi, stati, evidenze e responsabilità, collegando il lavoro amministrativo alle decisioni operative che lo precedono.
Il tema si collega anche al problema più ampio del gestionale che non riflette il flusso reale e al rischio di automatizzare un processo non chiarito. La tecnologia funziona meglio quando il modello decisionale è già leggibile.
Prossimo passo: prendere venti fatture recenti e classificare le cause di blocco. Se le stesse cause tornano spesso, il workflow deve trattarle come regole operative, non come eccezioni casuali.