La gestione della liquidità in Dynamics 365 Business Central ruota attorno ai conti bancari, che funzionano come un vero e proprio sotto-mastro (subledger) affiancato alla contabilità generale. Come Functional Consultant devi saper impostare correttamente la relazione fra il conto bancario e il G/L account, scegliere i formati di import degli statement e configurare la bank reconciliation in modo che il match automatico funzioni davvero. Il processing quotidiano appartiene al modulo Operations: qui ci concentriamo sulle scelte di setup.

La bank account card

Ogni banca è rappresentata da una Bank Account Card. I campi chiave da un punto di vista di consulenza sono:

  • No.: assegnato da una number series dedicata (in Cash Management Setup / No. Series), così ogni conto bancario ha un codice univoco e tracciabile.
  • Currency Code: se valorizzato, il conto è monovaluta e accetta solo movimenti in quella valuta; lasciandolo vuoto il conto opera nella LCY.
  • Bank Statement Import Format: definisce come BC interpreta il file estratto conto.
  • Bank Acc. Posting Group: il ponte verso la contabilità generale (vedi sotto).
  • Sezione Transfer/Payment Export: IBAN, SWIFT, e il Payment Export Format per generare i file SEPA.

La card conserva anche Last Statement No. e Balance Last Statement, dati che la riconciliazione usa come punto di partenza.

Bank Account Posting Group vs conto G/L

Questo è il concetto architetturale centrale. Il Bank Account Posting Group collega il conto bancario a un G/L account specifico. Quando registri un movimento sul conto bancario, BC crea due scritture in parallelo:

  • una Bank Account Ledger Entry (il dettaglio nel sotto-mastro, con data, importo, statement);
  • una posta in General Ledger sul conto G/L indicato dal posting group.

Il valore di questo design è la separazione dei livelli: il conto G/L mostra il saldo aggregato in bilancio, mentre il bank ledger conserva il dettaglio riga per riga. Puoi mappare più conti bancari sullo stesso conto G/L (es. tutti i c/c ordinari su “Banche c/c attivi”) oppure separarli, secondo il piano dei conti. La regola pratica: non si registra mai direttamente sul conto G/L della banca; si registra sul conto bancario e il posting group instrada l’importo.

Formati di import degli statement

Il campo Bank Statement Import Format sulla card punta a una Data Exchange Definition (Data Exch. Def.), il motore che mappa il file esterno sui campi interni di BC. Le opzioni tipiche:

  • SEPA CAMT.053 (standard XML europeo per estratti conto);
  • formati resi disponibili tramite AMC Banking o il Bank Data Conversion Service per banche non-SEPA;
  • definizioni custom costruite sul framework Data Exchange.

Il formato corretto è ciò che consente al file di essere letto senza intervento manuale: mappa importo, data valuta, descrizione e riferimenti documento, ossia proprio i campi che l’auto-match confronterà.

Setup della bank reconciliation e auto-match

Per la riconciliazione BC usa la Bank Account Reconciliation (o la Payment Reconciliation Journal quando l’obiettivo è applicare incassi a clienti). Il setup che abilita il match automatico:

  • una number series per le riconciliazioni;
  • le tolleranze di match in Cash Management Setup (numero di giorni e percentuale/importo di scostamento) che regolano quanto “vicini” devono essere statement e bank ledger entry;
  • il flag che importa le righe statement tramite il formato definito sulla card.

L’azione Match Automatically confronta le righe importate con le Bank Account Ledger Entry aperte in base a importo, data e riferimenti documento. Più il file è mappato correttamente, più righe si abbinano da sole; il resto si riconcilia manualmente.

Payment Journal (livello setup)

Il Payment Journal è il journal da cui si registrano i pagamenti a fornitori. Lato configurazione definisci il template/batch con:

  • Bal. Account Type = Bank Account e il conto bancario come contropartita;
  • una number series dedicata al batch;
  • il Payment Export Format per generare i file SEPA in uscita.

Il “Suggest Vendor Payments” e l’esportazione effettiva sono operations; qui garantisci solo che batch, contropartita bancaria e number series siano corretti.

Trappole tipiche d’esame

  • Scenario: si chiede dove finiscono i movimenti bancari in bilancio → la risposta corretta è il conto G/L mappato dal Bank Account Posting Group, non un campo della card; il conto bancario è un sotto-mastro.
  • Scenario: l’auto-match non abbina quasi nulla → causa più probabile è un Bank Statement Import Format errato o mancante: senza mapping corretto data/importo/riferimenti, il match automatico non trova corrispondenze.
  • Scenario: creare un nuovo conto bancario senza codice automatico → manca la number series nel Cash Management Setup.
  • Scenario: registrare pagamenti a fornitori dal journal sbagliato → serve il Payment Journal con Bal. Account Type = Bank Account, non il general journal generico.
  • Scenario: due c/c distinti devono confluire sullo stesso conto di bilancio → si assegna lo stesso posting group (o posting group diversi che puntano allo stesso G/L account), non si tocca il piano dei conti manualmente.