Versioning
Current version
Section titled “Current version”v1.0.0 · codename “Rabbit” — the inaugural public release. Every endpoint described in these docs is served from https://api.randaverify.com/v1/.
Compatibility commitments
Section titled “Compatibility commitments”- Additive changes (new optional fields on a response, new endpoints, new accepted enums) ship within
v1without 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.
Field stability
Section titled “Field stability”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.
Reason keys
Section titled “Reason keys”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.
Deprecation notices
Section titled “Deprecation notices”Deprecations will be communicated by:
- Email to every integrator on the affected endpoint, with at least 90 days’ notice.
- A new entry on the Changelog.
- A
SunsetHTTP header on responses from the deprecated endpoint.
When we ship /v2/
Section titled “When we ship /v2/”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.