Authorization header. The API uses Bearer token authentication — every call you make must carry the token, regardless of the HTTP method or endpoint. Requests made without a key, or with an invalid or expired key, are rejected before any data is returned.
Get Your API Key
API keys are generated from your DocketStream account dashboard. You must be on the Enterprise plan before the API Keys section is available.1
Log in to DocketStream
Navigate to docketstream.org and sign in to
your Enterprise account.
2
Open Account Settings
Click your profile avatar in the top-right corner and select Account
Settings from the dropdown menu.
3
Navigate to API Keys
In the left sidebar of Account Settings, select API Keys.
4
Generate a New Key
Click Generate New Key, optionally give it a descriptive label (e.g.,
“Production Integration”), and confirm.
5
Copy and store the key securely
Your new API key is displayed only once. Copy it immediately and store
it in a secure secrets manager or environment variable. You cannot retrieve
the key again after closing the dialog — if you lose it, you must revoke it
and generate a new one.
Pass the Key in Requests
Include your API key in theAuthorization header of every request using the Bearer scheme:
YOUR_API_KEY with the key you copied from Account Settings.
Code Examples
Authentication Error Responses
If your request cannot be authenticated or authorized, the API returns one of the following error responses:
All error responses include a JSON body with
error and message fields:
Security Best Practices
- Use environment variables. Never hard-code your API key in source files. Load it at runtime from an environment variable (e.g.,
DOCKETSTREAM_API_KEY) or a secrets manager such as AWS Secrets Manager or HashiCorp Vault. - Never commit keys to source control. Add
.envfiles to your.gitignore. Audit your repository history if you suspect a key was ever committed, and rotate it immediately. - Rotate keys regularly. Return to Account Settings → API Keys to revoke old keys and generate new ones as part of your security hygiene routine.
- Use separate keys per environment. Generate distinct keys for development, staging, and production so you can revoke one without affecting the others.
- Restrict key exposure. Only the services and team members that need API access should have the key. Do not paste it into chat messages, tickets, or emails.