IJ01505: SYSTEM IS NOT REVERSING DISTRIBUTED RECEIPT TRANSACTIONS FOR SERVICES WHEN RECEIPTS ARE VOIDED OR RETURNED.

APAR status

• Closed as program error.

Error description

• Steps to replicate:
  
  
  1) Create PO. In this example, PO 1163.
  
  2) Create PO Line, line type SERVICE.
  
  3) Enter GL Debit Account 6100-100-000 on the PO Line.
  
  4) Distribute Cost on the PO Line.
  
  5) Modify to GL Debit Account 6200-200-000 on first line & set
  to 50%.
  
  6) Insert new distribution row, set to 50%, input GL Debit
  Account 6300-300-000.
  
  7) Approve the PO and take note of its number.
  
  8) Receive the PO.
  
  Info from Client:
  On Service Receipt: (Currently works as expected)
  Trans Object...Trans Type...GL Debit Acct...Loaded Cost
  SERVRECTRANS...RECEIPT......ACCT #1.........100
  SERVRECTRANS...POCOST.......ACCT #2.........50
  SERVRECTRANS...POCOST.......ACCT #3.........50
  
  Info from L2:
  L2 query result set after the Service Receipt:
  SELECT PONUM, ISSUETYPE, GLDEBITACCT, LINECOST FROM SERVRECTRANS
  WHERE PONUM = '1163' ORDER BY SERVRECTRANSID;
  PONUM....ISSUETYPE.......GLDEBITACCT.......LINECOST
  1163.....RECEIPT.........6100-100-000......100
  1163.....POCOST..........6200-200-000......50
  1163.....POCOST..........6300-300-000......50
  
  9) Void the Service Receipt
  
  Info from Client:
  On Service Void Receipt the following Transaction is produced:
  SERVRECTRANS - VOIDRECEIPT
  (Expected Results)
  Trans Object...Trans Type....GL Debit Acct...Loaded Cost
  SERVRECTRANS...VOIDRECEIPT...ACCT #1.........-100
  SERVRECTRANS...POCOST........ACCT #2.........-50
  SERVRECTRANS...POCOST........ACCT #3.........-50
  
  Info from L2:
  L2 query result set after voiding the Service Receipt:
  SELECT PONUM, ISSUETYPE, GLDEBITACCT, LINECOST FROM SERVRECTRANS
  WHERE PONUM = '1163' ORDER BY SERVRECTRANSID;
  PONUM....ISSUETYPE.......GLDEBITACCT.......LINECOST
  1163.....RECEIPT.........6100-100-000......100
  1163.....POCOST..........6200-200-000......50
  1163.....POCOST..........6300-300-000......50
  1163.....VOIDRECEIPT.....6100-100-000......-100
  
  10) Receive the PO again.
  
  11) Void the Service Receipt again.
  
  Info from L2:
  L2 query result set after receiving and voiding the Service
  Receipt again:
  select issuetype,quantity,linecost,loadedcost,gldebitacct from
  servrectrans where ponum='XXXX' order by servrectransid;
  ISSUETYPE .. QUANTITY .. LINECOST .. LOADEDCOST .. GLDEBITACCT
  RECEIPT .... 1 ......... 100 ....... 100 ......... 6100-100-000
  POCOST ..... .5 ........ 50 ........ 50 .......... 6200-200-000
  POCOST ..... .5 ........ 50 ........ 50 .......... 6300-300-000
  RETURN ..... -1 ........ -100 ...... -100 ........ 6100-100-000
  POCOST ..... -0.5 ...... -50 ....... -50 ......... 6200-200-000
  POCOST ..... -0.5 ...... -50 ....... -50 ......... 6300-300-000
  RECEIPT .... 1 ......... 100 ....... 100 ......... 6100-100-000
  POCOST ..... .5 ........ 50 ........ 50 .......... 6200-200-000
  POCOST ..... .5 ........ 50 ........ 50 .......... 6300-300-000
  RETURN ..... -1 ........ -100 ...... -100 ........ 6100-100-000
  POCOST ..... 0 ......... -50 ....... -50 ......... 6200-200-000
  POCOST ..... 0 ......... -50 ....... -50 ......... 6300-300-000
  
  Note:
  
  Now repeat the steps above, but Return the Service Receipt
  instead of Void it. In this example, using PO 1164.
  
  Info from L2:
  L2 query result set after the Service Receipt:
  SELECT PONUM, ISSUETYPE, GLDEBITACCT, LINECOST FROM SERVRECTRANS
  WHERE PONUM = '1164' ORDER BY SERVRECTRANSID;
  PONUM....ISSUETYPE.......GLDEBITACCT.......LINECOST
  1164.....RECEIPT.........6100-100-000......100
  1164.....POCOST..........6200-200-000......50
  1164.....POCOST..........6300-300-000......50
  
  Return the Service Receipt
  
  Info from Client:
  On Service Return the following Transaction is produced:
  SERVRECTRANS - RETURN
  (Expected Results)
  Trans Object...Trans Type...GL Debit Acct...Loaded Cost
  SERVRECTRANS...RETURN.......ACCT #1.........-100
  SERVRECTRANS...POCOST.......ACCT #2.........-50
  SERVRECTRANS...POCOST.......ACCT #3.........-50
  
  Info from L2:
  L2 query result set after returning the Service Receipt:
  SELECT PONUM, ISSUETYPE, GLDEBITACCT, LINECOST FROM SERVRECTRANS
  WHERE PONUM = '1164' ORDER BY SERVRECTRANSID;
  PONUM....ISSUETYPE.......GLDEBITACCT.......LINECOST
  1164.....RECEIPT.........6100-100-000......100
  1164.....POCOST..........6200-200-000......50
  1164.....POCOST..........6300-300-000......50
  1164.....RETURN..........6100-100-000......-100
  
  Receive the PO again.
  
  Return the Service Receipt again.
  
  Info from L2:
  L2 query result set after receiving and returning the Service
  Receipt again:
  select issuetype,quantity,linecost,loadedcost,gldebitacct from
  servrectrans where ponum='YYYY' order by servrectransid;
  ISSUETYPE .. QUANTITY .. LINECOST .. LOADEDCOST .. GLDEBITACCT
  RECEIPT .... 1 ......... 100 ....... 100 ......... 6100-100-000
  POCOST ..... .5 ........ 50 ........ 50 .......... 6200-200-000
  POCOST ..... .5 ........ 50 ........ 50 .......... 6300-300-000
  RETURN ..... -1 ........ -100 ...... -100 ........ 6100-100-000
  POCOST ..... -0.5 ...... -50 ....... -50 ......... 6200-200-000
  POCOST ..... -0.5 ...... -50 ....... -50 ......... 6300-300-000
  RECEIPT .... 1 ......... 100 ....... 100 ......... 6100-100-000
  POCOST ..... .5 ........ 50 ........ 50 .......... 6200-200-000
  POCOST ..... .5 ........ 50 ........ 50 .......... 6300-300-000
  RETURN ..... -1 ........ -100 ...... -100 ........ 6100-100-000
  POCOST ..... 0 ......... -50 ....... -50 ......... 6200-200-000
  POCOST ..... 0 ......... -50 ....... -50 ......... 6300-300-000
  

Local fix

• No workaround.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  * MAXIMO                                                       *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  * SYSTEM IS NOT REVERSING DISTRIBUTED RECEIPT TRANSACTIONS FOR *
  * SERVICES WHEN RECEIPTS ARE VOIDED OR RETURNED.               *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  

Problem conclusion

• The fix for this APAR is contained in the following maintenance
  package:
  		 | Release 7.6.1.0 of Base Services
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  PURCHASING

• Fixed component ID

  5724R46PU

Applicable component levels

• R760 PSY

     UP