General Journals e registrazioni ricorrenti

General Journal: template e batch

In Business Central ogni registrazione manuale di prima nota passa da un general journal, ma la struttura a due livelli confonde spesso chi arriva all’esame.

• Il journal template (modello) definisce il tipo di registro: tipo di source code, tipo di documento di default, la pagina e il report associati (es. “General”, “Recurring”, “Payment”, “Cash Receipt”). Il template è configurazione strutturale, non lo si usa per registrare direttamente.
• Il journal batch è un contenitore operativo dentro un template: eredita i default ma può sovrascrivere balancing account, reason code, number series e — dettaglio chiave — la No. Series che numera le registrazioni.

Regola pratica: si crea un template quando serve un comportamento diverso (es. abilitare il ricorrente), un batch quando servono più flussi di lavoro dello stesso tipo (es. un batch per l’ufficio A e uno per l’ufficio B).

Registrazione manuale e bilanciamento

Ogni riga di journal ha un Account Type / Account No. e, opzionalmente, un Bal. Account Type / Bal. Account No.. Qui si gioca il bilanciamento:

• Se compili il balancing account sulla stessa riga, quella riga è auto-bilanciata (una scrittura in Dare e la contropartita in Avere generate insieme).
• Se lasci vuoto il balancing account, devi bilanciare tra righe: la somma della colonna Amount del batch deve essere zero prima di poter registrare. Il campo Total Balance in fondo alla pagina deve mostrare 0.

Business Central blocca la registrazione se Total Balance ≠ 0. Prima di registrare conviene usare Preview Posting: mostra le G/L Entry, VAT Entry e le altre tabelle che verrebbero create, senza scrivere nulla — è lo strumento diagnostico d’elezione per verificare conti e IVA.

Recurring journals

Il recurring journal serve per scritture periodiche (ammortamenti, ratei, ripartizioni costi). Le righe non spariscono dopo la registrazione: restano pronte per il periodo successivo. I campi distintivi sono Recurring Method, Recurring Frequency (date formula, es. 1M) e Expiration Date.

Recurring Method

Il metodo governa cosa succede all’Amount dopo il posting:

• Fixed (F) — l’importo resta invariato per il periodo successivo. Usalo per rate costanti (rata leasing).
• Variable (V) — l’importo viene azzerato dopo la registrazione: lo reinserisci manualmente ogni volta. Usalo per valori che cambiano (bollette).
• Balance (B) — registra un importo pari al saldo del conto, portandolo a zero, e ripartisce quel saldo. Tipico per svuotare un conto di sospeso su più centri di costo.
• Reversing (RF / RV / RB) — come sopra, ma genera automaticamente una scrittura di storno nella data successiva (Reversing Date). Usalo per ratei/risconti che si aprono a fine mese e si chiudono il primo del mese dopo.

Allocations e percentuali

Su una riga ricorrente apri la pagina Allocations per ripartire l’importo su più conti/dimensioni. La ripartizione avviene per Allocation % oppure per Allocation Quantity. Il calcolo è banale ma va conosciuto: se l’importo di riga è 1.000 e imposti tre allocazioni al 50%, 30% e 20%, BC calcola Amount = 500, 300 e 200. Se le percentuali non arrivano a 100, la quota residua non viene registrata: la somma delle allocazioni sostituisce l’importo di riga.

Number series sul batch

La No. Series impostata sul batch numera automaticamente il Document No. delle registrazioni: ogni volta che registri, BC assegna il numero successivo della serie. Senza number series sul batch, il Document No. resta quello dell’ultima registrazione (o va inserito a mano), con rischio di numeri duplicati. La Posting No. Series, se valorizzata, numera invece le entry registrate in modo indipendente dal documento.

Trappole tipiche d’esame

• Scenario: vuoi aggiungere un registro con comportamento ricorrente. Risposta giusta: crei un nuovo template (tipo Recurring), non solo un batch: il metodo ricorrente è una proprietà del template.
• Scenario: l’importo deve azzerarsi dopo ogni registrazione perché cambia ogni mese. Risposta giusta: Recurring Method = Variable, non Fixed.
• Scenario: serve un rateo che si storna automaticamente il mese dopo. Risposta giusta: un metodo Reversing (RF/RV/RB), non un Fixed con storno manuale.
• Scenario: il consulente vuole verificare conti e IVA prima di scrivere a libro mastro. Risposta giusta: Preview Posting, non registrare e poi stornare.
• Scenario: ogni registrazione manuale deve avere un Document No. progressivo univoco. Risposta giusta: assegni una No. Series al batch, non al template.