The caller's delivery preferences, fully resolved
const url = 'https://api.tovarifinancial.com/notifications/preferences';const options = {method: 'GET', headers: {Authorization: 'Bearer <token>'}};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url https://api.tovarifinancial.com/notifications/preferences \ --header 'Authorization: Bearer <token>'SUBSCRIPTION-EXEMPT, with its PUT sibling: a lapsed household still receives always-on security and data-export mail and must keep a way to turn the rest of it off. types[] is the code registry LEFT JOINed onto stored overrides — an absent override resolves to the registry default here, so a client cannot predict this shape and must read it. sortOrder, categoryLabel, emailSupported and pushSupported are served so no client hard-codes a heading map, an ordering, or which types support push. With push unavailable in the deployment, push.available is false and no device row is read.
Authorizations
Section titled “Authorizations”Responses
Section titled “Responses”The resolved preferences document
object
object
The STORED IANA zone. Null until an X-Client-Timezone header has ever been observed.
The zone scheduling actually uses. Never null — ‘UTC’ is the one fallback.
Paired or null; both are 0..1439. A wrapping range (22:00 -> 07:00) is normal. Affects EMAIL QUEUE TIMING only.
object
object
0..6, 0 = Sunday.
0..23, in effectiveTimezone.
object
PUSH_ENABLED AND NOTIFICATIONS_ENABLED. False renders no push UI at all, and no device row is read.
Available AND masterEnabled AND at least one live device. Server-derived; never re-computed by a client.
At most 20 LIVE rows, most-recently-seen first. Never the push token or its fingerprint.
object
The app-generated handle: 8–128 characters of A-Z, a-z, 0-9, _ or -.
object
The registry type code, e.g. bills.due_rollup. OPEN vocabulary — a newer deployment may add one.
Server-supplied heading. Clients must not carry a category-to-heading map.
The order the rows are returned in; render positionally.
Security and data-export notices. Attempting to disable one is a 400.
Served on EVERY row, always-on ones included, so no client hard-codes which types support push.
The RESOLVED answer (stored override, else the registry default). False whenever pushSupported is false.
Example
{ "data": { "push": { "devices": [ { "platform": "ios" } ] }, "types": [ { "category": "connection" } ] }}Missing, invalid, or expired bearer token
object
Machine-readable error code (AUTH_ERROR_CODES).
Optional field-level validation errors, keyed by field name.
object
Example
{ "errorCode": "INVALID_EMAIL_FORMAT"}Authenticated, but the tenant gate refuses the request until the caller resolves a precondition. errorCode is one of EMAIL_NOT_VERIFIED, POLICY_ACCEPTANCE_REQUIRED, or SUBSCRIPTION_REQUIRED, evaluated in exactly that order (contract term CCR-1: email verification first, then policy acceptance, then subscription — so a subscriber who has merely not re-accepted the current policies always sees POLICY_ACCEPTANCE_REQUIRED). A POLICY_ACCEPTANCE_REQUIRED body additionally carries details.outstanding (the policy versions still to accept) and details.firstAcceptance. The SUBSCRIPTION_REQUIRED arm is INERT unless the server-side BILLING_ENABLED flag is exactly the string true; while it is off, only the first two codes are reachable. Not retryable as sent — resolve the named condition, then resend.
object
Which precondition refused the request. Evaluated in this order (CCR-1); SUBSCRIPTION_REQUIRED is unreachable while BILLING_ENABLED is not exactly true.
object
Active policy versions the user has not yet accepted.
object
True when the user has accepted no policy before — the client renders the new-signup screen rather than the re-acceptance one.
Example
{ "errorCode": "EMAIL_NOT_VERIFIED"}Internal error (no internal detail leaked)
object
Machine-readable error code (AUTH_ERROR_CODES).
Optional field-level validation errors, keyed by field name.
object
Example
{ "errorCode": "INVALID_EMAIL_FORMAT"}Service temporarily unavailable — errorCode is SERVICE_UNAVAILABLE. A TRANSIENT, RETRYABLE condition rather than a defect in the request: a query that exceeded its time budget, a lost or refused database connection, a saturated connection pool, or an outage at an upstream provider the request depends on (the authentication provider, or the bank data provider on a bank-connection operation). The identical request may succeed on retry — back off briefly and, on a write, resend the same X-Idempotency-Key where the operation accepts one.
object
Machine-readable error code (AUTH_ERROR_CODES).
Optional field-level validation errors, keyed by field name.
object
Example
{ "errorCode": "INVALID_EMAIL_FORMAT"}