PAY - Retire the delayed revenue disbursement job in favour of real-time transfer to revenue to partner GLs
- Dominant language
- JavaScript
- Stars
- 23
- Forks
- 62
- Avg merge
- 24m
- Merged PRs (30d)
- 1
Description
**Background**
In the past, a 5-day delay was artificially added in front of partner revenue disbursements. This was done out of caution when implementing PAD. The delay was meant to make sure that pending PAD invoices came back from the bank as successfully paid. Items that came back NSF would not be included in the revenue.
[See original ticket 7061](https://github.com/bcgov/entity/issues/7061)
We have since learned from CAS that NSF receipts are reversed, and we also now have a longer historic view of NSF volumes which are low.
**Proposal:** Send money directly to partner revenue GLs instead of using 112 GLs as staging prior to delayed disbursement.
**Pros and Cons:**
_Positives:_
1. No more needing to change the partner disbursement job. E.G. GST / Partial refunds that need to claw back etc.
2. No more needing to manage the intermediate 112 GL's that get transferred to partner GL's instead
3. Money isn't delayed by 5 days which makes it easier to reconcile. Maybe delayed a day?
4. Don't need two partner reports, only need 1. The entire disbursement section can be excluded; the revenue report would be the source of truth.
5. Get rid of quite a bit of code and unnecessary columns and data etc. Simplifies reporting and reconciliation.
6. Makes it cleaner and easier to understand for the future.
7. Finance benefits that were discussed before.
_Neutral:_
1. Might still need the job for BC Assessment for EFT, it may be possible to setup a GL for them that maps to a bank account.
_Negatives:_
1. Wouldn't see the intermediate hop from 112 -> partner client GL
2. Wouldn't be issued out with description with the partial refund or invoice number
Contributor guide
No contributing guide indexed for this repository
Assessment
This issue has not been assessed yet.