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 responde404 Not Found(mesmo que o JWT do pai pudesse enxergar esse checkout em outro contexto).
: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
UUID da sub-organização esperada como dona do produto principal do checkout.
UUID da sessão de checkout.
Resposta
200 OK — objeto checkout (produto embutido, cliente, desconto, etc.), alinhado ao endpoint principal.
Erros
| HTTP | Motivo |
|---|---|
404 | Checkout inexistente, soft-deleted, ou produto principal não pertence a :orgId |
401 / 403 | Token, escopo ou vínculo pai–filho inválido |
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.

