Details
-
Bug
-
Status: Closed (View Workflow)
-
P1
-
Resolution: Done
-
12.1.0
-
ACQ Sprint 114
-
1
-
Thunderjet
-
R1 2021 Hot FIx #2
-
Yes
Description
Overview:
Steps to Reproduce:
- Create an order
- Add an order line, quantity=2, unit price=$37.5 (Details probably don't matter)
- Open the order
- Create an invoice
- Add an invoice line related to the po line
- Approve the invoice
- Pay the invoice
- Close the order
Expected Results:
The order closes.
Actual Results:
The order fails to close. The request to mod-orders returns a 422 error:
{ "errors" : [ { "message" : "{\"errors\":[{\"message\":\"must not be null\",\"type\":\"1\",\"code\":\"-1\",\"parameters\":[{\"key\":\"id\",\"value\":\"null\"}]}]}", "code" : "genericError", "parameters" : [ ] } ], "total_records" : 1 }
Additional Information:
The issue comes from OpenToClosedEncumbranceStrategy in mod-orders. When an order is closed and the only linked encumbrance is released, getOrderEncumbrances() returns an empty list and createOrUpdateEncumbrances() fails in createOrUpdateOrderTransactionSummary() because it assumes it can get an order id from the list of encumbrances.
The error message comes from mod-orders calling mod-finance with a null id.
It is possible the issue was introduced by MODORDERS-482 with the implementation change in TransactionSummariesService#createOrUpdateOrderTransactionSummary.
Interested parties:
TestRail: Results
Attachments
Issue Links
- blocks
-
MODORDERS-525 MODORDERS (mod-orders) Hotfix release
-
- Closed
-
- defines
-
UXPROD-2360 TEST - verify using ES. Inventory. Search call number, normalized - enhanced functionality (Core functional)
-
- Closed
-