Solved

Reposting Non Inventory Purchase after Work Order closure - Service

  • 19 January 2022
  • 4 replies
  • 253 views

Userlevel 2
Badge +3

Hi all,

We have an issue with Non Inventory Purchases made from Work Orders.

When the Non Inventory item is received, a Preliminary line is added to the Work Order with no associated financial transactions. When the Supplier Invoice is then received, the Preliminary cost is “Overtaken” - the M93 posting from the Supplier Invoice is replaced with TP3 postings.

Our problem is that this only works if the Work Order is still open. In many cases, we close the Work Order prior to receiving the Supplier Invoice. Once the Work Order is closed, the overnight job to “Transfer Reposting Transactions” then runs, which results in the “Finally Posted” tickbox being ticked on the Work Task Transaction. When the Supplier Invoice is then received, the M93 posting is triggered as usual, but no TP3 posting occurs.

I had hoped to reopen the Work Order and “Remove Finally Posted”, but this errors due to the status of the Work Task Transaction being “Overtaken” and not “Transferred”. (This has then become a chicken-and-egg situation: it’s not possible to update the status to “Transferred” unless the “Finally Posted” tickbox is removed, but it’s not possible to remove the “Finally Posted” flag due to the status being “Overtaken”)

The result of this is that the posting sits on M93, with no possibility of moving it forward to it’s final TP3 account.

Any help would be much appreciated.

Thanks,
Chris

 

(Originally posted in Finance, re-posted here in Service & Maintenance as per IFS suggestion)

icon

Best answer by hastse 1 February 2022, 08:28

View original

This topic has been closed for comments

4 replies

Userlevel 3
Badge +6

Hi, this is a defect that should be reported to Support, the overtake with TP3 is always to take place. Report it thru normal support.

Userlevel 2
Badge +6

Hi

We are having the same issue?  Did you find a work around?  How did you get the Overtaken to transfer. 

 

 

Badge +1

Hi, this is a defect that should be reported to Support, the overtake with TP3 is always to take place. Report it thru normal support.

Do we have solution 

Hi all,

We have an issue with Non Inventory Purchases made from Work Orders.

When the Non Inventory item is received, a Preliminary line is added to the Work Order with no associated financial transactions. When the Supplier Invoice is then received, the Preliminary cost is “Overtaken” - the M93 posting from the Supplier Invoice is replaced with TP3 postings.

Our problem is that this only works if the Work Order is still open. In many cases, we close the Work Order prior to receiving the Supplier Invoice. Once the Work Order is closed, the overnight job to “Transfer Reposting Transactions” then runs, which results in the “Finally Posted” tickbox being ticked on the Work Task Transaction. When the Supplier Invoice is then received, the M93 posting is triggered as usual, but no TP3 posting occurs.

I had hoped to reopen the Work Order and “Remove Finally Posted”, but this errors due to the status of the Work Task Transaction being “Overtaken” and not “Transferred”. (This has then become a chicken-and-egg situation: it’s not possible to update the status to “Transferred” unless the “Finally Posted” tickbox is removed, but it’s not possible to remove the “Finally Posted” flag due to the status being “Overtaken”)

The result of this is that the posting sits on M93, with no possibility of moving it forward to it’s final TP3 account.

Any help would be much appreciated.

Thanks,
Chris

 

(Originally posted in Finance, re-posted here in Service & Maintenance as per IFS suggestion)

 

Hi Chris,

 

Do we have closure on this matter yet? How to resolve?

 

Thanks!

 

 

 

Userlevel 2
Badge +3

Hi all,

 

We raised a case with IFS for this, and they have provided a “hotfix”/patch for it. I am waiting for this patch to be deployed to one of our non-production environments for Testing, to ensure that it does resolve the issue.


Thanks,

Chris