Skip to main content
Busca um checkout por checkoutId com o mesmo payload enriquecido que GET /v1/checkouts/:id, mas com isolamento por URL:
  • Se o checkout existir, porém o produto principal (checkouts.product_id → products.organization_id) for diferente de :orgId, a API responde 404 Not Found (mesmo que o JWT do pai pudesse enxergar esse checkout em outro contexto).
Assim, integrações que usam :orgId no path nunca misturam acidentalmente sessões de outro vendedor.

Autenticação

JWT da organização pai com relação direta para :orgId.

Escopos

Pelo menos um de: web:read, web:write, checkouts:read.

Parâmetros de path

string
required
UUID da sub-organização esperada como dona do produto principal do checkout.
string
required
UUID da sessão de checkout.

Resposta

200 OK — objeto checkout (produto embutido, cliente, desconto, etc.), alinhado ao endpoint principal.

Erros

Exemplos

Obter checkout após criação

Fluxo típico: criar → redirecionar → consultar status pelo ID

Tentativa com orgId errado (404)

Se você trocar CHILD_ORG_ID por o UUID de outro filho que não é dono do produto da sessão, o mesmo CHECKOUT_ID retorna 404 neste path — propositalmente, para não vazar que o ID existe em outra loja.

Variáveis (bash)