Come usare l'AI per controllare gli scostamenti del budget di un evento

Martedì, 11:38. Il budget mostra 18.240 euro ancora disponibili. Nel pomeriggio arrivano 3 conferme fornitore già concordate, ma non registrate. Alle 17:10 il margine è sparito.

Scenario fittizio. Problema reale: il consuntivo arriva dopo la decisione.

Per controllare gli scostamenti del budget di un evento servono 4 valori separati: budget approvato, importo impegnato, costo registrato e previsione a finire. L'AI può allineare categorie, trovare doppioni e segnalare differenze. Non può certificare fatture, imposte, cambi o regole contabili.

Noi lo chiamiamo budget a 4 tempi. Ogni numero mantiene fonte, data, unità, owner e stato.

Il disponibile può mentire

Se sottrai i costi registrati dal budget approvato, ignori ciò che il team ha già ordinato o confermato e ciò che prevede di spendere per chiudere l'evento.

Il consuntivo racconta il passato. Il controllo deve vedere anche gli impegni e la previsione.

Un workflow AI per agenzie eventi e DMC può raccogliere preventivi, conferme e righe di costo. Il controllo budget ha un compito diverso: confronta ogni stato con una baseline approvata e porta le differenze a chi decide.

Il Teal Book di Government Project Delivery indica che un piano deve avere una baseline, altrimenti parole come in ritardo o sopra budget non hanno significato. La guida non prescrive il modello a 4 tempi. Il modello è la nostra traduzione per un evento.

Congela la baseline

La baseline è il budget approvato in una data precisa. Non è l'ultima copia del foglio.

Registra almeno:

baseline_id: EVT-024-B03
approved_at: 2026-08-16T10:15:00+02:00
currency: EUR
tax_basis: defined_by_finance
contingency_rule: defined_by_owner
categories_version: 3
approved_by:
  - event-project-manager
  - finance-owner

Tax_basis e contingency_rule non vanno inventati dal workflow. Arrivano dalla funzione competente.

Ogni modifica approvata crea una nuova baseline o un change collegato. Se riscrivi il numero originale, perdi il confronto e non sai più da dove nasce lo scostamento.

Separa i 4 tempi

Per ogni categoria conserva 4 colonne:

Tempo	Domanda	Fonte possibile
approvato	quanto era autorizzato nella baseline?	budget firmato o approvato
impegnato	quanto è già stato ordinato o accettato?	ordine, conferma, contratto
registrato	quanto è entrato nel sistema contabile?	dato finance verificato
previsto	quanto stimiamo servirà per finire?	owner e ipotesi datate

Non sommare impegnato e registrato alla cieca. Una fattura registrata può coprire un impegno già presente. Servono ID e regole di riconciliazione.

commitment_id: COM-118
category: venue
amount: 18400.00
currency: EUR
source_ref: supplier-confirmation-031
status: partially_invoiced
invoice_refs:
  - INV-044

L'AI può proporre il collegamento tra conferma e fattura. Finance verifica identità, importo e trattamento.

Definisci categorie stabili

Audio video, AV, tecnica e regia possono indicare la stessa area oppure servizi diversi. Se il modello decide di volta in volta, il totale per categoria cambia senza che cambi la spesa.

Costruisci un dizionario:

category_id: TECH-AV
label: tecnica audio video
includes:
  - regia tecnica
  - audio
  - video
excludes:
  - streaming
  - traduzione simultanea
owner: technical-producer

Le esclusioni contano. Un servizio spostato tra 2 categorie può creare uno scostamento falso in entrambe.

Il venue sourcing per eventi e DMC confronta requisiti e sedi. Quando una sede viene scelta, canone, extra, allestimenti e servizi entrano nel controllo economico con ID separati.

Normalizza prima di confrontare

Il workflow può ricevere PDF, fogli ed email. Prima del calcolo deve rendere espliciti unità e stato.

Controlla:

• valuta e data del cambio usato,
• importo netto o lordo secondo la regola finance,
• quantità e unità,
• periodo coperto,
• versione del preventivo,
• stato dell'impegno,
• riferimento a categoria e fornitore anonimizzato nel report pubblico.

Non chiedere al modello di indovinare se 12.000 include imposte. Segnala tax_basis_missing e blocca il confronto dipendente.

Qui tocca fare il lavoro noioso: ID, decimali e fonti. Un riepilogo scritto bene non corregge una valuta sbagliata.

Calcola 3 scostamenti diversi

Un solo variance nasconde il momento del problema.

Per ogni categoria calcola:

scostamento_impegni = impegnato - approvato
scostamento_registrato = registrato - approvato
scostamento_previsione = previsto_a_finire - approvato

La previsione a finire può includere registrato, impegni residui e stima del lavoro non ancora ordinato. La formula precisa va approvata da finance e usata sempre nello stesso modo.

Esempio fittizio:

Categoria	Approvato	Impegnato	Registrato	Previsto a finire
venue	42.500	41.800	21.300	43.700
tecnica	31.200	29.400	12.850	30.600
catering	28.750	26.100	9.240	32.180

Venue ha una previsione sopra baseline anche se gli impegni sembrano sotto. Catering ha un gap maggiore da capire. Tecnica, per ora, resta dentro il riferimento.

I valori non descrivono un evento reale e non sono benchmark.

Verifica prima di spiegare

