Documentation Index
Fetch the complete documentation index at: https://docs.openregister.de/llms.txt
Use this file to discover all available pages before exploring further.
name to identify this credential set. If omitted, name defaults to default. You can store multiple named credential sets (e.g. per client). Submitting the same name again overwrites the stored credentials for that name without affecting extracts already in flight.
The reserved name sandbox cannot be used — it is reserved for test-mode extracts via X-Credential-Name: sandbox on the order extract endpoint. Using sandbox as a credential name returns 400.
Your credentials are encrypted at rest. The plaintext values never touch our database — only encrypted ciphertext is persisted, and every decryption is logged and auditable.
| Status | Meaning |
|---|---|
201 | Credentials stored successfully |
400 | Invalid body (e.g. reserved name sandbox, missing username/password) |
401 | Not authenticated, or Transparenzregister rejected the provided username/password |
402 | Transparenzregister API access requires a paid API plan — contact us |
409 | Maximum number of stored credential sets reached for this account |
500 | Internal server error |
API Key Authentication Provide your API key as a Bearer token in the Authorization header.
Credentials for accessing the Transparenzregister API.
Username for Transparenzregister API access. Example: "compliance@example.com"
Password for Transparenzregister API access.
Name to identify this set of credentials. Allows storing multiple
Transparenzregister credentials per user (e.g., for different accounts
or clients). Defaults to 'default' if not provided.
Cannot be sandbox because that name is reserved for test-mode extracts.
Example: "client_a"
Credentials stored successfully