APAR status
Closed as program error.
Error description
steps to reproduce in maxdemo: create wo, add assetnum CS52300 and safetyplan CSELECPO, save the wo(my test wonum 1219), then duplicate wo 1219 and save (my test 1220). then duplicate wo 1220 save( my test 1221), when you go to safetyplan /tagout/lockout tab, tagout /lock out data are missing. WOSAFETYDATASOURCE in wohazard and wosafetylink looks like the cause original wo 1219 , wohazard records and WOSAFETYLINK record has same WOSAFETYDATASOURCE SP. first duplicated record 1220 ,WOSAFETYLINK tagout(CSPWROFF) entry has WOSAFETYDATASOURCE SP (seems should be WO), WOHAZARD all WOSAFETYDATASOURCE are WO and tagout query will not find because WOSAFETYDATASOURCE is different for tagout : //return one row - relationship TAGOUTENABLED from WORKORDER select * from wosafetylink where wonum = '1219' and tagoutid is not null and exists (select * from wohazard where wonum = '1219' and hazardid = wosafetylink.hazardid and wosafetydatasource = wosafetylink.wosafetydatasource and tagoutenabled = 1) and siteid= 'BEDFORD' ; //return 0 row - relationship TAGOUTENABLED from WORKORDER - nothing to copy to 1221 - issue select * from wosafetylink where wonum = '1220' and tagoutid is not null and exists (select * from wohazard where wonum = '1220' and hazardid = wosafetylink.hazard and wosafetydatasource = wosafetylink.wosafetydatasource and tagoutenabled = 1) and siteid= 'BEDFORD' ; //select wonum,siteid,assetnum,location,hazardid,tagoutid,wosafetydatasou rce from wosafetylink where wonum in ('1219','1220','1221') and siteid='BEDFORD'; 1219 BEDFORD null CSECC220 CS-ELECH CSPWROFF SP 1219 BEDFORD null CSECC220 CS-ELECH null SP 1219 BEDFORD null null CSHIVOLT null SP 1220 BEDFORD null null CSHIVOLT null WO 1220 BEDFORD null CSECC220 CS-ELECH null WO 1220 BEDFORD null CSECC220 CS-ELECH CSPWROFF SP 1221 BEDFORD null null CSHIVOLT null WO 1221 BEDFORD null CSECC220 CS-ELECH null WO //select wonum,siteid,hazardid,tagoutenabled,wosafetydatasource from wohazard where wonum IN ('1219','1220','1221') and siteid='BEDFORD'; 1219 BEDFORD CS-ELECH 1 SP 1219 BEDFORD CSHIVOLT 0 SP 1220 BEDFORD CS-ELECH 1 WO 1220 BEDFORD CSHIVOLT 0 WO 1221 BEDFORD CS-ELECH 1 WO 1221 BEDFORD CSHIVOLT 0 WO
Local fix
N/A
Problem summary
**************************************************************** * USERS AFFECTED: * * MAXIMO users using the duplicate function of the work order * * tracking application. * **************************************************************** * PROBLEM DESCRIPTION: * * Tagout and lockout are not copied to the duplicated work * * order after duplication from a source work order with a * * safety plan. * **************************************************************** * RECOMMENDATION: * * Please upgrade to REL 7.5.0.6 or request hotfixes. * ****************************************************************
Problem conclusion
This is fixed in code. The fix for this APAR is contained in the following maintenance package: | release\fix pack | Interim Fix for Release 7.5.0.6 Product
Temporary fix
Comments
APAR Information
APAR number
IV46160
Reported component name
WORK ORDERS
Reported component ID
5724R46WO
Reported release
750
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2013-07-25
Closed date
2013-09-15
Last modified date
2013-09-15
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
WORK ORDERS
Fixed component ID
5724R46WO
Applicable component levels
R750 PSY
UP
[{"Business Unit":{"code":"BU048","label":"IBM Software"},"Product":{"code":"SSCHPPU","label":"Work Order Tracking"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"750","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
15 September 2013