Skip to main content
These examples assume you have exchanged your API key for an access token as described in Authentication. Store the token in memory and replace it before its 3600-second expiry. The base URL is https://api.montereyfinancial.app, and every endpoint begins with /v1.

Daily transaction sync

Pull a bounded date window, follow next_cursor, and deduplicate on transaction_id in your database.
Re-running a date window is safe when your write is idempotent.

Ingest accounts and borrower roles

Account responses contain one role-carrying borrowers list. Do not depend on a closed role enum.
Always persist the required Monterey id as your durable API key. When present, use external_contract_id to join an account to your system or external_id to reconcile source servicing data. Keep both optional identifiers as strings so formatting such as leading zeros is preserved. See the generated OpenAPI contract for the complete response schema.

Resolve one account by a source identifier

Use an identifier lookup when your workflow starts with an account or contract ID from your system. Both endpoints return the same detailed account shape as GET /v1/accounts/{id}.
If the identifier is unique within your token’s organization allowlist, omit organization_id. If the API returns 409 ambiguous_identifier, retry with the organization that owns the account:
An explicitly out-of-scope organization returns 403. A missing or invisible identifier returns 404. URL-encode identifier path segments before sending them.

Enrich a borrower profile

Person lists are intentionally thin. Fetch person detail only when your workflow needs contact or address enrichment.
The API never returns an SSN hash or full SSN.

Drill from organization to transactions

  1. List accounts for an organization.
  2. Select the accounts your workflow needs.
  3. Fetch each account’s transactions.
Omit from and to to retrieve the account’s full transaction history. Keep following next_cursor; null-dated legacy transactions appear after dated transactions.

Set up autopay

First list payment methods eligible for the account, then create the schedule.
Only active payment methods returned by /v1/accounts/{id}/payment-methods are eligible. To change cadence or start date, cancel and recreate the schedule.

Capture a card payment method

Use the secure proxy when you need to create a stored card from raw PAN and CVC. The full flow, request shape, and retry behavior are documented in Card capture.

Card capture

Use the secure Basis Theory-backed proxy for card creation, idempotent retries, and billing-address selection.

Backfill safely

  • Split long date ranges into monthly windows.
  • Persist next_cursor with your job state.
  • Use limit values no greater than 1000.
  • Upsert by stable Monterey IDs so retries do not duplicate rows.
  • Read Retry-After on 429 responses and add jitter before retrying.