Skip to main content

Authentication

Protected The Wo endpoints use API key authentication. Authentication is a shared platform capability. Individual products can use this same mechanism without redefining API key behavior inside each product. Operational Evidence and Trade Document use this authentication model for their protected product operations. Operational Evidence also uses it for current-usage visibility.

Create an API key

Create and manage API keys in the Developer Console API Keys page, after you have a Workspace and access to the relevant product. The raw key is shown as secret credential material; store it securely because the API key list cannot recover its value later. Send your API key through the following HTTP header:
For example:

API keys are secrets

An API key authenticates your integration and must be treated as a secret credential. Do not:
  • commit API keys to source control;
  • include API keys in public documentation;
  • include API keys in screenshots;
  • send API keys through query parameters;
  • write raw API keys to ordinary application logs;
  • embed API keys in publicly distributed frontend code;
  • embed API keys in publicly distributed mobile applications.
The current API key model is intended for trusted server-to-server integrations. Store the credential in a server-side secret manager or environment variable appropriate for your deployment environment.

Missing API key

Requests to protected endpoints without the x-api-key header are rejected before the business operation is executed. Example response:

Invalid API key

Invalid, inactive, or revoked credentials are represented through the same public error. This prevents API consumers from learning the internal lifecycle state of a credential. Example:

Authentication service unavailable

If the API cannot safely validate a credential because the authentication service is temporarily unavailable, the request fails closed.
The public error code is:
The protected operation is not executed when authentication cannot be completed reliably.

Request IDs

Error responses include a requestId. Keep this value when reporting an integration problem because it can be used to correlate the failed request without exposing the API key itself.

Next steps