The Scope3 Storefront API provides capabilities for publishers and technology partners to set up and manage storefronts, configure inventory sources, register agents, and handle billing through both REST and MCP (Model Context Protocol) interfaces.
Storefronts — Create, view, update, and delete storefronts
Inventory Sources — Manage inventory sources and register agents within storefronts
Reporting — Delivery metrics for every media buy your Merchandising Agent is a party to through your Storefront inventory sources (advertiser → media buy → package)
Billing — Stripe Connect provisioning, account status, transactions, and payouts
Manage storefronts for your publisher integration. Each customer has exactly one storefront, which is automatically created in PENDING when the seller signs up — POST /api/v2/storefront is idempotent and returns the existing storefront if one is already provisioned. There is no delete endpoint; storefronts are activated or disabled via PUT.
Method
Endpoint
Description
GET
/api/v2/storefront
Get your storefront
PUT
/api/v2/storefront
Update storefront (also used to activate / disable)
POST
/api/v2/storefront
Idempotent: returns the existing storefront, creates one if missing
Manage inventory sources within a storefront. To register an agent, create an inventory source with executionType: "agent" and provide the agent’s endpoint URL and protocol.
Modular inventory sources (executionType: "MODULAR_SOURCE") are composed
from source-side modules such as inventory feeds, booking ledgers, trafficking
integrations, status sync, reporting imports, and human-in-the-loop work queues.
Use the modular projection endpoint to inspect module contracts, lifecycle
stages, automated/HITL/unsupported modes, missing setup fields, and open source
work items. The projection reports setup-state and configuration completeness;
it does not guarantee that runtime media-buy inputs, upstream booking,
trafficking, or human review are complete.The module config endpoint writes non-secret module configuration only. It can
set manual module states such as CONFIGURING, DISABLED, or ERROR, but it
cannot set ACTIVE; active execution state is derived by the execution
workflow.Example — Register an Agent as an Inventory Source:
Delivery reporting for every media buy your Merchandising Agent is a party to through your Storefront inventory sources. The Storefront customer does not own the underlying media buys — these are buyer-side campaigns flowing through your inventory sources — but you have visibility because your Merchandising Agent participates in each transaction.Hierarchy: advertiser → media buy → package (no campaign level).
Method
Endpoint
Description
GET
/api/v2/storefront/reporting/metrics
Hierarchical or time-series reporting metrics
Query parameters:
view — summary (default, hierarchical) or timeseries (flat per-day rows)
startDate / endDate — ISO YYYY-MM-DD. Falls back to the trailing days window.
days — Trailing window length (default 7, max 90, 0 for the full storefront timeframe)
inventorySourceId — Limit to media buys flowing through a single inventory source
download — When true, returns a signed CSV download URL instead of JSON
demo — When true, returns synthetic data (useful before live media buys exist)
The Storefront MCP server uses a generic tool pattern. AI agents interact with the full REST API surface through these tools:
Tool
Description
ask_about_capability
Query the API documentation to look up correct endpoint paths, field names, and request schemas. Call this before api_call when unsure of the exact interface.
api_call
Authenticated HTTP proxy to any storefront REST endpoint. Supports all methods (GET, POST, PUT, PATCH, DELETE) with full request/response passthrough.
health
Health check to verify the API is reachable.
Required workflow for AI agents: Always call ask_about_capability first to retrieve accurate field names and schemas before calling api_call. Field names are camelCase (e.g. agentId, not agent_id).