APAR status
Closed as program error.
Error description
GL Debit Account is not pulled over to Desktop Requisition after adding MRLINE.REFWO PROBLEM:GL Debit Account is not pulled over to Desktop Requisition after adding MRLINE.REFWO PERFORMANCE ISSUE: no STEPS TO REPRODUCE: 1. Go to System Configuration > Platform Configuration > Application Designer 2. Export the Library XML by using the select action dialog > export system XML > and Choose Library 3. Save the Library XML and open the file with a notepad editor such as Notepad ++. 4. After opening LIBRARY.XML, navigate to the line <textbox dataattribute="gldebitacct" id="reqlines_tabledetails_1_row2_col3_sec12" lookup="glnavigator"/> 5. create a new line and add this in: <textbox applink="wotrack" dataattribute="refwo" id="reqlines_tabledetails_1_added_by_jorr_01" lookup="workorder" menutype="normal"/> 6. Go back into Maximo and Import the LIBRARY.XML in application designer by using the Import Application Definition and choosing the LIBRARY.XML file. 7. After importing the LIBRARY.XML file back in, using the Go To Menu, navigate to Self Service > Desktop Requisition > CreateDR. 8. When the new Desktop Requisition is opened, specify a GL Account value for the MR header. (The bug could be replicated when the GL Account on the MR header was either left null, or fully specified, but if the GL Account was partially specified, the bug did not occur. So, please fully specify the GL Account, and/or test with it null.) Click the continue button toward the bottom left and add a new line under the table Requisition Line Items by clicking the new row button. 9. Populate the added Work Order field. (The field can be populated any way: app-link, direct entry, or the Select Value dialog.) BUG: The associated GL Debit Account field is NOT populated with the WO's GL Account. EXPECTED BEHAVIOR: The GL Account from the MR header on the MR Line should always be replaced by the Work Order's GL Account (unless the Work Order has null GL Account). CURRENT ERRONEOUS RESULT: GL Debit Account is not pulled over to Desktop Requisition after adding MRLINE.REFWO EXPECTED RESULT: GL Debit Account pulled over to Desktop Requisition after adding MRLINE.REFWO ADDITIONAL INFO: The bug could be replicated when the GL Account on the MR header was either left null, or fully specified, but that if the GL Account was partially specified, the bug did not occur. Indicate that after the fix, the GL Account from the MR header on the MR Line should always be replaced by the Work Order's GL Account (no matter if the MR header's GL Account is null, fully specified, or partially specified). Indicate that the Work Order field on the MR Line can be populated in any way; the tester does not have to app-link and Return With Value. ENVIRONMENT (SYSTEM INFO):Maximo 7.6.0.2 IFIX02 LOCAL FIX:na
Local fix
na
Problem summary
**************************************************************** * USERS AFFECTED: * * Users who expect the GL Account field on an MRLine to * * populate when the (user-exposed) Work Order field on the MR * * Line is populated. * **************************************************************** * PROBLEM DESCRIPTION: * * When the Work Order field on an MR Line was exposed, * * populating the field did NOT automatically populate the GL * * Account field on the MR Line with the Work Order's GL * * Account, if the MR header's GL Account was null or fully * * specified. * **************************************************************** * RECOMMENDATION: * * Apply Fix Pack Release 7.6.0.4 or later. * ****************************************************************
Problem conclusion
Now, when the (user-exposed) Work Order field on an MR Line is populated, the MR Line's GL Account field is automatically populated with the Work Order's GL Account. The fix for this APAR is contained in the following maintenance package: Fixpack Release TPAE 7.6.0.4.
Temporary fix
Comments
APAR Information
APAR number
IV80777
Reported component name
WORK & MTRL APP
Reported component ID
TIVOWRKMM
Reported release
760
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2016-01-25
Closed date
2016-02-11
Last modified date
2016-02-11
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Modules/Macros
MAXIMO
Fix information
Fixed component name
SYSTEM CONFIG
Fixed component ID
5724R46S1
Applicable component levels
R760 PSY
UP
[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSLKT6","label":"IBM Maximo Asset Management"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"760","Edition":"","Line of Business":{"code":"LOB59","label":"Sustainability Software"}}]
Document Information
Modified date:
11 February 2016