IBM Support

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

Subscribe

You can track all active APARs for this component.

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 number

    IJ01505

  • Reported component name

    PURCHASING

  • Reported component ID

    5724R46PU

  • Reported release

    760

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2017-11-10

  • Closed date

    2017-11-29

  • Last modified date

    2018-01-23

  • 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



Document information

More support for: Maximo Asset Management
Purchase Requisitions

Software version: 760

Reference #: IJ01505

Modified date: 23 January 2018