Pedidos

Visão geral

O pedido (order) é a compra do cliente na API v2. Ele reúne os itens e um ou mais pagamentos: você pode cobrar um cartão, um PIX, dois cartões ou cartão + PIX no mesmo pedido.

Método	Rota	O que faz
`POST`	`/v2/orders`	Cria um pedido
`GET`	`/v2/orders/{id}`	Consulta um pedido
`POST`	`/v2/orders/{id}/capture`	Captura os pagamentos com cartão autorizados
`POST`	`/v2/orders/{id}/cancel`	Cancela um pedido ainda não concluído
`POST`	`/v2/orders/{id}/confirm`	Confirma o código de verificação do cliente
`POST`	`/v2/orders/{id}/confirm/resend`	Reenvia o código de verificação

Pedido (order)
 ├─ items[]      → o que está sendo vendido
 └─ payments[]   → um pagamento (payment_intent) por meio de pagamento
       └─ cada pagamento tem uma cobrança (charge) com o mesmo id

201 Created não significa pago. A resposta traz o resultado da autorização. Um pagamento com cartão aceito pode ficar em processing até a confirmação da adquirente. Use os webhooks order.paid e charge.paid para saber quando o pedido foi pago.

Criar um pedido

Campos principais

Campo	Tipo	Req.	Descrição
`currency`	string	Não	`BRL` ou `USD`. Padrão: `BRL`. Moeda dos valores enviados no pedido. Veja Moeda e conversão
`international`	boolean	Não	Restringe a escolha às adquirentes habilitadas para compra internacional. Padrão: `false`. Não tem relação com `currency`
`customer`	object	Sim	Dados do comprador (veja abaixo)
`payments`	array	Sim	Um ou mais pagamentos (veja abaixo)
`items`	array	Sim	Um ou mais itens (veja abaixo)
`fraud_analysis`	object	Não	Pular a análise de fraude (veja abaixo)
`metadata`	object	Não	Dados livres da sua integração

Campos do cliente

A v2 não tem recurso de cliente. Envie o comprador em cada pedido.

Campo	Tipo	Req.	Descrição
`customer.name`	string	Sim	Nome completo (máx. 255)
`customer.email`	string	Sim	E-mail do comprador
`customer.phone.ddi`	string	Sim	Código do país (ex.: `55`)
`customer.phone.ddd`	string	Sim	Código de área (ex.: `11`)
`customer.phone.number`	string	Sim	Número do telefone
`customer.document.type`	string	Não	Tipo do documento (ex.: `cpf`)
`customer.document.number`	string	Não	Número do documento
`customer.ip`	string	Não	IP do comprador (não o do seu servidor), usado nos bloqueios de cliente
`customer.address`	object	Não	Endereço do comprador
`customer.address.zip_code`	string	Não	CEP (máx. 20)
`customer.address.street`	string	Não	Logradouro (máx. 255)
`customer.address.number`	string	Não	Número
`customer.address.neighborhood`	string	Não	Bairro (máx. 255)
`customer.address.complement`	string	Não	Complemento (máx. 255)
`customer.address.city`	string	Não	Cidade (máx. 255)
`customer.address.state`	string	Não	UF, 2 letras (ex.: `SP`)
`customer.address.country`	string	Não	País (máx. 255)

Todos os campos de customer.address são opcionais: um endereço parcial é aceito e o pedido é criado normalmente. Isso é diferente da assinatura, onde enviar customer.address obriga a preencher o endereço completo.

Campos do pagamento (`payments[]`)

Campo	Tipo	Req.	Descrição
`type`	string	Não	`card` ou `pix`. Padrão: `card`
`amount`	integer	Sim	Valor deste pagamento, em centavos (mín. `1`)
`capture_method`	string	Não	`manual` ou `automatic`, só para cartão. Padrão: `manual`. Veja Captura
`card`	object	Cartão	Dados do cartão ou cartão salvo (veja abaixo)
`pix_expiration`	integer	Não	Validade do QR Code PIX, em segundos (mín. `1`)
`split`	array	Não	Divisão do valor deste pagamento entre recebedores (veja abaixo)

Campos do cartão (`payments[].card`)

