Registrare incassi e pagamenti: i journal giusti

In Business Central i movimenti di cassa passano dai general journal, ma la scelta del template/batch corretto è ciò che l’esame verifica. Per gli incassi da clienti si usa il Cash Receipt Journal, per i pagamenti ai fornitori il Payment Journal: entrambi sono varianti del general journal con Bal. Account Type = Bank Account preconfigurato, così ogni riga bilancia automaticamente la contropartita bancaria.

La riga tipica ha Account Type = Customer/Vendor, il documento e l’importo. Il cuore dell’operazione è però l’applicazione: collegare il pagamento alle fatture aperte così da chiudere le partite in Detailed Cust./Vendor Ledger Entries.

Applicazione: Applies-to Doc vs Application Method

Due strade portano alla stessa chiusura ma con logiche diverse:

  • Applies-to Doc. No.: sulla riga del journal indichi il singolo documento da saldare. È applicazione puntuale, riga per riga.
  • Application Method sull’anagrafica:
    • Apply to Oldest — al momento della registrazione BC applica l’importo alle partite aperte partendo dalla più vecchia, in automatico.
    • Manual — nessuna applicazione automatica: l’utente deve scegliere esplicitamente le partite, altrimenti il pagamento resta on-account (partita aperta non abbinata).

Per abbinamenti multipli si usa Apply Entries (Shift+F11), dove selezioni più fatture con Set Applies-to ID.

Payment Registration e Suggest Vendor Payments

La Payment Registration page è pensata per registrare rapidamente molti incassi clienti: mostra le fatture aperte, spunti “Payment Made”, eventualmente rettifichi la Amount Received e confermi in blocco. Ideale per l’operatività di cassa quotidiana lato receivables.

Lato pagamenti, il batch Suggest Vendor Payments popola il Payment Journal proponendo i fornitori da pagare in base a Last Payment Date, Due Date, priorità e sfruttamento degli sconti (Find Payment Discounts). Genera le righe già applicate; da lì si stampano/esportano i pagamenti.

Payment discount e tolerance

Sulle payment terms puoi definire uno sconto per pagamento anticipato (es. 2% se saldato entro 8 giorni). In fase di applicazione BC calcola il Pmt. Discount solo se la data di registrazione del pagamento è entro la Pmt. Discount Date. Rispettata la data, lo sconto viene rilevato automaticamente sul conto Payment Discount e la partita si chiude interamente.

Le tolerance gestiscono gli scostamenti:

  • Payment Discount Tolerance: concede lo sconto anche qualche giorno dopo la discount date.
  • Payment Tolerance: assorbe piccole differenze d’importo (max amount/percentuale) così una partita quasi-saldata si chiude comunque, senza lasciare centesimi aperti.

Entrambe si attivano da General Ledger Setup / Payment Tolerance Warning.

Bank Account Reconciliation, auto-match e Copilot

La Bank Account Reconciliation confronta le righe del bank statement (importate via file o Bank Feeds) con le Bank Account Ledger Entries. Con Match Automatically BC abbina per importo, data e documento; Copilot propone gli abbinamenti più incerti spiegando il match e velocizzando le righe residue, che restano comunque da confermare manualmente.

Se serve annullare un abbinamento errato si usa Remove Match (o Unapply): l’unapply riapre le partite, permettendo di riapplicare correttamente il pagamento. Al termine Post genera i movimenti mancanti e riconcilia il saldo banca.

Trappole tipiche d’esame

  • Pagamento oltre la Pmt. Discount Date → nessuno sconto: se registri dopo la data (e la Payment Discount Tolerance non è attiva), lo sconto non è concesso e la partita resta parzialmente aperta. La leva corretta è abilitare la Payment Discount Tolerance, non modificare a mano l’importo.
  • Application Method = Manual + nessuna applicazione → partita on-account: il pagamento viene registrato ma non chiude la fattura, che rimane aperta. Se lo scenario chiede la chiusura automatica dalla più vecchia, la risposta è Apply to Oldest.
  • Pagamento a un solo fornitore per molte fatture: usa Suggest Vendor Payments (batch), non righe manuali; per selezionare più fatture su una riga usa Apply Entries / Set Applies-to ID.
  • Differenza di centesimi che lascia la partita aperta: la soluzione è la Payment Tolerance, non un secondo journal di rettifica.
  • Match sbagliato nella riconciliazione: prima Unapply / Remove Match, poi riapplica; postare senza correggere disallinea il saldo banca.