14.2 Generating Payments, Centralized Payments & Check Lifecycle
Key Takeaways
- Generating payments produces the disbursement medium — a check file, a positive pay file, or an electronic payment file.
- Centralized payments let one legal entity pay invoices owned by other entities, creating intercompany due-to and due-from entries automatically.
- A posted check can be voided, which cancels the payment but leaves the invoice open for repayment.
- Reversing a payment reopens the settled invoice; canceling a payment before posting simply discards the proposal.
14.2 Generating Payments, Centralized Payments & Check Lifecycle
Quick Summary: This section covers the disbursement half of Accounts payable: generating payment media, running centralized payments across legal entities, and the void, reverse, and cancel operations on posted checks.
1. Generating Payments & Disbursement Media
After payment journal lines are created, the AP team generates the disbursement media (physical checks or electronic files) via Vendor payment journal > Lines > Generate payments.
+---------------------------------------------------------------------------------------------------------+
| Payment Generation Media Comparison |
+---------------------------------------------------------------------------------------------------------+
| Disbursement Media | Generation Mechanics | Accounting & Audit Controls |
| :------------------- | :-------------------------------------- | :------------------------------------- |
| **Computer Check** | Generates MICR-encoded checks on blank | Assigns unique check numbers from Bank |
| | stock or pre-printed stationery. | Check Number sequence; tracks spoilage.|
| -------------------- | --------------------------------------- | -------------------------------------- |
| **Electronic File** | Executes Electronic Reporting (ER) | File downloaded to bank portal or sent |
| **(EFT / ACH)** | format to produce XML/TXT banking file. | via SFTP; Payment Status updates *Sent*.|
| -------------------- | --------------------------------------- | -------------------------------------- |
| **Payment Advice** | Formatted remittance notification | Sent via Print Management (email PDF) |
| | listing settled invoices and discounts. | to vendor accounts receivable contact. |
+---------------------------------------------------------------------------------------------------------+
Check Printing & Bank Account Layout Setup
For physical check generation, the disbursement bank account must have a defined Check layout (Cash and bank management > Bank accounts > Set up > Check layout):
- Check form: Defines the physical form type (
Check on top,Check in middle,Check on bottom, orThree per page). - Check number method: Fixed (pre-printed numbered checks; system checks numbers against physical stock) or Free (system assigns sequential numbers onto blank check stock).
- MICR Line Font: Formats routing transit, bank account, and check serial numbers in standard E-13B magnetic ink font.
- Test Print: Generates non-negotiable alignment tests without consuming active check sequence numbers.
Check Spoilage & Voiding Unposted Checks
If a check jams or suffers print misalignment during generation:
- The user navigates to
Cash and bank management > Bank accounts > Checks. - Locate the spoiled check number (status Created).
- Click Void check.
- The system flags the check record as Void, records the audit log, and releases the payment journal line so a new check number can be assigned.
2. Centralized Vendor Payments Across Legal Entities
In multi-entity corporate structures, enterprise Shared Service Centers (SSCs) or centralized treasury departments manage disbursements centrally. A Centralized payment architecture allows a single legal entity (the Paying Company) to disburse funds to settle invoices belonging to multiple other legal entities (the Invoicing Companies).
+---------------------------------------------------------------------------------------------------------+
| Centralized Payment Architectural Setup |
+---------------------------------------------------------------------------------------------------------+
| Prerequisite Setup | Navigation Path | Functional Requirement |
| :---------------------------------- | :------------------------------------- | :--------------------- |
| **1. Intercompany Accounting** | `General ledger > Posting setup > | Define intercompany |
| | Intercompany accounting` | Due-To and Due-From GL |
| | | clearing main accounts |
| ----------------------------------- | -------------------------------------- | ---------------------- |
| **2. Organization Hierarchy** | `Organization administration > | Assign hierarchy |
| | Organizations > Organization hierarchies| with purpose: |
| | ` | **Centralized payments**|
| ----------------------------------- | -------------------------------------- | ---------------------- |
| **3. AP Centralized Parameters** | `Accounts payable > Setup > Accounts | Enable centralized |
| | payable parameters > Centralized pay` | cross-company payments |
| ----------------------------------- | -------------------------------------- | ---------------------- |
| **4. Global Address Book Mapping** | `Accounts payable > Vendors` | Link vendor records via|
| | | shared Party ID |
+---------------------------------------------------------------------------------------------------------+
Accounting Entries for Centralized Payments
Consider USMF (Paying Company, USD) issuing an electronic payment of $15,000.00 from Bank Account US-BANK-01 to settle an open vendor invoice in DEMF (Invoicing Company, USD):
+---------------------------------------------------------------------------------------------------+
| Centralized Payment General Ledger Voucher Postings |
+---------------------------------------------------------------------------------------------------+
| Legal Entity | Main Account & Description | Debit Amount | Credit Amount |
| :----------- | :------------------------------------------- | :--------------- | :--------------- |
| **DEMF** | `210100 - Accounts Payable (Vendor VEND-001)`| **$15,000.00** | |
| (Invoicing) | `211000 - Due to USMF (Intercompany Liab)` | | **$15,000.00** |
| ------------ | -------------------------------------------- | ---------------- | ---------------- |
| **USMF** | `131000 - Due from DEMF (Intercompany Asset)`| **$15,000.00** | |
| (Paying) | `110100 - Operating Cash (US-BANK-01)` | | **$15,000.00** |
+---------------------------------------------------------------------------------------------------+
[!IMPORTANT] The invoice in DEMF is fully closed and settled. No cash account in DEMF is credited. Instead, DEMF records an intercompany liability to USMF, while USMF records an intercompany receivable from DEMF and credits its bank disbursement account.
3. Voiding, Reversing & Canceling Posted Checks
When a posted check is lost in transit, damaged, or stopped by the bank, financial consultants must execute a formal Check reversal in Dynamics 365 Finance.
+---------------------------------------------------------------------------------------------------------+
| Check Cancellation vs. Payment Reversal |
+---------------------------------------------------------------------------------------------------------+
| Operation | Navigation Path | System Actions Executed |
| :---------------------- | :---------------------------------- | :--------------------------------------- |
| **Check Reversal** | `Cash and bank management > Bank | 1. Reverses Bank ledger disbursement. |
| **(Posted Checks)** | accounts > Checks > Payment reversal| 2. Reverses AP vendor settlement. |
| | ` | 3. Re-opens original vendor invoice. |
| | | 4. Marks check status as *Cancelled*. |
| ----------------------- | ----------------------------------- | ---------------------------------------- |
| **Void Check** | `Cash and bank management > Bank | 1. Marks check status as *Void*. |
| **(Unposted / Jammed)** | accounts > Checks > Void check` | 2. Does NOT post GL or AP entries. |
| | | 3. Releases payment journal line. |
| ----------------------- | ----------------------------------- | ---------------------------------------- |
| **Transaction Reversal**| `General ledger > Inquiries and | 1. Reverses GL voucher debits/credits. |
| **(Electronic Payments)**| reports > Voucher transactions` | 2. Re-opens vendor transaction lines. |
+---------------------------------------------------------------------------------------------------------+
Step-by-Step Check Reversal Procedure
- Navigate to
Cash and bank management > Bank accounts > Bank accounts, select the bank account, and open Checks. - Locate and highlight the target check record (Current Status: Paid).
- Click Payment reversal on the Action Pane.
- In the dialog, enter the Reversal date (e.g., current date to maintain closed historical period integrity) and select a mandatory Reason code (e.g.,
LOST_CHECKorSTOP_PAYMENT). - Click OK.
- The system generates an inverse GL voucher, changes check status to Cancelled, and un-settles the open vendor invoice so it is immediately available for future payment proposal selection.
A global enterprise implements centralized vendor payments in Dynamics 365 Finance. Legal entity USMF operates as the shared treasury paying company, while legal entity DEMF is the operating company where vendor invoices are entered and approved. A centralized payment of $50,000 is generated and posted in USMF to settle an approved vendor invoice in DEMF. What General Ledger voucher entries are generated in USMF and DEMF upon posting?
A vendor contacts the treasury department stating that physical check #100452 for $8,500, which was posted 10 days ago, was lost in the mail. The financial controller stops payment at the bank and requires that the check record in Dynamics 365 Finance be cancelled, the bank balance restored, and the original vendor invoice returned to open status for future re-issuance. What is the correct procedure to achieve this in Dynamics 365 Finance?