Currency precision and receipt dates
Draft storage accepts exact monetary values with up to four decimal places. Financial posting is stricter: donation currency must equal the configured tenant base currency, and every amount must fit that currency's supported minor units without rounding.
Precision examples
| Currency and value | Draft precision | Posting precision, assuming this is the configured base currency |
|---|---|---|
| GBP 1.2300 | Valid | Valid: exactly 1.23 |
| GBP 1.2345 | Valid four-decimal value | Refused: GBP needs two fractional digits |
| JPY 500 | Valid | Valid whole units |
| JPY 500.50 | Valid draft precision | Refused: fractional yen |
| KWD 1.234 | Valid | Valid three-decimal precision |
| KWD 1.2345 | Valid draft precision | Refused: needs rounding |
| Zero or a negative amount | Invalid | Invalid |
The check applies to the total and every allocation. Two overprecise splits are not acceptable merely because their sum has two decimals. Pseudo/unsupported currencies are refused by the relevant validation. No manual FX entry, exchange-rate override or conversion process is provided for Charity posting.
Example: A EUR draft in a GBP-base tenant may remain a valid draft but cannot be posted. Do not relabel euros as pounds to pass validation. Resolve the actual financial treatment through finance's approved process.
Three different clocks
| Value | Source and purpose |
|---|---|
| Actual receipt date | Operator records when the money arrived |
| Tenant business date | Explicit configured accounting date; used as posting date |
| Tenant-local today | Current date in the configured IANA zone; limits receipt and calendar dates |
Posting requires actual receipt date no later than both the business date and tenant-local today. The browser cannot choose an arbitrary journal date. The system does not advance the business date at midnight or infer it from the browser zone.
Date examples and recovery
| Situation | Expected behaviour |
|---|---|
| Money arrived 5 November; business date 6 November; local today 7 November | Receipt date 5 November and posting date 6 November are permitted if all other checks pass |
| Receipt date 7 November; business date still 6 November | Posting refused; resolve the approved calendar before posting |
| Receipt date is tomorrow in tenant zone | Refused |
| Business date changes after preview | Stale calendar/version conflict; reload and generate a new reviewed preview |
| Correction after initial posting | Uses current approved business date and retains original actual receipt date |
Fix an overprecise draft explicitly with a reason before posting. A posted wrong actual receipt date or amount is outside classification correction. Record the error and follow the separate approved procedure; do not disguise it as a fund change.