Accept a project transfer request
API Reference / Projects / Accept a project transfer request
PUT /projects//transfer_requests/
Section titled “PUT /projects//transfer_requests/”Accepts a transfer request for the specified project, transferring it to the specified organization or user. If org_id is not passed, the project will be transferred to the current user or organization account.
Parameters
Section titled “Parameters”project_id(string, path, required) The Neon project IDrequest_id(string, path, required) The Neon project transfer request ID
Request body
Section titled “Request body”org_id(string, optional) The Neon organization ID to transfer the project to. If not provided, the project will be transferred to the current user or organization account.
Code examples
Section titled “Code examples”curl "https://console.neon.tech/api/v2/projects/$PROJECT_ID/transfer_requests/$REQUEST_ID" \
-X PUT \
-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.acceptProjectTransferRequest({
client: neon.client,
path: {
project_id: process.env.PROJECT_ID,
request_id: process.env.REQUEST_ID
}
});Console
Section titled “Console”Console path: Claim
Errors
Section titled “Errors”406 Account doesn't satisfy the plan requirements to own the project
reasons(array, required) List of reasons why the target account's plan cannot satisfy the transfer requirements. Each item contains acodeidentifying the constraint and amessagewith a human-readable explanation.message(string, required) Description of why the plan is not satisfiedcode(string, required) A short code identifying the reason
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