Skip to content

[E-Documents Core] - Enabling remittance advice export via E-Documents (payment journal + posted payments)#9578

Open
AndriusAndrulevicius wants to merge 3 commits into
microsoft:mainfrom
AndriusAndrulevicius:dev/aan/remittance-advice
Open

[E-Documents Core] - Enabling remittance advice export via E-Documents (payment journal + posted payments)#9578
AndriusAndrulevicius wants to merge 3 commits into
microsoft:mainfrom
AndriusAndrulevicius:dev/aan/remittance-advice

Conversation

@AndriusAndrulevicius

Copy link
Copy Markdown
Contributor

Implementation

Adds an electronic counterpart to BC's existing paper remittance advice reports: a new "Create E-Documents" checkbox on reports 399 ("Remittance Advice - Journal") and 400 ("Remittance Advice - Entries") creates E-Document records of a new "Remittance Advice" type that flow through the standard E-Documents engine and export as UBL 2.1 RemittanceAdvice XML via the PEPPOL BIS 3.0 format.

Key additions:

  • Adds a new "Remittance Advice" E-Document type (enum 6121) with its own data-assembly, validation, and export path in E-Documents Core, reusing the existing service/format/workflow engine (no new dependencies).
  • Adds report extensions on 399 (unposted payment journal) and 400 (posted Vendor Ledger Entries) with an opt-in checkbox that collects payment/applied-document data and creates one E-Document per payment.
  • Ports report 399/400's allocation, currency-conversion, and payment-discount math into a shared assembly codeunit so the E-Document data matches the printed report exactly.
  • Adds a PEPPOL BIS 3.0 format implementation that generates UBL 2.1 RemittanceAdvice XML (header, accounting parties, payment means, one RemittanceAdviceLine per applied document).
  • Adds a non-editable "created" flag on Gen. Journal Line with a Void action (clears the flag / cancels the E-Document) and an Open E-Document action on the Payment Journal page.
  • Re-points the E-Document from the journal line to the posted payment Vendor Ledger Entry at posting time (journal lines are deleted on posting), with a delete-safety subscriber that cancels orphaned E-Documents if a flagged, un-re-pointed line is removed before posting.
  • Moves the existing UKSendRemittanceAdvice "send by email" actions natively into BaseApp (VendorLedgerEntries.Page.al, PaymentJournal.Page.al) and marks the old UKSendRemittanceAdvice page extensions obsolete — this is a code-location move only, the email-send behavior itself is unchanged and does not route through the new E-Document type.
  • Adds test coverage (EDocRemitAdviceTest, 13 scenarios) for journal/entries happy paths, multi-line/multi-vendor grouping, credit memos and payment discounts, duplicate/re-export confirms, posting re-point, void, and format extensibility.

Linked work

Fixes #

Enables creation, validation, export, and lifecycle handling for vendor remittance advice documents from payment journals and posted payments, including PEPPOL/UBL generation and related test coverage.
@AndriusAndrulevicius
AndriusAndrulevicius requested review from a team July 17, 2026 12:37
@AndriusAndrulevicius
AndriusAndrulevicius requested review from a team as code owners July 17, 2026 12:37
@github-actions github-actions Bot added AL: Apps (W1) Add-on apps for W1 From Fork Pull request is coming from a fork labels Jul 17, 2026
@github-actions

Copy link
Copy Markdown
Contributor

Could not find linked issues in the pull request description. Please make sure the pull request description contains a line that contains 'Fixes #' followed by the issue number being fixed. Use that pattern for every issue you want to link.

@github-actions github-actions Bot added the Integration GitHub request for Integration area label Jul 17, 2026
Introduces shared remittance advice buffer logic for unposted and posted payments, enabling consistent advice generation across payment workflows. Native send actions now appear in core payment and vendor ledger experiences, report selections are seeded for email delivery, and older UK-specific remittance setup hooks are marked obsolete.
# Conflicts:
#	src/Apps/W1/EDocument/App/src/Processing/EDocumentSubscribers.Codeunit.al
@github-actions github-actions Bot added the needs-approval Workflow runs require maintainer approval to start label Jul 17, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

AL: Apps (W1) Add-on apps for W1 From Fork Pull request is coming from a fork Integration GitHub request for Integration area needs-approval Workflow runs require maintainer approval to start

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant