I due livelli che l’esame misura separatamente

Con l’aggiornamento del 14 agosto 2026 l’area budget si legge su due piani. Il budgeting è la parte operativa e contabile: porta gli importi a sistema e ne sorveglia il consumo durante l’esercizio. La budget planning è il processo con cui quegli importi vengono costruiti, confrontati e approvati prima di diventare ufficiali. Entrambi vivono dentro una legal entity e si appoggiano allo stesso budget model e allo stesso fiscal calendar, ma rispondono a domande diverse: “quanto ho stanziato e quanto mi resta” contro “come siamo arrivati a quel numero”.

Budget register entry, revisioni e budget model

La budget register entry è l’oggetto che porta gli importi a sistema: righe con main account e financial dimension, importo, periodo e budget model di riferimento. Ogni entry ha un budget code che ne dichiara la natura — original budget, transfer, revision, carry-forward — ed è quel codice a determinare se la registrazione passa da un workflow di approvazione. Le revisioni non riscrivono l’originale: si aggiungono come nuove entry, così resta la storia di come lo stanziamento è cambiato. Queste entry non producono scritture di general ledger: alimentano i budget balance, consultabili nel workspace dedicato e nei report di confronto budget contro actual.

Budget control: verificare prima di spendere

Il budget control è la configurazione che intercetta i documenti di spesa e verifica la disponibilità. Si definisce per legal entity con una data di attivazione e si versiona: cambiare le regole significa creare una nuova versione, non riscrivere il passato. Gli elementi da conoscere sono la dimensione primaria su cui si controlla (tipicamente il main account), le budget control rule che dicono quali combinazioni dimensionali sono soggette a controllo, i budget group per condividere fondi fra dimensioni diverse, l’intervallo temporale del controllo — che può essere il periodo, il trimestre o l’intero budget cycle — e i documenti inclusi, dalla purchase requisition al purchase order, alla vendor invoice, ai journal. Il calcolo dei budget funds available è configurabile: si sceglie quali componenti sottrarre dallo stanziamento (spese effettive, reservation, encumbrance e pre-encumbrance dove il ciclo acquisti le produce). L’esito può essere positivo, un warning generato dal superamento di una soglia percentuale, oppure un blocco. Le over-budget permission, definite per gruppo di utenti o per tipo di documento, decidono chi può proseguire comunque.

Budget planning: il processo che costruisce il budget

La budget planning ruota attorno al budget plan, un documento di lavoro le cui righe sono organizzate per scenario. Lo scenario è la chiave del modello: la stessa riga può esistere come actual storico, richiesta del reparto, proposta rivista e versione approvata, così si confrontano ipotesi diverse sullo stesso piano senza duplicarlo. I dati di partenza possono essere generati dagli actual del general ledger, dai fixed asset o da un altro budget plan. Le allocation distribuiscono gli importi — spalmandoli sui periodi, ripartendoli fra financial dimension, aggregandoli verso l’alto o applicando regole di allocazione del ledger — e scrivono di norma il risultato in uno scenario di destinazione, lasciando intatto quello di origine.

Il budget planning process lega insieme il budget cycle, il ledger e una organization hierarchy con finalità di budget planning: la gerarchia stabilisce chi prepara a livello di reparto e chi consolida e approva ai livelli superiori. Le budget planning stage scandiscono l’avanzamento, con regole su quali scenari sono modificabili in ciascuna fase e un workflow che governa il passaggio da una all’altra. Quando il piano è approvato, da esso si generano le budget register entry: è il punto in cui la pianificazione diventa budget operativo. In sintesi, il budgeting registra e controlla, la budget planning è il percorso che produce il numero da registrare.

Trappole tipiche d’esame

  • Caricare un budget già deciso fuori sistema → budget register entry, non budget plan: il budget plan serve se occorre un processo di raccolta e approvazione; se il numero è definito, la strada breve è l’entry con il budget code adeguato.
  • Confrontare ipotesi ottimistica e pessimistica → più scenari nello stesso budget plan: creare due piani o due budget model separati è la risposta sbagliata, perché rompe il confronto riga per riga e la logica delle allocation.
  • Consentire lo sforamento in casi eccezionali → over-budget permission, non disattivare il budget control: si concede il permesso al gruppo o al tipo di documento interessato, mantenendo il controllo attivo per tutti gli altri.
  • Avvisare senza bloccare l’acquisto → soglia che genera un warning: il blocco scatta quando i funds available non bastano e nessuna over-budget permission copre l’utente; il warning è configurazione di threshold, non un ruolo di sicurezza.
  • Stabilire chi prepara e chi approva per reparto → organization hierarchy dedicata alla budget planning più stage rule: la sicurezza per ruoli non definisce la catena di preparazione e consolidamento del piano.
  • Rendere operativo il budget appena approvato → generazione delle budget register entry dallo scenario approvato: il piano da solo non alimenta i budget balance né il budget control finché non diventa entry.