Skip to main content
Solved

Cancelled PO for Outside Subcontracting Won't Generate a New Requisition

  • June 12, 2025
  • 4 replies
  • 87 views
A
Sidekick (Customer)
Forum|alt.badge.img+8
  • Anna
  • Sidekick (Customer)

We have an issue where a shop order with an outside operation has a requisition that has been converted to a purchase order BUT the PO has been cancelled. Even though the PO is cancelled, IFS won’t generate another requisition for this outside operation step.

 

Ship WIP to Supplier is Visible because we’ve reversed the Ship WIP. Purchase requisition is still the cancelled PO.
Line in status “PO Created”
PO Cancelled
MRP won't generate another requisition for this order. I just ran it and did a search for my order ref 1 and this is the only requisition that shows up. The only way I can see to fix this is to uncancel the order in the DB.

 

Best answer by Abdul

Hi ​@Anna,

I have tested with a concurrent outside operation setup, and you are correct, the system does not reopen the Purchase Requisition.

Now the question is how to create a new Purchase Order after cancellation.

The following steps need to be followed.

  1. Copy subjected Outside Operation.
  2. Delete subjected Outside Operation. The system would give a warning message that the associated PR would also be deleted.
  3. Paste the Outside Operation back and save the record. The system would create a fresh PR in Planned status.

Business users can proceed with the new PR as per business requirements, and create new PO.

 

Regards

Abdul Rehman

4 replies

Abdul
Superhero (Partner)
Forum|alt.badge.img+20
  • Abdul
  • Superhero (Partner)
  • June 12, 2025

Hi ​@Anna,

First, MRP does not play any role in generating a Purchase Requisition for Outside Operation, since Shop Order itself generates the required PR upon Shop Order release (can be generated even before releasing the Shop Order, but the same would also be generated through Shop Order only).

Second, I am not sure what steps the business user has followed that the system has not reopened the PR linked with the outside operation upon Purchase Order cancellation, since the system always reopens.

Please refer to the screenshot below, the system gives an information message that linked PR would be reopened.

 

Another strange thing I noticed in your screenshots, that operation 51 is in closed status while operation 50 is in released status. How is it possible?

 

Regards

Abdul Rehman

https://www.linkedin.com/in/abdul-rehman-ifscloudexpert/
A
Sidekick (Customer)
Forum|alt.badge.img+8
  • Anna
  • Author
  • Sidekick (Customer)
  • June 12, 2025

Hi ​@Abdul, these are concurrent operations, that is why the 51 operation is closed and this one is opened.

Testing this now, I see that it tells me that it’s connected to a shop order requisition and I’ve cancelled another order and I receive this message:

 

But the operation is still tied to this closed purchase requisition.
 

 

Abdul
Superhero (Partner)
Forum|alt.badge.img+20
  • Abdul
  • Superhero (Partner)
  • Answer
  • June 13, 2025

Hi ​@Anna,

I have tested with a concurrent outside operation setup, and you are correct, the system does not reopen the Purchase Requisition.

Now the question is how to create a new Purchase Order after cancellation.

The following steps need to be followed.

  1. Copy subjected Outside Operation.
  2. Delete subjected Outside Operation. The system would give a warning message that the associated PR would also be deleted.
  3. Paste the Outside Operation back and save the record. The system would create a fresh PR in Planned status.

Business users can proceed with the new PR as per business requirements, and create new PO.

 

Regards

Abdul Rehman

https://www.linkedin.com/in/abdul-rehman-ifscloudexpert/
A
Sidekick (Customer)
Forum|alt.badge.img+8
  • Anna
  • Author
  • Sidekick (Customer)
  • June 13, 2025

Hi ​@Abdul thanks for checking. I’ve entered a ticket to IFS about this so hopefully it will be resolved but for now, we will use the workaround you suggest.

Abdul
Terms & ConditionsCookie settingsAccessibility statement