Buyer Account Mapping gives a seller one consolidated record for each exact
operator-and-brand relationship, such as a brand buying through its agency. An
authorized buyer sees one account for that relationship, rather than one per
inventory source. The seller can privately see whether each source has a current
mapping.
Open the portable Page with the storefront MCP tool:
What is canonical
The relationship is identified by the storefront, operator domain, and brand
domain. A CRM record, GAM advertiser, FreeWheel reference, or another native ID
can support that relationship, but none replaces it.
This keeps two native accounts with the same literal ID separate. For example,
1234 under gam-primary and 1234 under freewheel-ctv are different source
mappings even when both support the same buyer relationship.
Page views
- Accounts shows each consolidated relationship and linked buyer access.
- Source coverage expands the relationship across active inventory sources.
Coverage is
Mapped, Not required, Not set up, Needs account selection, or Stale.
Source names and native IDs remain seller-private.
The Page is paginated and searchable. It does not expose private source topology
or source-native account IDs to buyers.
Review pending buyer access
When a buyer requests access to a relationship that requires seller approval,
the request stays pending until a storefront administrator decides it. List the
pending requests with list_seller_account_grant_reviews in storefront MCP or
GET /api/v2/storefront/account-mappings/reviews in the storefront REST API.
Each row includes the current version needed to prevent a decision against
stale review state.
Use decide_seller_account_grant_review or
POST /api/v2/storefront/account-mappings/reviews/{grantId}/decision to approve
Interchange-cleared billing. Rejections require a reason. A decision changes the
buyer access grant only: it does not create a native ad-server account, map an
inventory source, or enable spend by itself. Existing grants and mappings keep
their current state unless an administrator explicitly decides a pending request.
CSV exports and imports
The Page can download:
- an empty
source_account_bindings.csv v1 template;
- current healthy source mappings; and
- active native accounts with their source namespace, generation,
status, and listing version.
The normalized mapping columns are:
Spreadsheet-formula leads are neutralized in every exported field.
Select Import feed from the Page to open the portable import Task. The Task:
- lets an administrator choose the inventory sources covered by the file;
- uploads the bytes directly to private, short-lived storage;
- validates the exact schema, hashes, row count, relationships, source accounts,
and current mapping authority;
- shows creates, updates, archives, unchanged rows, and quarantined rows; and
- applies the reviewed set in one atomic, version-checked commit.
Sandbox relationships use the same reviewed mapping flow as live relationships.
If a storefront has both a sandbox and live relationship with the same operator and
brand domains, the Task quarantines that row instead of guessing which one to map.
Each successful commit records the administrator, revision, and impact in the
seller’s activity audit. Audit delivery is durable and does not make the mapping
transaction depend on a second service being available at commit time.
Snapshot imports treat the selected sources as complete. A missing row can archive
only a mapping that an earlier revision of the same feed created; manual mappings and
mappings owned by another feed are never removed. Any quarantined snapshot row blocks
the commit. Delta imports require the last committed revision ID and may apply only
accepted rows after the administrator reviews the quarantine impact.
This release imports only source_account_bindings.csv. It does not create CRM
records, canonical operator-and-brand relationships, grants, or native accounts.
Exported native-account choices must already come from an authenticated inventory
source. Files are limited to 10 MB and 10,000 data rows.
The MCP Task launcher is:
The upload, preview, and commit capabilities are app-only; they do not appear in the
model’s tool catalog.
CRM and commercial policy
A CRM is optional evidence and workflow acceleration. Runtime product discovery,
execution, and reporting use the inventory-source mapping for the relevant leg.
Credit limits, billing approvals, and permissions remain in their owning typed
commercial contracts; the account-mapping export does not copy or interpret
arbitrary CRM fields.
Native mapping support is runtime-specific. Agent-backed sources and managed
Google Ad Manager or FreeWheel sources consume explicit native-account mappings.
Sellers can refresh either managed source’s authenticated advertiser choices
before exporting or importing mappings. A partial or truncated refresh keeps the
previous choices active and never archives an omitted advertiser. Modular sources
can also consume mappings when their active modules declare one shared account
namespace across products, media buys, delivery, and account resources. CitrusAd
is the first supported composition and maps a supplier team. The Page labels an
incomplete composition as unsupported; it may participate only through an
explicit, contract-valid Not required decision where account scope is not
needed.