Un responsabile che scopre a novembre di aver speso il budget dell’anno non ha un problema di reportistica: nessuno gli ha impedito la registrazione che lo ha sfondato. Come si imposta un presidio di questo tipo dentro un progetto SAP è raccolto nel report scaricabile «Migrare a S/4 HANA senza impatti sul business».
Perché il budget sforato si scopre a consuntivo
Nella maggior parte dei sistemi il budget è un numero che sta in un report. La registrazione passa, il costo si somma, e il confronto con lo stanziato avviene quando qualcuno apre il prospetto — in genere a fine mese, a volte a fine trimestre.
Chi deve rispondere di quel budget lo scopre quindi dopo, su spese già impegnate con ordini firmati. A quel punto le vie sono due: chiedere un’integrazione di budget o sospendere attività già avviate. Nessuna delle due è una decisione, sono due rimedi.
Che cos’è il controllo di disponibilità?
La parte che conta nella pratica è l’ultima. Un controllo che guarda solo i costi registrati arriva tardi: l’impegno è già preso quando l’ordine esce dall’azienda. Un controllo che include gli impegni blocca a monte, nel momento in cui l’ordine viene creato.
Che cosa è cambiato con S/4HANA?
| Oggetto di imputazione | Come si controllava prima | Come si controlla in S/4HANA |
|---|---|---|
| Commesse e progetti (ordini interni, elementi WBS) | Controllo standard disponibile da sempre, con profili di budget propri. | Invariato nella sostanza; sugli elementi WBS il controllo guarda il budget aggregato sull’elemento. |
| Centri di costo | Nessuna funzione standard. Si creava un ordine interno statistico per ogni centro di costo e una regola di sostituzione che lo valorizzava automaticamente. | Funzione standard dalla release 1909: profili di controllo assegnati direttamente ai centri di costo, con verifica per conto o per gruppo di conti. |
La riga dei centri di costo spiega perché questa funzione interessa soprattutto chi arriva da un sistema precedente. L’aggiramento con gli ordini statistici funzionava, ma raddoppiava gli oggetti da manutenere: un ordine per ogni centro, da aprire a ogni esercizio, con una regola di sostituzione che nessuno documentava. Dopo una conversion a SAP S/4HANA quella costruzione resta nel sistema anche quando non serve più, e continua a generare oggetti.
Come si imposta, in pratica
Il budget si carica da foglio di calcolo con l’app di importazione dei dati di piano, oppure arriva da uno strumento di pianificazione, con il caricamento che si può estrarre dalle Core Data Services. La categoria usata deve essere dichiarata come budget di centro di costo, altrimenti il sistema la tratta come un semplice piano e il controllo non scatta: è il primo punto in cui l’impostazione si sbaglia.
Poi si definiscono i profili, uno per comportamento desiderato, e si assegnano ai centri di costo rilevanti dall’app di gestione dei centri di costo. Un profilo esistente non si cancella e consente di modificare solo le tolleranze e la valuta: per cambiare il resto se ne crea uno nuovo e si riassegna. Conviene saperlo prima, perché i profili creati per prova restano nel sistema.
Quali limiti ha
Il primo è la granularità: il budget di centro di costo si gestisce su base annuale, quindi non esiste un controllo mese per mese. Chi ha bisogno di presidiare la spesa dentro l’anno deve ricorrere a una ripartizione gestita a parte, con il controllo che resta sul totale.
Il secondo riguarda la disciplina organizzativa. Un controllo bloccante trasferisce la decisione sul momento della registrazione: chi inserisce l’ordine si trova fermo e chiama qualcuno. Se non è stabilito prima chi autorizza lo sblocco e in quanto tempo, il blocco diventa una coda di telefonate e dopo qualche settimana si chiede di disattivarlo.
Per questo molte aziende partono con il profilo che avvisa senza bloccare, su un gruppo ristretto di centri di costo, e passano al blocco dopo un esercizio. Il numero utile da guardare in quella fase è quante registrazioni avrebbero superato il budget: se sono poche, il blocco è sostenibile; se sono molte, il problema è nei budget, non nel controllo. Il collegamento con il modello di controllo di gestione si vede qui.
Domande frequenti sul controllo di disponibilità
Si può applicare solo ad alcune voci di spesa?
Sì, il controllo sui centri di costo si configura a livello di conto o di gruppo di conti. È l’impostazione che conviene nella maggior parte dei casi: si presidiano le voci discrezionali, non quelle obbligate come utenze e canoni.
Che cosa succede agli ordini già aperti quando si attiva?
Gli impegni esistenti vengono considerati nel calcolo del residuo, quindi l’attivazione può far risultare subito esaurito un budget che sulla carta era capiente. Va verificato prima dell’attivazione, non dopo.
Serve a un’azienda che non ha un controller?
Il controllo richiede che i budget siano stanziati e aggiornati da qualcuno. Senza quella figura i profili restano impostati su numeri vecchi, e un blocco su un budget sbagliato ferma il lavoro di chi non ha colpa.
Si può vedere il residuo prima di registrare?
Sì, l’app di report sul budget di centro di costo mostra stanziato, impegni, costi effettivi e disponibile. Si apre dal launchpad delle app Fiori, e darla in mano a chi emette gli ordini riduce i blocchi più di qualunque taratura delle tolleranze.
Vale anche sui progetti?
Sì, con la differenza indicata sopra: sugli elementi WBS la verifica avviene sul budget aggregato dell’elemento, non per singolo conto. Chi presidia sia centri di costo sia commesse imposta quindi due logiche diverse, e conviene saperlo in fase di analisi.
Parliamo dei vostri budget
Il team di Software Business imposta il controllo di disponibilità sui sistemi SAP delle aziende del mid-market italiano, compresa la bonifica degli ordini statistici lasciati dai sistemi precedenti. Per capire da quali centri di costo conviene partire serve l’elenco degli stanziamenti dell’anno in corso: scriveteci e lo guardiamo insieme.
Le tre metodologie di migrazione a confronto, i tre numeri che decidono quale conviene, la lista di controllo del Readiness Check e le date di fine manutenzione.