Skip to main content

OACP Integration Guide For AgenticOrg

Canonical end-to-end flow: OACP authority overview. AgenticOrg calls Grantex only when it needs authority artifacts or verification. It does not route every buyer message through Grantex.

Runtime Flow

Request Contract

AgenticOrg sends:
  • tenant, merchant, seller agent, and source identifiers;
  • merchant self-service config refs for source connector, buyer channels, provider-owned payment rails, public publishing, and POS metadata;
  • requested OACP artifact families;
  • source observed timestamp;
  • public-safe connector evidence;
  • no raw Shopify credential, raw provider payload, checkout URL, or payment URL.
  • no raw POS payload, raw payment payload, order-created claim, or POS paid-state claim.
Grantex returns:
  • 201 artifact_issuance_ready with artifact families when ready;
  • 202 received when connector evidence is still required;
  • 422 when the request is private, stale, executable, or otherwise unsafe.

Public Catalog Publishing Boundary

AgenticOrg publishes public buyer-safe seller and product surfaces after it has valid Shopify/OACP evidence and the operator enables public catalog publishing. Grantex does not host these catalog pages and does not sit in the hot path for non-binding buyer questions. Expected AgenticOrg public surfaces: Those outputs must include source and freshness labels, must not expose Shopify credentials or raw provider payloads, and must not claim checkout, payment, mandate, order, certification, or external platform approval. If the AgenticOrg cache is stale, revoked, or source-mismatched, the public surface must block or label the missing requirement instead of inventing facts.

Required Configuration

Failure Handling

If Grantex is unavailable, AgenticOrg may answer non-binding buyer questions from valid cached artifacts. Commitment-bound or POS-bound requests must refresh, prepare no execution, use only valid cached policy when risk permits, or refuse.
Last modified on June 25, 2026