For the complete documentation index, see llms.txt. This page is also available as Markdown.

Posted Invoice Aggregator (Bevica Power BI) (Optional)

Optional model table that groups item ledger entries to posted invoices for analysis.

Posted Invoice Aggregator (Bevica Power BI) (Optional)

Available 09/2025 releases and later only

Overview

The way Business Central posts to the item ledgers and value entries can make it more difficult to analyse transactions at a detailed level. For example, viewing additional costs against a sales order. This table can be used to aggregate or group transactions to an invoice.

Implementation

There are several parts to this:

  • Summarise the item ledger table by

    • ILE Entry No

    • Document No (Posted Sales Invoices, Sales Credit Memos, Purchase Invoices, Purchase Credit Memos) to provide a list of posted "invoices"

  • Summarise non-inventory documents (e.g. invoices for a GL account)

    • Entry No (this is generated as part of the data load)

    • Document No

  • Identify the first posted document against an Entry No as the aggregation

This aggregated table can then be used to filter the Item Ledger table to show the invoice it was against.

The table is called Posted Invoice Aggregated.

Default available fields are:

  • Document No (Posted Docs)

  • Document Type (Posted Docs)

  • (PK) Item Ledger Entry No - hidden by default, used as the relationship to the Item Ledger Entry table

  • Posting Date (Posted Docs) - hidden by default

Known behaviours and potential issues

Business Central can post the following which could cause this grouping to be inaccurate:

  • One shipment with multiple invoices

    • The shipment creates the stock movement (item ledger entry) but subsequent invoices create multiple invoices against the individual item ledger.

    • The first invoice only will be aggregated.

  • Multiple shipments

    • The shipments will create an entry no and invoices would be linked to them "one to one" so it should work as expected (i.e. separate posted docs).

  • Cost adjustment credits using item charges

    • These do not create a stock movement but an adjustment against the original movement.

    • The item charge is linked to the original shipment and therefore the original item ledger entry number. The credit will therefore appear under the original invoice.

  • Sales return orders (i.e. those returning stock)

    • These will create a new item ledger for the return so will be against the sales credit memo created.

  • Documents crossing periods

    • For any of the above scenarios, a document could post in a different period. Where it is grouped then it could resurface a transaction.

    • The 'Posting Date' of the grouped invoice is available but not shown by default. The standard relationship for dates is the Item Ledger Entry Posting Date.

Overcoming known limitations

  • Use the "Document No (Posted Docs)" and the "Document No" from the Item Ledger Entry table to show the specific documents

  • The default date filter from the item ledger entry (posting date) can be used to surface the differences for different periods if reconciling

  • Ensure setup in BC uses inventory periods and robust posting date controls

  • Review how you use BC around part shipments/invoices to be aware of how this can affect reporting

Last updated

Was this helpful?