|
Summary
This is a general roadmap to improve support for parallel processing in acquisition modules. It will span several releases, and work needs to be split to make progress possible.
Some of the issues to resolve are described in a wiki.
Already done
-
MODFISTO-293
Closed
- Error All expected transactions already processed
-
MODORDERS-662
Closed
- Piece implementation not waiting for futures
-
MODORDERS-694
Closed
- PendingToOpenEncumbranceStrategy is not thread-safe
-
MODFISTO-303
Closed
- Backend finance optimistic locking (with the goal of generating errors as opposed to silent data loss)
- Lock budgets to update totals - this resolves budget issues when updating separate orders in parallel
MODFISTO-304
Closed
- Finance optimistic locking UI, to report a 409 error in a clear way
UIF-379
Closed
To do
- Implement
UXPROD-4321
Open
Defined by
MODFIN-320
Closed
,
MODFISTO-458
Closed
,
MODINVOICE-482
Closed
,
MODORDERS-892
In Review
,
MODFIN-350
In Review
and
MODFISTO-432
In Progress
- Check that releasing transactions is not resulting in wrong budgets anymore (the previous fixes are likely to fix that)
MODFISTO-259
Blocked
- Optimistic locking in other modules
UXPROD-3058
In Progress
- Support PATCH method with batch operations
MODFISTO-459
Open
- Update calls to use the new transactions PATCH method, to change order status, set invoiceCancelled, unrelease encumbrances etc.
MODORDERS-1008
Open
,
MODINVOICE-521
Open
,
MODFIN-351
Open
- Use po line PATCH method to change payment status.
TODO: tickets to add the new method to mod-orders, use it in mod-invoice
- Look for other PUT calls to replace by PATCH or new endpoints.
- UI-controlled pessimistic locking
UXPROD-3700
Open
To investigate
|