Campo	Tipo	Req.	Descrição
`token`	string	Não¹	`id` de um cartão salvo
`number`	string	Sim²	Número do cartão (mín. 13 dígitos)
`holder_name`	string	Sim²	Nome impresso no cartão
`exp_month`	string	Sim²	Mês de validade
`exp_year`	string	Sim²	Ano de validade
`cvc`	string	Sim²	Código de segurança
`installments`	integer	Não	Número de parcelas (mín. `1`)

¹ Alternativa aos dados do cartão. ² Obrigatório quando token não é enviado.

Campos do split (`payments[].split[]`)

Campo	Tipo	Req.	Descrição
`receiver_code`	string	Sim	Código do recebedor
`amount`	integer	Sim	Valor destinado ao recebedor, em centavos (mín. `1`)
`options.charge_processing_fee`	boolean	Não	Marca o recebedor de cujo valor saem as taxas de processamento
`options.charge_remainder_fee`	boolean	Não	Opção de restante do recebedor
`options.liable`	boolean	Não	Opção de responsabilidade do recebedor

Campos dos itens (`items[]`)

Campo	Tipo	Req.	Descrição
`code`	string	Não	Código do item na sua conta (máx. 255)
`description`	string	Sim	Descrição do item (máx. 255)
`quantity`	integer	Sim	Quantidade (mín. `1`)
`amount`	integer	Sim	Valor unitário, em centavos (mín. `1`)
`category`	string	Não	Categoria do item (máx. 255)

Análise de fraude (`fraud_analysis`)

Campo	Tipo	Req.	Descrição
`skip`	boolean	Sim	`true` para pular a análise de fraude
`reason`	string	Se `skip`	`upsell`, `one_click`, `trusted_customer` ou `external_analysis`

`reason`	Quando usar
`upsell`	Compra adicional em uma sessão que já passou pela análise
`one_click`	Cliente recorrente pagando com cartão salvo
`trusted_customer`	Cliente de confiança da sua operação
`external_analysis`	Você já fez a própria análise de fraude

Pular a análise de fraude exige permissão na sua conta. Sem ela, a resposta é 422 (fraud_bypass_not_allowed).

Regras de validação

A soma de items[].amount × items[].quantity precisa ser igual à soma de payments[].amount.
Um pagamento com cartão precisa de card.token ou de todos os dados do cartão.
Quando o pedido tem cartão, o pix_expiration de um pagamento PIX pode ser de no máximo 86400 segundos (24 horas). O cartão fica pré-autorizado enquanto o PIX não é pago.
A soma de split[].amount precisa ser igual ao amount do pagamento.
Quando o split está habilitado na plataforma, exatamente um recebedor precisa ter options.charge_processing_fee: true, e o valor dele precisa cobrir as taxas de processamento. Pelo menos um recebedor precisa ter options.charge_remainder_fee: true e pelo menos um precisa ter options.liable: true. Um split que não pode ser aplicado retorna 422 (split_error).

Exemplos

Cartão com captura manual

Request

{
  "currency": "BRL",
  "customer": {
    "name": "Maria Santos",
    "email": "maria@exemplo.com.br",
    "phone": { "ddi": "55", "ddd": "11", "number": "999999999" },
    "document": { "type": "cpf", "number": "12345678909" }
  },
  "payments": [
    {
      "type": "card",
      "amount": 10000,
      "capture_method": "manual",
      "card": {
        "number": "4111111111111111",
        "holder_name": "Maria Santos",
        "exp_month": "12",
        "exp_year": "2030",
        "cvc": "123",
        "installments": 1
      }
    }
  ],
  "items": [
    { "code": "SKU-1", "description": "Curso online", "quantity": 1, "amount": 10000 }
  ],
  "metadata": { "pedido_loja": "1024" }
}

Resposta (HTTP 201)

{
  "id": "ord_7Hk2Pq9Xm4Ln8Rt3",
  "object": "order",
  "status": "requires_capture",
  "currency": "brl",
  "amount": 10000,
  "original_amount": 10000,
  "original_currency": "brl",
  "payments": [
    {
      "id": "cha_8Kq2Lm9XvB3nT7pZ",
      "object": "payment_intent",
      "status": "requires_capture",
      "amount": 10000,
      "amount_refunded": 0,
      "currency": "brl",
      "original_amount": 10000,
      "original_currency": "brl",
      "exchange_rate": null,
      "payment_method_details": {
        "type": "card",
        "card": { "brand": "visa", "first_six": "411111", "last_four": "1111", "holder_name": "Maria Santos", "exp_month": 12, "exp_year": 2030 }
      }
    }
  ],
  "next_action": null
}

PIX

Pagamento

"payments": [
  { "type": "pix", "amount": 5000, "pix_expiration": 3600 }
]

Resposta (HTTP 201)

{
  "id": "ord_Bv5Nc1Zs6Qw0Ey2U",
  "object": "order",
  "status": "requires_action",
  "currency": "brl",
  "amount": 5000,
  "original_amount": 5000,
  "original_currency": "brl",
  "payments": [
    {
      "id": "cha_Rt6Yp1Zx3Hn8Qw2K",
      "object": "payment_intent",
      "status": "requires_action",
      "amount": 5000,
      "amount_refunded": 0,
      "currency": "brl",
      "original_amount": 5000,
      "original_currency": "brl",
      "exchange_rate": null,
      "payment_method_details": {
        "type": "pix",
        "pix": {
          "qr_code": "00020126580014br.gov.bcb.pix...",
          "qr_code_url": "https://...",
          "expires_at": "2026-09-14 11:00:00"
        }
      }
    }
  ],
  "next_action": {
    "type": "pix_display_qr_code",
    "pix": {
      "qr_code": "00020126580014br.gov.bcb.pix...",
      "qr_code_url": "https://...",
      "expires_at": "2026-09-14 11:00:00"
    }
  }
}

Cartão + PIX

Envie dois itens em payments. O pedido é criado com dois pagamentos e fica em requires_action com o QR Code em next_action. O cartão fica em requires_capture e é capturado automaticamente quando o PIX é pago.

Pagamentos

"payments": [
  {
    "type": "card",
    "amount": 5000,
    "card": { "token": "9b2f5c8e-3a1d-4f7b-8c6e-2d9a1b4c5e6f", "installments": 1 }
  },
  { "type": "pix", "amount": 5000, "pix_expiration": 3600 }
]

Captura

Um pagamento com cartão pode ser só autorizado (o limite fica reservado) ou capturado (a venda é concluída).

Situação	O que acontece
Um pagamento com cartão, sem `capture_method`	Captura manual: o pedido fica em `requires_capture`. Chame `/capture`
Um pagamento com cartão, `capture_method: "manual"`	Igual ao anterior
Um pagamento com cartão, `capture_method: "automatic"`	Venda direta, sem captura manual
Dois ou mais cartões	Todos os cartões são pré-autorizados, mesmo com `automatic`. Chame `/capture`
Cartão + PIX	O cartão é pré-autorizado e capturado automaticamente quando o PIX é pago. Não chame `/capture`

Um pedido com vários pagamentos é tudo ou nada. Se um pagamento for recusado, os que já foram autorizados são desfeitos e o pedido falha. O mesmo vale para a captura: se a adquirente recusar a captura de um cartão, os demais são desfeitos e o pedido fica failed, com o motivo em failure_reason.

Moeda e conversão

O currency da requisição indica em que moeda estão os valores que você envia (payments[].amount e items[].amount). Ele não tem relação com international. A 4SeletPay converte os valores para real uma única vez, na criação de cada pagamento, com a cotação do momento. A adquirente sempre recebe o valor em BRL. O valor enviado e a cotação ficam registrados. Por isso, pedidos, pagamentos, cobranças e faturas respondem com o valor cobrado, em real, e trazem o valor enviado em campos próprios:

Campo	O que é
`amount`	Valor cobrado, em centavos de real
`currency`	Sempre `brl`
`original_amount`	Valor na moeda enviada, em centavos
`original_currency`	Moeda enviada, em minúsculas (`brl`, `usd`)
`exchange_rate`	Cotação usada: 1 unidade da moeda enviada = `exchange_rate` reais. `null` quando a moeda é BRL. Presente em pagamentos, cobranças e faturas

Pedido de US$ 10,00

{
  "id": "ord_7Hk2Pq9Xm4Ln8Rt3",
  "object": "order",
  "status": "requires_capture",
  "amount": 5432,
  "currency": "brl",
  "original_amount": 1000,
  "original_currency": "usd",
  "payments": [
    {
      "id": "cha_8Kq2Lm9XvB3nT7pZ",
      "object": "payment_intent",
      "status": "requires_capture",
      "amount": 5432,
      "amount_refunded": 0,
      "currency": "brl",
      "original_amount": 1000,
      "original_currency": "usd",
      "exchange_rate": 5.4321,
      "payment_method_details": { "type": "card" }
    }
  ],
  "next_action": null
}

O pedido não tem exchange_rate. Cada pagamento é convertido no próprio momento, com a cotação vigente, então não existe uma cotação única do pedido. Consulte a cotação em cada item de payments. O amount do pedido é a soma dos pagamentos, em real.

Em pedidos em BRL, original_amount é igual a amount, original_currency é brl e exchange_rate é null. Os valores de estorno (amount, amount_refunded e amount_refundable) também são em centavos de real.

O objeto pedido

Campo	Tipo	Descrição
`id`	string	Identificador do pedido
`object`	string	Sempre `order`
`status`	string	Status do pedido (veja abaixo)
`amount`	integer	Valor total cobrado, em centavos de real (soma dos pagamentos)
`currency`	string	Sempre `brl`
`original_amount`	integer	Valor total na moeda enviada, em centavos. Igual a `amount` em pedidos em BRL
`original_currency`	string	Moeda enviada na criação, em minúsculas (`brl`, `usd`)
`payments`	array	Pagamentos do pedido (veja Pagamentos)
`next_action`	object	Ação que o cliente precisa fazer, ou `null`
`failure_reason`	object	Presente apenas quando `status` é `failed`. Veja Pagamento recusado

Status do pedido

O status do pedido é calculado a partir de todos os pagamentos, não apenas do primeiro.

Status	Descrição
`processing`	Em processamento. Aguarde o webhook de confirmação
`requires_capture`	Cartão autorizado, aguardando captura
`requires_action`	O cliente precisa agir: pagar o PIX ou confirmar o código de verificação
`paid`	Pago
`failed`	Recusado. Veja `failure_reason`
`canceled`	Cancelado
`refunded`	Estornado
`partially_refunded`	Estornado parcialmente
`chargeback`	Contestado pelo portador do cartão

Pagamentos

Cada item de payments é um objeto payment_intent. O id do pagamento é o mesmo id da cobrança: use-o em GET /v2/charges/{id} e no estorno.

Campo	Tipo	Descrição
`id`	string	Identificador do pagamento (igual ao da cobrança)
`object`	string	Sempre `payment_intent`
`status`	string	Status do pagamento (veja abaixo)
`amount`	integer	Valor cobrado, em centavos de real
`amount_refunded`	integer	Total estornado, em centavos de real
`currency`	string	Sempre `brl`
`original_amount`	integer	Valor na moeda enviada, em centavos
`original_currency`	string	Moeda enviada, em minúsculas (`brl`, `usd`)
`exchange_rate`	number	Cotação usada (1 unidade da moeda enviada = `exchange_rate` reais). `null` em BRL
`payment_method_details.type`	string	`card`, `pix` ou `boleto`
`payment_method_details.card`	object	Só quando há cartão vinculado: `brand`, `first_six`, `last_four`, `holder_name`, `exp_month`, `exp_year`
`payment_method_details.pix`	object	Só para PIX: `qr_code`, `qr_code_url`, `expires_at`

O objeto card só aparece quando a cobrança tem um cartão vinculado. Sem cartão, a chave card não é enviada — ela não vem com null. O id do cartão não é devolvido em pedidos nem em cobranças. No webhook de cobrança, ao contrário, card vem como null quando não há cartão.

Status do pagamento

Status	Descrição
`processing`	Em processamento
`requires_action`	PIX aguardando pagamento ou código de verificação pendente
`requires_capture`	Cartão autorizado, aguardando captura
`paid`	Pago
`refund_processing`	Estorno em processamento
`partially_refunded`	Estornado parcialmente
`refunded`	Estornado
`chargeback`	Contestado pelo portador do cartão
`canceled`	Cancelado ou autorização desfeita
`failed`	Recusado

Próxima ação (`next_action`)

Quando o cliente precisa fazer algo, o pedido traz um next_action. Se nada for necessário, o campo vem null.

Um pedido em requires_action nem sempre traz um next_action. Quando o código de verificação já foi confirmado ou expirou, o pedido continua em requires_action e o next_action vem null. Trate o nulo: gere um novo código com POST /v2/orders/{id}/confirm/resend em vez de assumir que o objeto existe.

QR Code PIX

"next_action": {
  "type": "pix_display_qr_code",
  "pix": {
    "qr_code": "00020126580014br.gov.bcb.pix...",
    "qr_code_url": "https://...",
    "expires_at": "2026-09-14 11:00:00"
  }
}

Exiba o qr_code (código copia e cola) ou a imagem de qr_code_url para o cliente. O expires_at do PIX vem no formato AAAA-MM-DD HH:MM:SS, sem indicação de fuso. O expires_at do código de verificação vem em UTC (ISO 8601).

Código de verificação

A análise de fraude pode pedir que o cliente confirme um código antes do pagamento:

"next_action": {
  "type": "otp_confirmation",
  "otp": {
    "confirmation_id": "5f1c2d3e-4a5b-6c7d-8e9f-0a1b2c3d4e5f",
    "expires_at": "2026-09-14T10:15:00.000000Z"
  }
}

Peça ao cliente o código que ele recebeu.
Envie o código em POST /v2/orders/{id}/confirm.
Se o código expirar, gere outro com POST /v2/orders/{id}/confirm/resend.

Nenhum pagamento é cobrado antes da confirmação. O código de verificação tem prioridade sobre o QR Code PIX. A verificação por código não gera webhook no formato v2: ela gera order.challenged no formato v1, inclusive a cada reenvio do código. Acompanhe pelo next_action da resposta.

O reenvio do código aceita 5 requisições por minuto por IP de origem. O limite não é separado por conta: se a sua plataforma atende várias contas a partir do mesmo servidor, todas dividem os mesmos 5 reenvios por minuto. Ao exceder, a resposta é 429 fora do envelope de erro da v2 ({ "message": "Too Many Attempts." }).

Fluxo de um pedido

POST /v2/orders
    │
    ├─ Bloqueios de conta, item ou cliente (403)
    ├─ Limite por comprador (429)
    ├─ Validação (422)
    ├─ Análise de fraude
    │     ├─ Negado          → 402 (failure_reason.code: fraud_suspected)
    │     └─ Verificação     → 201 requires_action (otp_confirmation) → /confirm
    │
    ├─ [PIX]              → 201 requires_action (pix_display_qr_code) → webhook order.paid
    ├─ [Cartão manual]    → 201 requires_capture → /capture → paid
    ├─ [Cartão automático]→ 201 processing ou paid → webhook order.paid
    ├─ [Cartão + PIX]     → 201 requires_action → PIX pago → cartão capturado → paid
    └─ Recusado           → 402 failed (failure_reason)

Limites e bloqueios

Por comprador: POST /v2/orders aceita no máximo 2 tentativas por minuto do mesmo comprador (e-mail ou documento) para os mesmos itens. Acima disso, a resposta é 429 (rate_limit_exceeded) com customer_message e Retry-After.
Bloqueios: conta, item ou cliente bloqueado (e-mail, documento ou BIN do cartão, inclusive de cartão salvo) retorna 403 com customer_message.

Veja todos os limites em Idempotência e limites.

Pontos de atenção

GET /v2/orders/{id} só encontra pedidos criados pela API v2. Pedidos da v1 retornam 404.
international não tem relação com currency: ele só restringe a escolha às adquirentes habilitadas para compra internacional, e uma cobrança em BRL pode ser internacional. Se nenhuma adquirente da conta atender, a resposta é 422 (acquirer_feature_not_supported). O campo não é devolvido na resposta.
O PayPal processa apenas cobranças em BRL. Um pedido com currency diferente de BRL processado pelo PayPal é recusado, mesmo com a conversão para real: a resposta é 402 com failure_reason, como qualquer recusa de pagamento, e não um erro de requisição.
O PayPal nunca é escolhido para pedidos com dois ou mais pagamentos, porque não tem as capacidades exigidas por esse tipo de pedido. Ele atende pedidos com um único pagamento com cartão. Se o PayPal for a única adquirente da conta, um pedido com dois ou mais pagamentos retorna 422 (acquirer_feature_not_supported). É uma limitação do PayPal, não uma falha.
Os pedidos da v2 não salvam cartão. O id de um cartão salvo vem de POST /v2/cards, de uma assinatura ou de um cartão salvo no checkout da v1.
Quando o PIX de um pedido com vários pagamentos expira sem ser pago, o pedido é encerrado: ele fica canceled em GET /v2/orders/{id} e a autorização do cartão é desfeita. O webhook que chega é order.failed, não um evento de cancelamento — a v2 não tem order.canceled. Status e evento diferem de propósito: em ambos os casos a venda não se concretizou.

