Current situation or problem:
We have some issues with parallel processing in mod-finance storage described in features:
UXPROD-3434
Closed
,
UXPROD-3666
In Refinement
. There are a number of test cases documented in this wiki.
With this feature we are going to deprecate the previous approach for a new All Or Nothing service, so at least 10 stories from
UXPROD-3434
Closed
have been closed. With the new approach we will not have transaction summaries or temp tables, we will use batch transactions endpoint instead to update all transactions connected with order or invoice at once.
In scope
- New batch endpoint implemented in mod-finance/mod-finance-storage that accepts list of transactions for particular order or invoice
- mod-orders code is refactored to gather all transactions and store in some holder and make single batch request to mod-finance to save all transactions
- mod-invoice code is refactored to gather all transactions and store in some holder and make single batch request to mod-finance to save all transactions
Benefits
- R/W split becomes to work on mod-finance-storage
- Issues with parallel processing described in both features
UXPROD-3434
Closed
,
UXPROD-3666
In Refinement
is resolved, these 2 features also can be closed
- Count of RRT requests connected with finances decreased
- Performance for orders and invoices applications increased, because count of requests to mod-finance/mod-finance-storage decreased
Out of scope
Use case(s)
Links to additional info
see linked document for more details
Questions
|