Reliable Reporting registration is available for staging validation.
Apostra does not send registration requests in production yet.
What Apostra sends
During the staging preview, when a seller advertises AdCP 3.2 Reliable Reporting support, Apostra calls the seller’ssync_accounts task for each
active account. The request contains the account ID, the exact media-buy scope,
the selected reporting offering, and an idempotency key. Apostra sends a new
configuration version when that scope changes.
The seller must treat an identical idempotency key as the same request. A retry
must not create a second destination, grant, or reporting configuration.
Registration lifecycle
The seller returns one lifecycle state for every requested configuration:
Apostra periodically reads non-final registrations until the seller reports
ready or inactive. It records action_required separately from ordinary
setup waits and raises it for operational follow-up.
Return a useful setup action
Forpending_setup or action_required, return either a structured setup
object or a structured issue. A setup object contains:
- a closed action:
grant_access,activate_recipient,authorize_provider, orrepair_access; - a short message that tells the operator what to complete;
- an optional HTTPS setup URL and expiry.
ready
from the account status read so registration can finish.