Per-customer payment limits
Every customer has a per-transaction maximum and cumulative per-period caps — one UTC day and one UTC calendar month — all held as integer cents. A customer with no configured row falls back to the module defaults (USD 10,000.00 a payment, USD 25,000.00 a day, USD 100,000.00 a month), so no payment is ever released without a limit in force.
Period usage is incremented in the same database transaction that writes a payment's postings, so a released payment and the allowance it consumed can never disagree. A payment that is rejected or held consumes nothing. When an instruction would breach a limit it is refused before release with a reason naming the limit, its value, the amount already used in the period and the allowance that remained.
Kepler Cycles GmbH CUS-0005
Module defaults- Per transaction
- USD 10,000.00
- Per day (cumulative)
- USD 25,000.00
- Per month (cumulative)
- USD 100,000.00
Largest payment this customer could release right now: USD 10,000.00 — the smallest of the per-transaction maximum and each period's remaining allowance.
Never configured — the module defaults are in force.
Current period usage & reset
| Period | Cap | Used | Remaining | Resets |
|---|---|---|---|---|
Daily limit 2026-08-19 (UTC) 0 payments counted | USD 25,000.00 | USD 0.00 0% used | USD 25,000.00 | in 18 h 4 m 2026-08-20 00:00:00 UTC |
Monthly limit 2026-08 (UTC) 0 payments counted | USD 100,000.00 | USD 0.00 0% used | USD 100,000.00 | in 12 d 18 h 2026-09-01 00:00:00 UTC |
Read at 2026-08-19 05:56:14 UTC. A period's counter is keyed by its UTC period, so the next period starts at zero on its own; the scheduled period-limit reset prunes counters whose period has fully elapsed.
Edit limits for Kepler Cycles GmbH
Amounts are entered in major units and stored as exact integer cents. A per-transaction maximum must not exceed the daily cap, and the daily cap must not exceed the monthly one — otherwise the larger limit could never bind. Changing limits is restricted to administrators and is written to the audit trail with the old and new values. The period usage above is NOT reset by a change: what has already been spent this period still counts against the new cap.
Customers
Showing 5 of 5
| Customer | Per transaction | Day used / cap | Month used / cap | Can release now |
|---|---|---|---|---|
| Priya Raman CUS-0001 · defaults | USD 10,000.00 | USD 0.00 / USD 25,000.00 | USD 0.00 / USD 100,000.00 | USD 10,000.00 |
| Thomas Bergstrom CUS-0002 · defaults | USD 10,000.00 | USD 0.00 / USD 25,000.00 | USD 0.00 / USD 100,000.00 | USD 10,000.00 |
| Harlow Joinery Ltd CUS-0003 · defaults | USD 10,000.00 | USD 0.00 / USD 25,000.00 | USD 0.00 / USD 100,000.00 | USD 10,000.00 |
| Aisha Bello CUS-0004 · defaults | USD 10,000.00 | USD 0.00 / USD 25,000.00 | USD 0.00 / USD 100,000.00 | USD 10,000.00 |
| Kepler Cycles GmbH CUS-0005 · defaults | USD 10,000.00 | USD 0.00 / USD 25,000.00 | USD 0.00 / USD 100,000.00 | USD 10,000.00 |
Sample book disclosure: the customers and staff users shown here are seeded demonstration data created by this module — there is no connection to a real core banking system.