nomiDocumentation
SupportBack to site
  • Getting started

    • Introduction
    • What is Nomi?
    • Quick start
    • Concepts
    • Authentication
  • Credentials

    • Create a credential
    • Issue a credential
    • Credential lifecycle
    • Revoke a credential
    • Verify a credential
    • QR verification
  • Distribution

    • Apple Wallet
    • Google Wallet
    • Email
    • Credential delivery
    • Bulk issuance
  • API

    • API overview
    • Authentication
    • Credentials API
    • Recipients
    • Verification
    • Revocation
    • Webhooks
    • Errors
  • Integrations

    • Moodle
    • WordPress
    • REST API
    • Webhooks
  • Security

    • Authentication
    • API keys
    • Webhook security
    • Data protection
    • Best practices
  • Resources

    • FAQ
    • Glossary
    • Changelog
  1. Documentation
  2. /
  3. Getting started
  4. /
  5. Authentication

Authentication

API keys, OAuth client credentials, and what a key is allowed to reach.

Every authenticated request carries a bearer token in the Authorization header. There are two kinds, and they are interchangeable at the endpoint.

Any authenticated request

Authorization: Bearer nomi_sk_live_EXAMPLE

API keys

An API key is created in the console under Settings, shown once, and stored only as a hash — there is no endpoint that returns it again. It starts with nomi_sk_live_ and belongs to one organisation. That is why no endpoint in this API takes an organisation parameter: the key already decided.

OAuth client credentials

POST /oauth/token with the client_credentials grant exchanges a client id and secret for a short-lived access token. It is the sturdier option for a long-running integration: the credential that sits in your configuration is exchanged rather than sent, and a leaked access token expires on its own.

POST/oauth/token

Exchange a client id and secret for a short-lived access token.

What needs no key

Public verification is deliberately unauthenticated: GET /public/credentials/{code} and GET /public/verify answer to anyone. A third party checking a diploma has no account with you and should not need one.

A key is a bearer token: whoever holds it is the organisation. Keep it on a server, never in a browser, a mobile app or a repository, and rotate it by creating a new one and deleting the old. See API keys.

API overview

Pagination, idempotency, versioning.

API keys

Storing and rotating them.

PreviousConceptsNextCreate a credential

Still stuck?

If this page did not answer it, the Help Center has the operational side of the same question — and a person reads what you send.

Go to the Help Center →

On this page

  • API keys
  • OAuth client credentials
  • What needs no key
nomi

Digital credential infrastructure. Create, issue and manage credentials from the systems you already use.

Operated by

Country and currency

Platform

  • How it works
  • Templates
  • Lifecycle
  • Developers
  • Pricing
  • FAQ
  • Nomi Academic

Credentials

  • Memberships
  • Employee IDs
  • Student IDs
  • Events & loyalty

Developers

  • Documentation
  • Quick start
  • API reference
  • Webhooks
  • Integrations

Support

  • Help Center
  • Apple & Google Wallet
  • Verification
  • Contact support

Company

  • Request a demo
  • Talk to Nomi
  • Legal
  • Codingraph
PrivacyTermsCookiesSecurityContact

© 2026 Codingraph S.A. All rights reserved.

Nomi is a registered trademark used by Codingraph S.A. under licence.

Billed in USD

Apple Wallet and Google Wallet are trademarks of their respective owners.