Skip to main content

Hello,

For a serialized manufactured part, at a certain operation on a shop order I scrapped 1 part out of 5 (Lot size)

Then I want to receive the shop order and I got at this level one serial number part which not activated.

But the problem is that I have the possibility to activate the receipt and the message below is not blocking!!

This will create many incoherences :

for example, in shop floor workbench, it is possible to visualize the scrap

And also in inventory, we can find 5 parts received with standard cost and 1 part with “scrapped cost” which is not logic!

 

Can anyone has an idea about this and how is it possible de block it please? thanks

Hi ​@OmarBM,

First, there is no standard control available in IFS to prevent the over-receiving of Shop Order, though the idea is under consideration/development. In case of over-receiving, the system does not allow the Shop Order closing unless the extra required material and operation reporting are not performed.

Second, I successfully replicated your business scenario, however, surprisingly, the system has allowed to closed the Shop Order, and this is not logical.

@Björn Hultgren would appreciate your input here.

 

Regards

Abdul Rehman


The system does allow over-receiving; however, users must manually confirm a warning before proceeding. This flexibility supports real-world scenarios—for example, production may occasionally yield more output than planned, even when material consumption is as expected. Think of baking a batch of 100 buns: sometimes, the dough might yield 101.

If the part is serialized and multilevel tracked, the system requires that sufficient material has been issued and assigned to meet the requirements for each serial number.

There is a suggestion in the Ideas section to introduce an option to completely block over-receiving. However, this request is not currently prioritized for any upcoming release.

Prevent Over Receive of Shop Order | IFS Community


Hi ​@Björn Hultgren,

Thank you for the explanation, however, it is not logical that the system allows receiving more than the final operation completed quantity, and even allows closing the Shop Order as well.

Please refer to the screenshots below. Created a Shop Order with a Lot size of 5 Pcs, and at the final operation, 4 Pcs were completed, and 1 Pcs got scrapped, still the system allowed receipt for 5 Pcs completely. 

Is this behaviour correct?

 

Regards

Abdul Rehman


I looked in Apps10 and in this situation the user is presented a Warning that the serials entered exceeds the serials to be reserved, but the process will not continue as it does in Cloud. The user can receive only the remaining quantity.

 


When receiving the shop order, the logic verifies that enough quantity has been reported on open operations to cover the received quantity. When you have closed the operation you have confirmed that was the produced quantity. So, the behavior is expected. Even if an operation yielded a lower quantity there are scenarios where the final receipt could be a greater quantity. 


When receiving the shop order, the logic verifies that enough quantity has been reported on open operations to cover the received quantity. When you have closed the operation you have confirmed that was the produced quantity. So, the behavior is expected. Even if an operation yielded a lower quantity there are scenarios where the final receipt could be a greater quantity. 

Hello ​@Björn Hultgren

 

Thank you for your answer. It was clear.

 

I agree that when the operation has been closed, I confirmed the produced quantity but in the case of a scrapped part (1 of 5 parts) the stock and cost are not correct when activating the receipt of scrapped part:

  • In stock, I have 5 parts that are acceptable and a sixth line in with a scrapped part
  • In shop order cost, I find the cost of 5 parts and the cost of scrapped part.

In my opinion, in the industry we can find the food industry that provide flexibility for its production, but I think for all mechanical and electrical industries this characteristic is not adapted. My client is in Aerospace industry and this flexibilty represents a risk for him.


Reply