Issue a scoped credential on the branch
API Reference / Credentials / Issue a scoped credential on the branch
POST /projects//branches//credentials
Section titled “POST /projects//branches//credentials”Issues a new scoped service credential anchored to the specified
branch. The response carries api_token and s3_secret_access_key
exactly once — they are not stored server-side.
Note: This endpoint is currently in Beta.
Parameters
Section titled “Parameters”project_id(string, path, required) The Neon project IDbranch_id(string, path, required) The Neon branch ID
Request body
Section titled “Request body”-
name(string, optional) Free-form customer label for the credential. -
scopes(array, required) -
principal_type(string, required) Principal type for the credential. Onlyuseris customer-managed and accepted here.functionandsystemcredentials are platform-internal (e.g. function-serve auto-mint, presign signer) and are never issued through the customer-facing API.Possible values:
user
Response (201)
Section titled “Response (201)”{
"token_id": "<token_id>",
"token_id_short": "<token_id_short>",
"name": "my-credential",
"api_token": "<api_token>",
"s3_secret_access_key": "<s3_secret_access_key>",
"scopes": [
"storage:read"
],
"branch_id": "br-young-forest-a5b6c7d8",
"created_at": "2025-01-15T10:30:00Z"
}Code examples
Section titled “Code examples”curl "https://console.neon.tech/api/v2/projects/$PROJECT_ID/branches/$BRANCH_ID/credentials" \
-X POST \
-H "Authorization: Bearer $NEON_API_KEY"import { createNeonClient, raw } from '@neon/sdk';
const neon = createNeonClient({ apiKey: process.env.NEON_API_KEY });
const { data } = await raw.createCredential({
client: neon.client,
path: {
project_id: process.env.PROJECT_ID,
branch_id: process.env.BRANCH_ID
}
});Errors
Section titled “Errors”default General Error.
The request may or may not be safe to retry, depending on the HTTP method, response status code, and whether a response was received.
- If no response is returned from the API, a network error or timeout likely occurred.
- In some cases, the request may have reached the server and been successfully processed, but the response failed to reach the client. As a result, retrying non-idempotent requests can lead to unintended results.
The following HTTP methods are considered non-idempotent: POST, PATCH, DELETE, and PUT. Retrying these methods is generally not safe.
The following methods are considered idempotent: GET, HEAD, and OPTIONS. Retrying these methods is safe in the event of a network error or timeout.
Any request that returns a 503 Service Unavailable response is always safe to retry.
Any request that returns a 423 Locked response is safe to retry. 423 Locked indicates that the resource is temporarily locked, for example, due to another operation in progress.
-
request_id(string, optional) Unique identifier for the request, useful for debugging. You can set this value manually by including anX-Request-IDheader in the request. If not provided, the value will be generated automatically. -
code(string, required) Machine-readable code classifying the error type. Seemessagefor a human-readable explanation. Default: `` -
message(string, required) Error message