L'AI può produrre una causa plausibile e sbagliata. Prima blocca i problemi di dato.

Esegui 6 controlli:

1. somma delle righe uguale al totale,
2. ID impegno non duplicati,
3. fatture collegate agli impegni corretti,
4. valuta e base fiscale presenti,
5. versioni dei preventivi coerenti,
6. data di aggiornamento dentro la finestra.

Solo dopo classifica la causa candidata: quantità, prezzo unitario, cambio di scope, data, categoria, errore o voce nuova.

Il Teal Book chiede di verificare le informazioni usate per controllare il lavoro. È un passaggio semplice da saltare quando il report ha un grafico pulito.

Leggi lo scostamento insieme all'avanzamento

Spendere meno del previsto non è sempre un buon segnale. Potrebbe mancare una fattura. Oppure un'attività è in ritardo.

La guida Government Project Delivery mostra proprio questo limite: un costo sotto il piano può dipendere da lavoro non ancora svolto e va letto insieme a schedule, scope e previsione.

Per un evento, aggiungi stato operativo e data:

Categoria	Avanzamento	Scostamento previsione	Lettura
venue	contratto confermato	+1.200	extra o scope da verificare
tecnica	setup non iniziato	-600	informazione ancora debole
catering	headcount cambiato	+3.430	aggiornare quantità e change

Non assegnare un colore senza la causa. Verde su una categoria non iniziata può essere soltanto assenza di dati.

Definisci tolleranza e owner

Il Teal Book definisce la tolleranza come deviazione concordata sopra o sotto la baseline che non richiede escalation al livello successivo.

Nel budget evento, ogni categoria può avere una tolleranza diversa. Un costo fisso confermato e una voce legata al numero di partecipanti non si muovono allo stesso modo.

Registra:

category: catering
tolerance_rule: approved_by_finance
local_owner: event-producer
escalation_owner: project-manager
action_inside: monitor
action_outside: prepare_change_and_options
stop_condition: source_or_tax_basis_missing

Non pubblicare percentuali come regole universali. La delega economica e la tolleranza dipendono dal progetto.

Il risk register dell'evento può collegare trigger come headcount, cambio valuta o extra venue. Il controllo budget mostra quando il trigger ha prodotto un valore diverso. I 2 registri si parlano, ma non si sostituiscono.

Collega ogni scostamento a un'azione

Un report utile non finisce con +3.430.

Per ogni differenza materiale prepara 4 righe:

• causa verificata o unknown,
• opzioni con effetti dichiarati,
• owner e scadenza,
• decisione e nuova baseline se approvata.

Esempio fittizio:

variance_id: VAR-027
category: catering
forecast_variance: 3430.00
cause: headcount_change_confirmed
source_ref: CHG-019
options:
  - keep_menu_adjust_quantity
  - revise_service_scope
owner: event-project-manager
decision: pending

L'AI può preparare le opzioni già ammesse. Non deve scegliere tagli, accettare costi o inviare richieste al fornitore.

Un esempio completo

Scenario fittizio. Baseline totale: 184.600 euro. Impegni: 176.300. Costi registrati: 89.420. Previsione a finire: 191.780.

La differenza utile non è 184.600 - 89.420. Quella sottrazione ignora impegni e lavoro residuo.

Il workflow apre 4 scostamenti previsionali:

ID	Categoria	Scostamento	Causa	Azione
VAR-021	venue	+1.200	extra accesso	verifica fonte e change
VAR-027	catering	+3.430	headcount	prepara 2 opzioni
VAR-031	trasporti	+2.950	1 tratta nuova	owner commerciale
VAR-034	stampa	-400	quantità ridotta	conferma prima di riallocare

La somma non deve per forza coincidere subito con la variazione totale se esistono voci non classificate. Il report mostra unmapped_amount finché la riconciliazione non chiude.

Zero numeri nascosti.

Misura il controllo

Conta righe senza fonte, importi non mappati, doppioni, previsioni non aggiornate, scostamenti oltre tolleranza senza owner, tempo fino alla decisione e cambi approvati non riflessi nella baseline.

Non usare numero di anomalie come misura di colpa. All'inizio un controllo migliore può trovare più difetti. Guarda quanti vengono verificati e chiusi prima del consuntivo.

Il valore del workflow sta nell'anticipo della decisione, non nel numero di grafici prodotti.

Errori che falsano il budget

• sottrarre solo il registrato dall'approvato,
• sommare impegni e fatture già collegate,
• mescolare netto e lordo,
• ignorare valuta e data del cambio,
• usare categorie che cambiano a ogni file,
• spiegare lo scostamento prima di verificare i dati,
• leggere un sottocosto senza avanzamento,
• scegliere una tolleranza dopo aver visto il numero,
• lasciare che l'AI approvi spesa o contatti fornitori.

Il numero delle 11:38

Prendi 1 categoria. Scrivi budget approvato, impegni aperti, costi registrati e previsione a finire. Aggiungi fonte e data per ogni valore.

Se non riesci a riconciliare un impegno con il registrato, non compensare la differenza. Apri un'anomalia.

Porta a MAIKER HUB la struttura del budget e il flusso con cui cambiano preventivi, conferme e consuntivi. Nel percorso Think -> Build -> Enable costruiamo il controllo a 4 tempi e fermiamo i numeri che non hanno ancora una fonte.