Extend general ledger posting aggregations
Important
This content is archived and is not being updated. For the latest documentation, go to What's new or changed in Business Central. For the latest release plans, go to Dynamics 365, Power Platform, and Cloud for Industry release plans.
Enabled for | Public preview | General availability |
---|---|---|
Users by admins, makers, or analysts | - | Nov 3, 2023 |
Business value
Regulations in different countries and industries, and customer business practices, might require a change to how general ledger entries are aggregated during posting.
Feature details
The Invoice Posting Buffer table has been at the center of localizations and partner customizations when changes to G/L posting are needed, or when G/L entries must be aggregated in a different way when they're posted to the general ledger. The previous design was not extensible because the primary key in that table cannot be changed without introducing a breaking change across partner solutions and localizations. There are significant differences in this table across localizations—in particular for APAC, BE, ES, IT, NA, and RU, which has made it difficult to extract localizations to extensions.
This refactoring makes the posting process for sales, purchase, and service transactions extensible. Partners can also change the way the posting algorithm aggregates G/L entries—for example, by specific document lines, posting groups, or any tax setup that is required by local legislation. Partners can replace customizations by using the interface for G/L invoice posting, resolve legacy issues for the Invoice Posting Buffer table, and use their own implementation of G/L invoice posting.
We remove the dependencies from the Invoice Posting Buffer table in the base application and build an invoice posting component with an interface and an extensible enum for the implementation setup.
Note
This feature is currently available only for developers and can't be turned on in production environments yet.
See also
Extending G/L Entry Aggregations When Posting Invoices (docs)