Skip to main content
POST /api/v2/accounts/create-child

Availability

Creates a new account under your organization. Requires the ADMIN role on the organization and an accepted package with an unused account slot. If your account is standalone, the package must include at least two account slots. You must also be its direct administrator and explicitly confirm creation of a new organization. Present the consequences below and send the confirmation as exactly true. The organization created by this conversion is a billing and access container, not a Buyer or Seller account. Your current contract and billing authority move to it, and you become its first administrator. The existing account keeps its role, resources, and direct members; organization administrators can manage both accounts, while direct account members gain no organization authority. Any account-specific standing remains an override; otherwise the account inherits organization standing. Detachment is not self-service because it requires a dedicated legal, billing, standing, and administrator migration. Only a newly created SELLER account receives a new storefront. A new BUYER account can enter Buyer Setup immediately. Its demo, real-work, direct-spend, and Apostra-spend capabilities are derived from Organization proof, Terms, plan/entitlements, standing, and transaction route; no separate admission flips the Account live. The organization’s accepted plan must also cover the new account:
  • a Seller Account needs a Listing plan or an Agentic Media Company plan. When you omit operatingMode, the account starts on the seller product the plan covers: AGENTIC_MEDIA_COMPANY on an Agentic Media Company plan, otherwise LISTING_ONLY. An operatingMode you send is kept as given, so LISTING_ONLY on an Agentic Media Company plan is refused, because a Listing-only storefront needs a Listing plan;
  • a Buyer Account needs a buyer plan when the organization holds only Buyer Accounts, or an Agentic Media Company plan when it also holds Seller Accounts. Holding more than one Buyer Account also needs Business Manager or Enterprise.
An organization with no accepted plan can add any account. When the plan does not cover the new account, the request is refused before anything is created, including before a standalone account becomes an organization. The refusal names the plan the account needs and the next step. See Which plan holds which accounts. The confirmation controls whether a fresh standalone conversion may begin. If a matching idempotencyKey receipt has already committed the organization and account hierarchy, retrying with that same key resumes required administrator access, contract transfer, deprecated Buyer compatibility projections, and account-view repairs even when confirmOrganizationConversion is omitted or false. The retry cannot cancel or reverse authority that has already moved. Reusing the key with incompatible input still returns 409 Conflict.

Request

Parameters

Response

customer.buyerAccessPosture is deprecated and always null. For a Buyer, customer.accountProducts.core.buyerAccessPosture is deprecated too: it is derived from the account’s capability verdicts when this response is built, LIVE_ELIGIBLE when the Buyer can spend live and otherwise SANDBOX_ONLY, and never stored. Neither is an authorization source: read Buyer Setup capabilities to see what the account can do.

Errors

  • 400 VALIDATION_ERROR — missing name/customerRole, or a malformed customerDomain.
  • 401 UNAUTHORIZED — authentication is missing or invalid.
  • 403 ACCESS_DENIED — caller is not an administrator, or a capacity-consuming creation lacks authority. BUYER, SELLER, and a subsequent DEVELOPER account consume capacity; the first DEVELOPER account does not.
  • 409 CONFLICT — no account slot remains, a fresh standalone conversion omitted confirmOrganizationConversion: true or sent false, or the request reused an idempotency key with incompatible input. A matching same-key retry after the hierarchy committed resumes instead of returning this confirmation error.
  • 409 CONFLICT with details.reason plan_does_not_cover_account — the organization’s accepted plan does not cover the new account. details.requiredPlans lists the plan families that would (BUYER, LISTING, PARTNER, AGENTIC_MEDIA_COMPANY; empty when no plan you can choose covers it), details.nextStep names what to do first (switch_seller_product, change_plan, use_agentic_media_company_seller_product, or get_in_touch), and, for members of the organization, details.currentPlan names the plan it is on. When the next step is to change the plan, details.planSwitch carries the typed next step (switch_plan) and, for an administrator of the organization, the Plan & pricing link. A refusal because no account slot remains carries details.planSwitch too. A same-key retry of a creation that already committed is not refused.
See Errors for the full error contract.

Account tasks

All account operations

Delete account

Remove an empty account

List accounts

See the new account