Developers / build once

Use one request shape across supported sources.

See how Zenith is designed to authenticate a customer, check access, route an approved request, and return a standardized result with source evidence and usage details.

EVIDENCE ENVELOPE{ }

Distinct structures keep execution, failure, and source context legible.

01

Authentication overview

Credentials identify; policy authorizes.

The customer plane uses server-verified identity and entitlement. Sanitized examples are never active credentials.

  • Server-only verification
  • Hash-only key storage
  • Revocable customer credentials
02

Envelope contract

Errors and provenance are product surfaces.

A useful response distinguishes terminal failure from partial evidence and carries the context needed to evaluate freshness and source.

  • Stable request IDs
  • Machine-readable error codes
  • Source and normalization context
03

Capacity

Call weights are explicit integers.

Rate and monthly call-balance decisions happen before provider routing. No automatic overages are part of the approved model.

  • Logical calls separated from physical attempts
  • Monthly reset disclosure
  • Zero upstream on denial

Zenith Lens / non-executing

Inspect a sanitized request schema.

Select a capability, parameters, and language. The preview uses placeholders and sends nothing.

Provider pathatg.seLIVE routes1Call weight1 call unit
operation_id
Visible after authenticated catalog authorization
input
Validated against the selected operation schema
curl -X POST "https://<fina1-origin>/api/v1/execute" \
  -H "Authorization: Bearer <fina1-api-key>" \
  -H "Idempotency-Key: <unique-request-key>" \
  -H "Content-Type: application/json" \
  --data '{  "operation_id": "<authorized-operation-id>",  "input": {}}'

No network request is sent from this public lens. The authenticated customer gateway performs identity, tenant, entitlement, source-policy, availability, rate, allowance, and schema checks before Zenith dispatch.

Resilient state contract

Calm in every condition.

Use one request shape across supported sources. retains truthful context, navigation, and a safe next action when live records are empty or unavailable.

EMPTY

No published records

Heading, explanation, and recovery path remain.

LOADING

Reserved layout

Text status and stable geometry prevent surprise.

DEGRADED

Verified context first

Unavailable data is labeled with an alternate path.

ERROR

No false success

Plain language, stable navigation, and safe recovery.