Main account: il conto e il suo tipo

Il chart of accounts in Dynamics 365 Finance è un oggetto condiviso: si definisce una volta e più legal entity possono usarlo. I main account vivono dentro un chart of accounts e portano con sé alcune proprietà che l’esame ama interrogare.

La più importante è il main account type. I tipi di stato patrimoniale (Balance sheet, Asset, Liability, Equity) mantengono il saldo da un esercizio all’altro, mentre i tipi economici (Profit and loss, Revenue, Expense) vengono azzerati e riversati sul conto di utili portati a nuovo durante la chiusura d’anno. I tipi Total e Reporting non sono conti di registrazione: servono a costruire righe di totale e di reporting. Se una domanda descrive un comportamento sbagliato in chiusura, la causa quasi sempre è il main account type, non altro.

Accanto al tipo ci sono le main account categories. Non hanno effetto contabile: classificano i conti (per esempio come “Cash” o “Accounts receivable”) e sono ciò che permette ai financial report standard di funzionare su piani dei conti nati indipendenti l’uno dall’altro, senza riscrivere le righe del report per ogni legal entity.

Il main account espone anche impostazioni per singola legal entity (legal entity overrides): si può sospenderlo, bloccare l’inserimento manuale o forzare una valuta solo in una società, lasciando il conto condiviso intatto per le altre.

Financial dimension: la vista gestionale

Le financial dimension aggiungono agli importi le viste analitiche: centro di costo, reparto, progetto, area. Possono essere custom, con valori gestiti a mano, oppure entity-backed, cioè alimentate da un’entità esistente (per esempio i customer o i worker), il che evita di duplicare anagrafiche. I valori possono essere ristretti alle legal entity che devono vederli.

Le dimensioni si combinano poi in un financial dimension set: un insieme di dimensioni usato per le interrogazioni di saldo e per il reporting. Attenzione al confine: il dimension set non vincola ciò che si può digitare in registrazione, serve solo a leggere i saldi aggregati per quella combinazione.

Account structure: dove si decide cosa è valido

L’oggetto che decide quali combinazioni sono ammesse è l’account structure. È una sequenza di segmenti che parte dal main account e prosegue con le dimensioni scelte, con regole che stabiliscono quali valori sono consentiti in ciascun segmento in funzione dei valori precedenti. La validazione avviene all’inserimento e alla registrazione: se la combinazione non è coperta dalla struttura attiva, la riga non passa.

Una account structure va attivata per essere efficace, e ogni ledger (quindi ogni legal entity) usa una o più strutture. Quando serve un segmento aggiuntivo solo in casi particolari — per esempio un progetto obbligatorio su una fascia di conti di costo — si usa una advanced rule structure agganciata a una advanced rule, invece di moltiplicare le strutture principali.

Il ledger account alias non c’entra con la validazione: è una scorciatoia di digitazione che precompila conto e valori dimensione ricorrenti nelle righe di journal.

Il ledger di ogni legal entity lega insieme chart of accounts, account structure attive, fiscal calendar e valuta contabile. Da qui la scelta architetturale tipica: un piano dei conti condiviso semplifica consolidamento e reporting comparabile, mentre piani separati danno autonomia locale ma richiedono le main account categories per far girare gli stessi report standard. Le dimensioni restano comunque condivise a livello di sistema: la differenziazione fra società si ottiene con le restrizioni sui valori e con strutture di conto diverse per ledger.

Trappole tipiche d’esame

  • Impedire l’uso di un valore di Department su certi conti di ricavo → account structure: solo la struttura valida le combinazioni in registrazione; il dimension set e il campo obbligatorio sull’anagrafica non bloccano nulla.
  • Interrogare i saldi per Cost center + Department insieme → financial dimension set: è l’oggetto costruito per le query di saldo e il reporting, non per la validazione.
  • Segmento extra richiesto solo su una fascia di conti → advanced rule con advanced rule structure: non serve una seconda account structure attiva né un nuovo chart of accounts.
  • Stesso financial report su legal entity con piani dei conti diversi → main account categories: mappare i conti alle categorie evita di riscrivere le righe del report per ogni società.
  • Conto da non usare più in una sola legal entity → legal entity override (suspended): eliminare o disattivare il main account nel chart of accounts condiviso lo toglierebbe a tutte.
  • Velocizzare l’inserimento di combinazioni ricorrenti in un journal → ledger account alias: è digitazione assistita, non un controllo di validità né una default dimension.