Skip to content

docs(api): recommend API keys over user access tokens - #149

Closed
yacinekahlerras-turbodocx wants to merge 1 commit into
developfrom
feature/api-auth-credential-clarification
Closed

docs(api): recommend API keys over user access tokens#149
yacinekahlerras-turbodocx wants to merge 1 commit into
developfrom
feature/api-auth-credential-clarification

Conversation

@yacinekahlerras-turbodocx

Copy link
Copy Markdown
Contributor

Description

The API reference's Authentication section still read:

TurboDocx is working on it's API Key flows, and for the time being, we recommend grabbing the access token used from your user's accounts to leverage our APIs.

API keys have shipped, and every SDK guide in these docs already authenticates with TURBODOCX_API_KEY. So the API reference was steering integrators onto the more fragile of the two credentials: a user access token is scoped to a signed-in session and expires, which is exactly the wrong fit for the unattended server-side jobs most people build against this API.

What changed

  • docs/API/turbodocx-api-documentation.info.mdx — rewrote Authentication to document both credentials, recommend the API key for server-to-server use, and describe the user access token as the session-scoped alternative. Also broadened the 401 line to mention an expired credential, since that's the common failure with a user token.
  • docs/SDKs/index.md — added an apiKey vs accessToken note under Get Your Credentials. Several SDK pages (deliverable-php, deliverable-javascript, quote-javascript, deliverable-java) offer accessToken as an alternative without saying how it differs, and they all link back to this section.

Notes

  • Wording is deliberately vendor-neutral ("TurboDocx's identity provider") so it stays accurate regardless of which provider issues the token.
  • npm run build passes. The two broken-anchor warnings it prints are pre-existing in partner-javascript / partner-php (#orguserrole-organization-users) and unrelated to this change.
  • Treating this as a standard change under the SOC 2 policy in AGENTS.md (low-risk docs correction), so the merged PR is the record and no Change Request issue was filed.

🤖 Generated with Claude Code

The Authentication section still said "TurboDocx is working on it's API Key
flows, and for the time being, we recommend grabbing the access token used
from your user's accounts". API keys have shipped and are what every SDK
guide already uses, so the page was steering integrators onto the fragile
path: a user access token is tied to a signed-in session and expires, which
breaks unattended backend jobs.

Document both credentials, say plainly which one to reach for, and add the
same distinction to the SDK "Get Your Credentials" section that the other
SDK pages link to.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@nicolasiscoding

Copy link
Copy Markdown
Member

Closing this until further discussion @yacinekahlerras-turbodocx

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants