Criar cobrança PIX
/v1/payments/pixCria uma cobrança PIX com QR Code dinâmico (EMV). Recusa do provedor não é erro HTTP: sai 201 FAILED com failure.code PAYMENT.PROVIDER_REJECTED; erro técnico sai 201 FAILED com PAYMENT.PROVIDER_ERROR e pode virar SUCCEEDED na reconciliação. Timeout do provedor sai 201 PENDING com statusReason: PROVIDER_PENDING e pix: null; o EMV aparece no GET /v1/payments/{id} quando recuperado. Sem pagamento até expiresAt, vai a CANCELED + statusReason: EXPIRED. Pagamento recebido → SUCCEEDED e evento payment.succeeded.
X-Merchant-Id é obrigatório com credencial de organização; com credencial de merchant é opcional (ausente = o próprio merchant).
kodanoOAuth payments:pix:writeAuthorizationBearer <token>Token obtido no Zitadel do ambiente (POST /oauth/v2/token), fora do host da API, e enviado em Authorization: Bearer <access_token>.
- Sandbox:
https://kodano-uat-p55zt6.us1.zitadel.cloud/oauth/v2/token - Produção:
https://kodano-prod-qe8hbt.us1.zitadel.cloud/oauth/v2/token
Use sempre o tokenUrl devolvido na emissão da credencial. Duas variantes: private_key_jwt (preferida; grant urn:ietf:params:oauth:grant-type:jwt-bearer com assertion RS256 assinada pela chave da credencial, iss = sub = userId, aud = authority do Zitadel, kid = keyId) e client_secret (grant client_credentials). O OpenAPI só modela a segunda.
O parâmetro scope do token é OIDC, não os escopos da API: openid urn:zitadel:iam:org:project:id:<projectId da API>:aud urn:zitadel:iam:user:resourceowner. Sem o :aud a API responde 401 AUTH.TOKEN_INVALID; sem resourceowner, 403 AUTH.TENANT_MISMATCH.
Os 28 escopos abaixo são os entitlements concedidos à credencial pelos produtos de integração (produto:recurso:ação; write não implica read), avaliados a cada requisição; não são pedidos no token. O tenant vem da organização do token; o merchant, de X-Merchant-Id. Revogar a credencial nega os tokens já emitidos em até 60 s.
Scope: payments:pix:write
X-Merchant-Id*stringMerchant da operação (mrc_ + Guid sem hífens, minúsculo). Obrigatório com credencial de organização (ausente → 400 MERCHANT.HEADER_REQUIRED); com credencial de merchant é opcional (ausente = o próprio merchant). Malformado, repetido, inexistente ou de outro tenant → 403 MERCHANT.FORBIDDEN (nunca 404). Vazio = ausente.
^mrc_[0-9a-f]{32}$Idempotency-Key*stringUUID, retido por 24 h a partir da primeira chamada. Escopo: (tenant, merchant, rota-template, chave). Mesma chave e mesmo corpo → resposta original (2xx ou 4xx) com X-Idempotent-Replay: true; corpo ou path concreto diferente → 409 IDEMPOTENCY.CONFLICT; em execução ou desfecho desconhecido → 409 IDEMPOTENCY.IN_PROGRESS com resourceId e Retry-After: 2. Ausente ou não-UUID → 422 IDEMPOTENCY.KEY_REQUIRED.
uuidX-Correlation-Id?stringOpcional, sempre ecoado na resposta e repetido em correlationId do Problem. Ausente ou inválido → o serviço gera UUID v7.
^[A-Za-z0-9._-]{1,64}$application/json- body
amount*integerCentavos.
100 <= value <= 100000000currency*"BRL"Único valor na v1.
"BRL"description?stringlength <= 140customer*|{ id } ou cliente inline; os dois juntos → VALIDATION.ONE_OF.
expiresIn?integerSegundos.
60 <= value <= 8640086400metadata?Até 20 chaves ^[A-Za-z0-9_.-]{1,40}$, valores string ≤ 500; devolvido tal qual.
properties <= 20Cobrança criada (ou replay da resposta original).
application/json- response
Mesmo objeto no 201 dos três POST de criação, no 200 do cancel, no detalhe, em cada item da lista e em data.object dos eventos de pagamento. O bloco do método vem preenchido; os dos outros métodos vêm null.
id*stringpay_ + 28 alfanuméricos.
^pay_status*PaymentStatusNove status mutuamente exclusivos. Precedência entre os derivados de sucesso: CHARGEBACK > REFUNDED > PARTIALLY_REFUNDED > CAPTURED/SUCCEEDED > AUTHORIZED.
"PENDING""AUTHORIZED""CAPTURED""SUCCEEDED""FAILED""CANCELED""REFUNDED""PARTIALLY_REFUNDED""CHARGEBACK"statusReason*|PROVIDER_PENDING (PENDING sem instrumento após timeout do provedor), EXPIRED (CANCELED por expiração), CAPTURE_FAILED (CANCELED porque a captura imediata falhou).
"PROVIDER_PENDING""EXPIRED""CAPTURE_FAILED"nullmethod*PaymentMethod"PIX""BOLETO""CARD"amount*integerCentavos pedidos na criação.
currency*"BRL"Único valor na v1.
"BRL"description*|length <= 140customer*pix?|nullboleto?|nullcard?|nullnextAction?|nullfailure*|nullrefundedAmount*integerSoma dos estornos SUCCEEDED (o ajuste de captura parcial não conta).
refundedAt*|date-timepaymentLinkId*|ord_ quando o pagamento veio de link.
metadata*Até 20 chaves ^[A-Za-z0-9_.-]{1,40}$, valores string ≤ 500; devolvido tal qual.
properties <= 20createdAt*stringdate-timeupdatedAt*stringdate-timecurl -X POST 'https://api.sandbox.kodano.com.br/v1/payments/pix' \ -H 'X-Merchant-Id: mrc_0f8fad5bd9cb469fa16570867728950e' \ -H 'Idempotency-Key: 4b2e8c1a-9d7f-4e3b-a6c5-0f1e2d3c4b5a' \ -H 'X-Correlation-Id: erp-7f3a-0010' \ -H 'Content-Type: application/json' \ -d '{ "amount": 15990, "currency": "BRL", "description": "Pedido 123", "customer": { "name": "Ana Souza", "document": "12345678909", "email": "ana@exemplo.com.br", "phone": { "areaCode": "11", "number": "999990000" } }, "expiresIn": 3600, "metadata": { "orderRef": "123" }}'{ "id": "pay_OhbVrpoiVgRV5IfLBcbfnoGMbJmT", "status": "PENDING", "statusReason": null, "method": "PIX", "amount": 15990, "currency": "BRL", "description": "Pedido 123", "customer": { "id": "cus_iGFfWd3hjOkYRBMe", "name": "Ana Souza", "document": "123******09" }, "pix": { "qrCode": "00020101021226870014br.gov.bcb.pix2565pix.exemplo.com.br/qr/v3/at/3f1c9e2a-8b7d-4e51-9a0c-6d2f1e7b4c93520400005303986540515990.005802BR5913LOJA EXEMPLO6009SAO PAULO62070503***6304B14A", "copyPaste": "00020101021226870014br.gov.bcb.pix2565pix.exemplo.com.br/qr/v3/at/3f1c9e2a-8b7d-4e51-9a0c-6d2f1e7b4c93520400005303986540515990.005802BR5913LOJA EXEMPLO6009SAO PAULO62070503***6304B14A", "expiresAt": "2026-10-16T14:00:00Z", "endToEndId": null }, "boleto": null, "card": null, "nextAction": null, "failure": null, "refundedAmount": 0, "refundedAt": null, "paymentLinkId": null, "metadata": { "orderRef": "123" }, "createdAt": "2026-10-16T13:00:00Z", "updatedAt": "2026-10-16T13:00:01Z"}