In D365, Production

When creating and processing a batch/production order that includes a by-product, the system produces incorrect accounting entries during the Reported as Finished (RAF) stage. In the described scenario, a new batch order is created, followed by executing the standard process steps (Estimate → Start → Picking list posting → Reported as Finished → End). At the RAF stage—where route consumption is automatically posted—the system generates the financial voucher. However, instead of splitting the accounting entries correctly, the system posts both route consumption values on the same side (debit), even when one of the values is zero. This behavior persists through to the end of the production order, resulting in vouchers where both entries appear as debit postings.

From a financial and accounting perspective, the expected behavior is that the system should generate balanced ledger entries, where one value is posted to debit and the corresponding value is posted to credit, ensuring accurate representation of production costs and by-product allocation. The current behavior leads to incorrect financial reporting and requires manual verification or reconciliation, especially in environments with high transaction volumes. The request is to correct the posting logic for route consumption when by-products are involved, ensuring proper debit and credit distribution in line with standard costing and accounting principles.