Subcontracting Purchase Order Over-Receipt Limit Not Working Properly

(5) Share

Report

Posted on by Wayne_L

System Version: Dynamics 365 Business Central (Cloud) Version 26.3

Issue Description:
I'm experiencing an issue where the over-receipt limit functionality is not working properly for subcontracting purchase orders.

The purchase order is generated from a Production Order, and in the Routing setup, the subcontracted operation is not the last operation.

Configuration Details:

1. Over Receipt Code OVERRCPT0 is set to 0% and configured as default

2. Vendor master data also has Over Receipt Code set to 0%

Problem Behavior:
When entering an abnormally large receipt quantity (e.g., 99999999) in the subcontracting purchase order, the system does not enforce the 0% over-receipt limit setting, resulting in the purchase order quantity being modified unexpectedly. However, when testing regular purchase items, the over-receipt limits work correctly.

click tab, then

Questions:
Is this related to the special nature of subcontracting purchase orders? What solutions are available to resolve this issue and prevent user input errors?

Thank you.

Categories:

Dynamics 365 Business Central

I have the same question (0)

All responses (6)

Answers (1)

Dynamics_Decoded_Gokul 451 on at

Like (2)

Report

Hi

Does this belongs to any localization, or its a custom developed. could you share the exact area of issue.

Thanks

Was this reply helpful? Yes No
Suggested answer

YUN ZHU 95,331 Super User 2025 Season 2 on at

Like (1)

Report

Hi, This seems to be a customized function. There is no function associated with PO in Prod. Order Routing. Please contact the customized partner to check this customization.

Thanks

ZHU

Was this reply helpful? Yes No
Suggested answer

Suresh Kulla 50,243 Super User 2025 Season 2 on at

Like (3)

Report

I don't see any validation related to subcontracting PO, it should take into account the Tolerance % on over receipt. Do you have any other receipt code set up on the Item Card? Are you receiving any errorswhile receiving it ?

Was this reply helpful? Yes No
Wayne_L 60 on at

Like (2)

Report
Hi YUN ZHU and Tech_BC_Gokul,
Thank you both for your responses.
Regarding the customized field you mentioned, I have reviewed the AL code and found that it only creates data relationships without any additional restriction logic.

Additionally, I conducted tests in our SANDBOX environment, which has no third-party apps installed.

~~I followed the standard BC process completely:~~

~~executing the "Planning Worksheet" first, then the "Requisition Worksheet" to generate the subcontracting purchase orders.~~

(2025-08-15 : I need to make a correction to my previous response. I made an error in describing the process flow - we actually use the "Subcontracting Worksheet" to generate subcontracting purchase orders)

The test results show that subcontracting purchase orders are still not controlled by the "Over Receipt Quantity" limits, allowing users to input receipt quantities that exceed the purchase order quantity without restriction.

Could you please advise if this is expected behavior for subcontracting scenarios, or if there are additional settings that need to be configured?

------------------------------------

Hi Suresh Kulla,
Thank you for your response.
Regarding your questions:

1. Item Card : In the Item Card, we have not set any Over-Receipt Code - the field is left blank.

2. Receipt Process: We do not receive any error messages during the receipt process. When I input a value greater than the purchase order quantity in the "Qty. to Receive" field, the system directly calculates the "Over-Receipt Quantity" and automatically changes the purchase order quantity. The entire process proceeds without any warnings or error messages.

This is exactly the core issue we're facing - the system should enforce control based on the configured over-receipt limits, but it appears that subcontracting purchase orders completely lack this validation mechanism.

When you mentioned that "subcontracting PO lacks validation," does this mean it's a known limitation of BC's standard functionality? Are there any alternative ways to implement over-receipt control for subcontracting purchase orders?

Best regards

Was this reply helpful? Yes No
Verified answer

Ben Baxter 6,577 Super User 2025 Season 2 on at

Like (2)

Report

You mention executing the "Planning Worksheet" and then the "Requisition Worksheet", neither of which is not part of the standard subcontracting process. To process a subcontracting PO you use the "Subcontracting Worksheet".

When "Receiving" a subcontracting PO, you are not actually receiving anything. You are recording a service performed as part of a manufacturing process. The only time Item Ledger Entries would be created would be if the subcontracting step was the final step in the Production Order's routing, at which time it is posting the Output of the Finished Good to inventory. This is likely the reason the Over Receipt is not factored in to a Subcontracting PO.

It sounds like a customization could be added to either block Quantity changes on subcontract POs or trigger the Over Receipt logic.

Hope this helps.

P.S. Thank you for your clear responses and for testing changes in a Sandbox environment!

Best Regards,

Ben Baxter

Accent Software Inc

Was this reply helpful? Yes No
Wayne_L 60 on at

Like (3)

Report

Hi Ben Baxter,

Thank you for your detailed response!
After confirmation, we are indeed using the Subcontracting Worksheet functionality. I apologize for the incorrect description earlier.
Based on your explanation, I further reviewed the code in Codeunit 8510 "Over-Receipt Mgt." and found that the main validation targets include:

Purchase Line (Type = Item)
Item Ledger Entry
Warehouse Receipt Line
Warehouse Activity Line

According to Microsoft's official documentation on "Subcontract manufacturing," when the subcontracting operation is not the last one in the routing, it primarily targets operations or capacity rather than physical inventory receipt.

As you mentioned, when receiving subcontracting purchase orders, it only triggers Posted Purchase Receipt and Capacity Ledger Entry, without creating actual inventory-related entries.

This is exactly why the over-receipt functionality validation is not included.

We will implement a customization to address this issue. Thank you again for your professional insights!
Best regards

Was this reply helpful? Yes No