[UXPROD-4321] Replace AllOrNothing mechanism to update all transactions for order/invoice in single operation Created: 24/May/23  Updated: 02/Feb/24

Status: Open
Project: UX Product
Components: None
Affects versions: None
Fix versions: None

Type: New Feature Priority: P2
Reporter: Serhii_Nosko Assignee: Dennis Bridges
Resolution: Unresolved Votes: 0
Labels: ecs
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Issue links:
Blocks
blocks MODFISTO-455 Failed invoice approval creates pendi... Closed
blocks MODFISTO-259 Releasing 2 transactions at the same ... Blocked
Defines
defines UXPROD-3666 Improve support for parallel processing In Refinement
is defined by MODINVOICE-519 Rollback pending payment creation if ... Open
is defined by MODFISTO-432 Implement logic to replace AllOrNothi... In Progress
is defined by MODINVOICE-482 Accumulate all transactions in holder... Closed
is defined by MODFIN-320 Create batch endpoint to update list ... Closed
is defined by MODFISTO-458 Temporary implementation for the new ... Closed
is defined by MODFIN-350 Use the batch API for the release/unr... In Review
is defined by MODORDERS-892 Accumulate all transactions in holder... In Review
Relates
relates to MODFIN-352 Remove the old transaction API Open
relates to MODFISTO-460 Remove the old transaction API (storage) Open
Release: Quesnelia (R1 2024)
Back End Estimate: XXL < 30 days
Development Team: Thunderjet
PO Rank: 0

 Description   

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



 Comments   
Comment by Dennis Bridges [ 29/May/23 ]

Serhii_Nosko we need to populate the feature details for this issue so the priority can be assessed accordingly. If there are stories already written please link them to this feature as well. Capacity will be VERY tight for this release so we will need to make difficult decisions about scope. thx

Generated at Fri Feb 09 00:38:59 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.