Skip to content

Versioning

v1.0.0 · codename “Rabbit” — the inaugural public release. Every endpoint described in these docs is served from https://api.randaverify.com/v1/.

  • Additive changes (new optional fields on a response, new endpoints, new accepted enums) ship within v1 without notice.
  • Breaking changes (removed fields, renamed fields, removed endpoints, narrower input acceptance) are not made to v1. When we need to break, we will introduce /v2/ and run both in parallel for at least 90 days.
  • Bug fixes that align an endpoint’s behaviour with this documentation are not considered breaking, even if they alter your runtime behaviour. Treat the docs as the contract.

The field names listed in Conventions → field-name casing are stable. We may add new fields to a verification response at any time; we will not remove or rename existing ones.

The reason key values from /nimc-reasons are owned by NIMC, not RandaVerify. NIMC occasionally adds, removes, or renames keys. Always fetch the list at runtime rather than hard-coding the strings. See Verification reasons.

Deprecations will be communicated by:

  1. Email to every integrator on the affected endpoint, with at least 90 days’ notice.
  2. A new entry on the Changelog.
  3. A Sunset HTTP header on responses from the deprecated endpoint.

When we introduce /v2/, this page will gain a v2 entry, the docs site will gain a /v2/ URL prefix, and a version dropdown will appear in the docs sidebar so you can switch between versions. Both versions will be served from api.randaverify.com simultaneously during the 90-day overlap.