IJ28684: INSPECTED MATERIALS FOR ALREADY RECEIVED MATERIAL THAT IS IN THE STATUS WAITING INSPECTION IS NOT WORKING PROPERLY

APAR status

• Closed as program error.

Error description

• DESCRIPTION: While doing a POST Call first time for POLINES
  greater than 1 or 2, Inspected Materials for already received
  Material that is in the status Waiting Inspection is not
  working properly for MXRECEIPTS- Receiving
  
  
  STEPS TO
  REPRODUCE:
  1) Go to Inventory-> Item Master Application; Create
  four new Items with Inspection as Required
  (i) Name:
  TESTITEM10;Description: TESTITEM10 with Inspect on Receipt?:
  YES; Order Unit: EACH; Issue Unit: EACH; Inspect on Receipt?:
  YES; Save
  (ii) Under More Actions-> Select Add Items to
  Storeroom; Site: BEDFORD; Storeroom: CENTRAL; Click Ok;
  (iii)
  Issue Cost Type: AVERAGE; Unit Cost: 1; Current Balance: 20;
  Issue Unit: EACH; Order Unit: Each; Press OK;
  (iv) Change
  Status: ACTIVE; Roll New Status to Organizations and
  Inventory?: YES; Click Ok
  (v) Repeat the above steps to create
  3 more Items; TESTITEM11; TESTITEM12; TESTITEM13
  
  
  2) Go to
  Purchasing-> Purchase Orders Application
  (i) Name: ITEMSPO1;
  Description: ITEMSPO1 for TESTITEMS; Vendor; Company: SKF;
  
  (ii) Switch to POLines Tab; Click New Row; Under Line Item 1;
  Select Item: TESTITEM10; Under Quantity and Costs; Quantity: 2;
  Storeroom: CENTRAL; Conversion Factor: 1; Unit Cost: 1;
  (iii)
  Repeat the above steps to create 3 more Line Items for the
  Items: TESTITEM11; TESTITEM12; TESTITEM13
  (iv) Common Actions->
  Change Status-> Approved
  
  
  3) Go to Purchasing-> Receiving
  Application
  (i) Select PO: ITEMSPO1; Under Material Receipts;
  Choose Select Ordered Items; Select all the Items(PO
  Line-1,2,3,4); Click Ok; Save
  (ii) Refresh the record and
  Observe the Inspection Status is WINSP for all the Items with
  Type: RECEIPT
  (iii) For reference: the Status of other POLINES
  are as below
   POLINE: 1; Quantity: 2; Type: RECEIPT; Insp.
  Status; WINSP
   POLINE: 2; Quantity: 2; Type: RECEIPT; Insp.
  Status; WINSP
   POLINE: 3; Quantity: 2; Type: RECEIPT; Insp.
  Status; WINSP
   POLINE: 4; Quantity: 2; Type: RECEIPT; Insp.
  Status; WINSP
  
  
  4) Perform a REST POST call - (1st time for
  POLINE 3)
  POST call to the URL-
  http://maximourl/maximo/oslc/os/MXRECEIPT/?lean=1
  Headers in
  the POST call: Content-Type: application/json
  ;x-method-override: SYNC; maxauth:
  bWF4YWRtaW46bWF4YWRtaW4=
  
  Body:
  
  {
   "siteid":"BEDFORD",
  
  "inspected":true,
   "positeid":"BEDFORD",
   "ponum":"ITEMSPO1",
  
  "porevisionnum": 0,
   "polinenum":3,
   "receiptquantity":1,
  
  "acceptedqty":1,
   "rejectedqty":0,
   "externalrefid":"11111",
  
  "sourcesysid":"maxadmin"
  }
  
  POST Result: 200 OK
  
  
  5) Go to
  Purchasing->Receiving Application ----(OBSERVE ISSUE)----
  (i)
  Select PO: ITEMSPO1; Observe Status is PARTIAL
  (ii) Under
  Material Receipts; Observe the Inspection Status shows for the
  POLINE Items are not as expected. POLINE1 is missing and
  POLINE3 is shown with three entries.
  
  
  RESULT: After doing the
  REST POST call(for the first time), the Inspection Status shown
  for the POLINE Items are not as expected. Output:
   POLINE: 2;
  Quantity: 2; Type: RECEIPT; Insp. Status; WINSP
   POLINE: 3;
  Quantity: 1; Type: RECEIPT; Insp. Status; WINSP
   POLINE: 3;
  Quantity: 2; Type: RECEIPT; Insp. Status; WINSP
   POLINE: 3;
  Quantity: 1; Type: TRANSFER; Insp. Status; COMP
   POLINE: 4;
  Quantity: 2; Type: RECEIPT; Insp. Status; WINSP
  
  EXPECTED
  RESULT: the Inspection Status should output similar to below:
  
  POLINE: 1; Quantity: 2; Type: RECEIPT; Insp. Status; WINSP;
  
  POLINE: 2; Quantity: 2; Type: RECEIPT; Insp. Status; WINSP;
  
  POLINE: 3; Quantity: 2; Type: RECEIPT; Insp. Status: WINSP;
  
  POLINE: 3; Quantity: 1; Type: TRANSFER; Insp Status: COMP;
  
  POLINE: 4; Quantity: 2; Type: RECEIPT; Insp. Status;
  WINSP
  
  
  REPORTED IN VERSION:
  Tivoli's process automation engine
  7.6.0.9
  

Local fix

• 1) Perform a REST POST call - (2nd time, now for POLINE
  1)
  
  POST call to the URL-
  http://maximourl/maximo/oslc/os/MXRECEIPT/?lean=1
  Headers in
  the POST call: Content-Type: application/json
  ;x-method-override: SYNC; maxauth:
  bWF4YWRtaW46bWF4YWRtaW4=
  
  Body:
  
  {
   "siteid":"BEDFORD",
  
  "inspected":true,
   "positeid":"BEDFORD",
   "ponum":"ITEMSPO1",
  
  "porevisionnum": 0,
   "polinenum":1,
   "receiptquantity":1,
  
  "acceptedqty":1,
   "rejectedqty":0,
   "externalrefid":"11111",
  
  "sourcesysid":"maxadmin"
  }
  
  POST Result: 200 OK
  
  
  2) Observe
  the result is shown as expected. Go to Purchasing->Receiving
  Application
  (i) Select PO: ITEMSPO1; Observe Status is
  PARTIAL
  (ii) Under Material Receipts; Observe the Inspection
  Status shows for the POLINE Items and they are as expected.
  
  (iii) For reference: the Status of other POLINES are as below
  which is the
  Expected Result:
   POLINE: 1; Quantity: 2; Type:
  RECEIPT; Insp. Status; WINSP;
   POLINE: 1; Quantity: 1; Type:
  TRANSFER; Insp. Status; COMP;
   POLINE: 2; Quantity: 2; Type:
  RECEIPT; Insp. Status; WINSP;
   POLINE: 3; Quantity: 2; Type:
  RECEIPT; Insp. Status: WINSP;
   POLINE: 3; Quantity: 1; Type:
  TRANSFER; Insp Status: COMP;
   POLINE: 4; Quantity: 2; Type:
  RECEIPT; Insp. Status; WINSP
  

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  * MAXIMO                                                       *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  * Wrong Receipt lines were updated via OSLC call to update     *
  * Inspected receipt to from WINSP to COMP                      *
  ****************************************************************
  

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.6.1.3 Product
  

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:

Modules/Macros

• MAXIMO
  

Fix information

• Fixed component name

  MAXIMO ASST MGM

• Fixed component ID

  5724R46AM

Applicable component levels