Erros específicos

Rota	Status	`code`	Quando acontece
`POST /v2/orders`	`422`	`validation_error`	Algum campo é inválido (veja `param`)
	`422`	`card_token_invalid`	Cartão salvo inexistente na conta (`param`: `payments.N.card.token`)
	`422`	`split_error`	O split não pode ser aplicado (`param`: `split`)
	`422`	`fraud_bypass_not_allowed`	A conta não pode pular a análise de fraude
	`422`	`unsupported_payment_method_combination`	Combinação de meios de pagamento não suportada
	`422`	`acquirer_feature_not_supported`	Nenhuma adquirente da conta suporta esta composição
	`403`	`account_requests_blocked`, `item_purchases_blocked`, `customer_blocked`	Bloqueio de conta, item ou cliente
	`429`	`rate_limit_exceeded`	Muitas tentativas do mesmo comprador
	`402`	—	Pagamento recusado (pedido com `failure_reason`)
`POST /v2/orders/{id}/capture`	`422`	`order_not_capturable`	O pedido não está em `requires_capture`
	`402`	—	Captura recusada (pedido com `failure_reason`)
`POST /v2/orders/{id}/cancel`	`422`	`order_not_cancelable`	O pedido não está em `requires_capture` ou `requires_action`
`POST /v2/orders/{id}/confirm`	`422`	`parameter_missing`	O campo `code` não foi enviado (`param`: `code`)
	`422`	`confirmation_code_invalid`	Código inválido ou expirado
	`422`	`order_not_confirmable`	O pedido não aguarda código de verificação
	`402`	—	Pagamento recusado após a confirmação
`POST /v2/orders/{id}/confirm/resend`	`422`	`order_not_confirmable`	O pedido não aguarda código de verificação
Todas com `{id}`	`404`	`resource_missing`	O pedido não existe, é de outra conta ou foi criado pela v1

Resposta (HTTP 422)

{
  "error": {
    "type": "invalid_request_error",
    "code": "card_token_invalid",
    "message": "O cartão salvo informado não foi encontrado para esta conta.",
    "param": "payments.0.card.token"
  }
}

Veja o catálogo completo em Erros.

Cobranças

Cartões

Assinaturas

Faturas

Contestações

Links de pagamento

Análise de fraude

Pedidos

Visão geral

Criar um pedido

Campos principais

Campos do cliente

Campos do pagamento (`payments[]`)

Campos do cartão (`payments[].card`)

Campos do split (`payments[].split[]`)

Campos dos itens (`items[]`)

Análise de fraude (`fraud_analysis`)

Regras de validação

Exemplos

Cartão com captura manual

PIX

Cartão + PIX

Captura

Moeda e conversão

O objeto pedido

Status do pedido

Pagamentos

Status do pagamento

Próxima ação (`next_action`)

QR Code PIX

Código de verificação

Fluxo de um pedido

Limites e bloqueios

Pontos de atenção

Erros específicos

​Visão geral

​Criar um pedido

​Campos principais

​Campos do cliente

​Campos do pagamento (payments[])

​Campos do cartão (payments[].card)

​Campos do split (payments[].split[])

​Campos dos itens (items[])

​Análise de fraude (fraud_analysis)

​Regras de validação

​Exemplos

​Cartão com captura manual

​PIX

​Cartão + PIX

​Captura

​Moeda e conversão

​O objeto pedido

​Status do pedido

​Pagamentos

​Status do pagamento

​Próxima ação (next_action)

​QR Code PIX

​Código de verificação

​Fluxo de um pedido

​Limites e bloqueios

​Pontos de atenção

​Erros específicos

Visão geral

Criar um pedido

Campos principais

Campos do cliente

Campos do pagamento (`payments[]`)

Campos do cartão (`payments[].card`)

Campos do split (`payments[].split[]`)

Campos dos itens (`items[]`)

Análise de fraude (`fraud_analysis`)

Regras de validação

Exemplos

Cartão com captura manual

PIX

Cartão + PIX

Captura

Moeda e conversão

O objeto pedido

Status do pedido

Pagamentos

Status do pagamento

Próxima ação (`next_action`)

QR Code PIX

Código de verificação

Fluxo de um pedido

Limites e bloqueios

Pontos de atenção

Erros específicos