Done
Details
Assignee
Siarhei HrabkoSiarhei HrabkoReporter
Dennis BridgesDennis BridgesTester Assignee
Dennis BridgesDennis BridgesPriority
P3Story Points
3Sprint
NoneDevelopment Team
ThunderjetFix versions
TestRail: Cases
Open TestRail: CasesTestRail: Runs
Open TestRail: Runs
Details
Details
Assignee
Siarhei Hrabko
Siarhei HrabkoReporter
Dennis Bridges
Dennis BridgesTester Assignee
Dennis Bridges
Dennis BridgesPriority
Story Points
3
Sprint
None
Development Team
Thunderjet
Fix versions
TestRail: Cases
Open TestRail: Cases
TestRail: Runs
Open TestRail: Runs
Created December 18, 2019 at 9:23 PM
Updated September 7, 2020 at 3:25 PM
Resolved September 7, 2020 at 3:25 PM
Overview:
Balancing payment and credit amounts with real world transactions is virtually impossible when exchange rates are involved as the rate is constantly changing. As a result often the rate is not set in stone until the transaction is made by the accounting system.This means the exchange rate could be edited in the invoice until the invoice/voucher is marked as "Paid". The rate will need to be updated by a user or possibly an external system when awaiting payment, as part of paying the voucher/invoice.
API for getting ROE(Rate of exchange) is added in scope of MODFIN-111 - Exchange rate API(Closed)
Scope
If exchange rate is edited after invoice approval and there is enough money in fund than voucher and voucher lines totals need to be recalculated and updated.
Acceptance criteria:
logic updated
API test updated
Unit test updated