Daily collections process
Collections are tightly coupled with policy status updates. For example, failed premium collections can result in policies lapsing. The Root platform processes each part of the process at the following times in the day:
Time | Process | Description |
|---|---|---|
00:30 UTC | Debit premiums | Debits the ledger for every policy on their billing day for the amount of their monthly premium. |
00:30 UTC | Process policy expiries | Creates expired requests for policies that have reached end of life, referencing their |
01:30 UTC | Process non-taken-up policies | Creates not-taken-up requests for new policies that have failed to pay initial premiums. |
01:30 UTC | Process policy lapses | Creates lapse requests for policies that have passed the defined grace period since the last successful premium collection. |
02:00 UTC | Process custom collections | Creates |
02:30 UTC | Process debit order payments | Creates |
03:00 UTC | Process annuity collections | Creates payout requests and fulfillment requests for all annuity claims. |
03:00 UTC | Process credit card collections | Creates |
03:30 UTC | Batch pending collections | Batches all |
05:00 UTC | Process debit order successes | Debit orders (South Africa) don’t receive explicit “successful collection” responses, only failure responses. The Root platform therefore follows the industry convention to assume a payment is successful after 5 days of no failure response. |
06:30 UTC | Cross-checks | Executes a range of cross-checks against the day’s billing activity to monitor and flag anomalies. |
07:00 UTC | Final review before submission | Any flags or anomalies are reviewed and resolved before collections are released for submission to the respective payment providers. |
08:00 UTC | Marks collections as successful | Relevant collections are marked as successful. |
Updated 5 days ago