Account model
Full user-context responses returned by account creation and switching usenodeKind to distinguish a Buyer or Seller account from an organization
container. accountType is the canonical product field for those accounts;
customerRole remains as a compatibility field for Buyer and Seller
integrations. Some compatibility responses use accountType: PARTNER to
project the organization’s sales-agent offering. That projection is not a
separate account and has no legacy customerRole equivalent.
enabled only controls whether people and API clients can enter the account.
It does not make a Buyer live-eligible or grant Commercial Partner approval.
Some compatibility responses still expose buyerAccessPosture; it is deprecated
and is never operation authority. Buyer Setup derives the applicable Buyer
capabilities instead. Sales-agent offering projections expose registration as AVAILABLE or
REGISTERED and commercial status as INACTIVE, ACTIVE, SUSPENDED, or
EXITED. A newly enabled offering starts AVAILABLE / INACTIVE, so
enabling, registration, or certification never implies commercial access.
All examples use the storefront base URL:
Authorization: Bearer $SCOPE3_API_KEY. Your
account context is resolved from the API key. Domain and membership operations
require the ADMIN role on the target account.
Key concepts
- Registered domain. An account can carry one
customerDomain. It gates domain auto-join and, forSELLERaccounts, identifies the company operating the storefront. It initially seeds the storefront’s operator domain and remains separate from its public listing domain. - Storefront operator domain. A storefront has its own
operatorDomain, which is the canonical domain the storefront operates as for AAO and buyer-facing identity. It may differ from the account’scustomerDomain. UpdatingcustomerDomainsyncs the storefront only while the storefront operator domain is missing or still mirrors the account’s previous registered domain. - Domain auto-join. Users with a verified matching-domain email join as members without admin approval when
allowDomainAutoJoinis true. It defaults on for top-level organizations and off for child accounts, and requires acustomerDomainto be set. Admins can explicitly override the default. - Notification opt-ins. Preferences are a full set of
{ notificationType, channel }pairs. The update call replaces all existing opt-ins.
Task reference
Get current account
Authenticated account context
List accounts
Accounts you can switch into
Update account domain
Set the account’s registered domain
Get membership
Read domain auto-join setting
Update membership
Toggle domain auto-join
Get notification preferences
Read your opt-ins
Update notification preferences
Replace your opt-ins
Related
All account tasks
Every operation in one place
Activity & reporting
Audit feed and reporting metrics
Errors
Shared error contract