gATP check for Batch Managed materials using Sales Order UOM instead of Base UOM

[former_member300470]

Hello,

We are in the early process of evaluating IS-Mills DIMP functionality based on ECC 6.0 and with SCM 7.0 and have a question related to gATP check for Batch Managed materials.

1) Question

·      

       Is it possible to perform a gATP check based on the Sales Order UOM and not the product Base UOM so that the order can be confirmed based on pieces in stock regardless of quantity available in Base UOM? (See scenario below)

2) Scenario 

• Product Base unit of Measure is pounds (LB)
• Material is batch managed and is kept in inventory as stock material
• Sales order entered for unit of measure – “Roll”.
• Order quantity = 1 roll
• Per Material Master alternative UOM, 1 Roll = 1,000 LBs
• In stock, we have 1 batch representing 1 Roll however actual batch weight is 980 lbs (due to theoretical vs actual weight variances).
• When gATP check is executed in our system, it checks based on base UOM (lbs) and will never allow a full confirmation based on the customer ordered quantity of 1  Roll.

3) Business Requirement

• If customer ordered in UOM of 1 Roll and there is 1 Roll available in stock, Sales order line item should be fully confirmed regardless of weight of that actual batch in stock

We understand it is possible in ECC and ECC-DIMP systems, to define batch specific units of measure and define batches as “Single Unit batches”. We also saw there is also functionality in IS-Mills called “Sales Order Fulfillment with Requirements Reduction in Pieces but are not clear how this integrates into the gATP check.

4) Feedback requested

• Options in standard ECC (non IS-Mills) with APO
• Options in IS-Mills DIMP ECC with APO

Thank you

[alfred_becker · Accepted solution]

Hi, the simple answer to your question is: NO, it is not possible to perform gATP check based on the Sales Order UOM. It always calculates in base UoM. But there are options to deal with this issue. The point is that there is no single best practice. Some customers want to keep the initially entered order quantity to be able to compare to the confirmed quantity. Others argue that in this way you'll never be able to deliver perfect orders, and they calculate what's possible to be confirmed and then they adapt the requested quantity.

One option to deal with this: You could work with tolerances so that when a sales order orders one 1 roll = 1,000 lbs, if the confirmation is within tolerance (e.g. 5% is o.k., so from your example 980 lbs would be o.k.) the sales order requirement and depending requirements (for production) can be set to "completed" after delivery. The tolerance can be modeled as a characteristic of VC and can be computed for the indivual order, or it can simply be a given setting for a customer.

Another option would be to enter an order quantity, let the system calculate the confirmed quantity and then you can use this information as a value for an (internally used) characteristic of VC to calculate and update the requested order quantity using the structure VCSD update.

Regards,
Alfred