Perché i posting groups sono il cuore della contabilizzazione
In Business Central ogni registrazione (posting) di un documento — una fattura di vendita, un acquisto, un movimento di magazzino — deve “sapere” su quali conti del General Ledger scrivere. L’utente non digita mai i numeri di conto: li deriva automaticamente il sistema combinando i posting groups assegnati alle anagrafiche. Capire quale gruppo determina quale conto è la competenza chiave di questa unità, ed è la fonte più frequente degli errori “…is missing” in fase di registrazione.
Specific posting groups: i conti di stato patrimoniale
Gli specific posting groups collegano un’anagrafica direttamente a un conto di bilancio (balance sheet). Sono “specifici” perché ognuno mappa un solo tipo di conto:
- Customer Posting Group → conto Receivables (crediti v/clienti), più conti per interessi, arrotondamenti e sconti di pagamento.
- Vendor Posting Group → conto Payables (debiti v/fornitori).
- Bank Account Posting Group → conto G/L che rappresenta il conto bancario.
- Inventory Posting Group → concorre (insieme alla location) al conto di magazzino.
Regola mnemonica: gli specific posting groups rispondono alla domanda “dove finisce il saldo patrimoniale?” (crediti, debiti, banca, magazzino).
General posting groups: il “chi” e il “cosa”
I conti economici (P&L) non si determinano con un solo gruppo, perché dipendono da due dimensioni. Per questo esistono due general posting groups:
- Gen. Business Posting Group: descrive con chi si sta commerciando (es. clienti nazionali, UE, extra-UE). Si assegna a customer e vendor.
- Gen. Product Posting Group: descrive cosa si vende o acquista (es. merci, servizi, spese). Si assegna a item, resource, G/L account, item charge.
Da soli non fanno nulla: servono in coppia.
La matrice General Posting Setup
La coppia Gen. Bus. × Gen. Prod. Posting Group indirizza una riga della General Posting Setup, la matrice che contiene i conti economici da usare per quella combinazione:
- Sales Account e Sales Credit Memo Account (ricavi e note di credito)
- Purch. Account (costo d’acquisto)
- COGS Account e COGS (Interim) per il costo del venduto
- Inventory Adjmt. Account per le rettifiche di valore
- Conti sconto riga/fattura: Sales/Purch. Line Disc. Account, Sales/Purch. Inv. Disc. Account
Così, cambiando solo la combinazione, la stessa fattura può registrare i ricavi su un conto “vendite Italia” o “vendite UE” senza toccare il documento. La contabilizzazione COGS avviene se l’item usa costing con Automatic Cost Posting attivo (o via routine Post Inventory Cost to G/L).
Nota: i conti IVA seguono un percorso parallelo, la VAT Posting Setup, incrociando VAT Bus. e VAT Prod. Posting Group. È una matrice distinta, ma con la stessa logica “business × product”.
Inventory Posting Setup
Mentre la General Posting Setup gestisce i conti economici del magazzino, i conti patrimoniali di magazzino derivano dalla Inventory Posting Setup, che incrocia:
- Location Code (il magazzino fisico) e
- Inventory Posting Group (la categoria di prodotto)
Ogni combinazione definisce l’Inventory Account e l’Inventory Account (Interim) per i valori attesi (expected cost). Questo permette di separare il valore di magazzino per sede: la stessa categoria item può capitalizzare su conti diversi a seconda della location.
Chi determina quale conto — riepilogo
- Crediti / Debiti / Banca → specific posting group dell’anagrafica.
- Ricavi / Acquisti / COGS / Sconti → combinazione Gen. Bus. + Gen. Prod. nella General Posting Setup.
- Valore di magazzino a bilancio → Location + Inventory Posting Group nella Inventory Posting Setup.
- IVA → VAT Bus. + VAT Prod. nella VAT Posting Setup.
Se una combinazione manca, o il campo conto è vuoto, la registrazione si blocca: BC non inventa conti.
Trappole tipiche d’esame
- Scenario: fattura di vendita bloccata con “Sales Account … is missing” → manca la riga in General Posting Setup per quella coppia Gen. Bus. × Gen. Prod., oppure il campo Sales Account è vuoto. Non è un problema del Customer Posting Group.
- Scenario: il credito v/cliente deve andare su un conto diverso per i clienti esteri → si cambia il Customer Posting Group, non la General Posting Setup.
- Scenario: la stessa categoria item deve valorizzare il magazzino su conti diversi per due depositi → si configura l’Inventory Posting Setup per Location + Inventory Posting Group; il Gen. Prod. Posting Group non c’entra.
- Scenario: il COGS non compare in contabilità dopo la spedizione/fattura → verificare Automatic Cost Posting / Post Inventory Cost to G/L e i conti COGS nella General Posting Setup, non gli specific posting group.
- Scenario: aliquota o conto IVA errati → intervenire sulla VAT Posting Setup (VAT Bus. × VAT Prod.), indipendente dalla General Posting Setup anche se guidata dagli stessi documenti.