status === open), com o mesmo conjunto de campos opcionais que PATCH /v1/checkouts/:id.
Regras específicas deste path:
- O checkout deve existir e seu produto principal deve ter
organization_id === :orgId; caso contrário404(igual ao GET escopado). - Se o corpo incluir
product_idouproduct_price_id, o novo produto (resolvido a partir do preço, se for o caso) também deve pertencer a:orgId; senão422.
403).
Autenticação
JWT da organização pai com relação para:orgId.
Escopos
Pelo menos um de:web:write, checkouts:write.
Parâmetros de path
Sub-organização dona esperada do produto principal (e de qualquer produto novo na atualização).
ID da sessão.
Corpo (parcial)
Todos os campos são opcionais; envie apenas o que mudar. Exemplos emsnake_case no HTTP:
Novo produto principal — deve ser da sub-org
:orgId.Novo preço — produto associado deve ser da sub-org
:orgId.Valor em centavos (quando permitido pelo fluxo de preço).
PATCH /v1/checkouts/:id no ambiente que você integra.
Resposta
200 OK — checkout atualizado.
Erros
| HTTP | Motivo |
|---|---|
404 | Checkout não encontrado ou não pertence a :orgId no sentido do produto principal |
403 | Checkout não está open |
422 | Novo product_id / product_price_id não é da sub-org :orgId |
401 / 403 | Token, escopo ou vínculo pai–filho |

