Optionalcontext?: Omit<Omit<{}, "bank">, "authentication"> & { authentication?: unknown }Optionalgovernance_context?: stringNumber of usage records successfully stored.
Optionalerrors?: {Validation errors for individual records. The field property identifies which record failed (e.g., 'usage[1].pricing_option_id').
Optionalsandbox?: booleanWhen true, the account is a sandbox account and no billing occurred.
Optionalext?: Omit<Omit<{}, "bank">, "authentication"> & { authentication?: unknown }Optionalsummary: stringShortcut for the common case: accept all rows in the request, optionally
minus any errors[] the caller computed. Sets
accepted = (request.usage?.length ?? 0) - errors.length.
Use with honest errors — passing no errors when rows failed validation
is lying to buyers and the audit trail.
Optionalopts: { errors?: Error[]; summary?: string }
Governance context token issued by the account's governance agent during check_governance. Buyers attach it to governed purchase requests (media buys, rights acquisitions, signal activations, creative services); sellers persist it and include it on all subsequent governance calls for that action's lifecycle. An account binds to one governance agent (see sync_governance); governance is phased across
purchase/modification/delivery, not partitioned across specialist agents, so the envelope carries a single token for the full lifecycle.Value format: governance agents MUST emit a compact JWS per the AdCP JWS profile (see Security — Signed Governance Context). Sellers MAY verify; sellers that do not verify MUST persist and forward the token unchanged. In 3.1 all sellers MUST verify. Non-JWS values from pre-3.0 governance agents are deprecated.
This is the primary correlation key for audit and reporting across the governance lifecycle.