Ambiente de Testes
Ambiente de Testes
Ele utiliza os mesmos endpoints da produção, mas com regras específicas para simulação de comportamentos.
Não há comunicação real com adquirentes, bancos ou instituições financeiras.
Ao testar, acompanhe as mudanças de status retornadas pela API para garantir que sua aplicação esteja preparada para lidar com cada caso.
Simulação de Transações com Cartão
O comportamento é definido a partir do último dígito do número do cartão utilizado no request Criar uma Transação.
| Último dígito do cartão | Resultado da simulação |
|---|---|
| 9 | Retorna um status aleatório entre PAID, AUTHORIZED ou REFUSED. |
| 8, 7, 6, 5 | Sempre retorna REFUSED. |
| 4, 3, 2, 1 | Se a transação for de captura imediata, retorna PAID. Caso contrário, retorna AUTHORIZED. |
| 0 (ou outro valor) | Sempre retorna WAITING_PAYMENT. |
Caso a transação esteja configurada para utilizar 3DS, e o status inicial seja
PAID ou AUTHORIZED, o fluxo será redirecionado para autenticação.Nesse caso, o status retornado será
REQUEST_AUTHENTICATION junto de uma URL de simulação.Simulação de Transações PIX
A transação deve ser criada utilizando o request Criar uma Transação PIX.
Automaticamente será enfileirado um processamento interno que altera o status da transação após um atraso aleatório de 1 a 4 minutos.
Valor da transação (amount) | Resultado da simulação |
|---|---|
| 600 | Sempre retorna REFUSED. |
| 700 | Sempre retorna CANCELED. |
| Qualquer outro valor | Sempre retorna PAID. |
O atraso de atualização do status (1 a 4 minutos) é aplicado para simular o comportamento real de compensação de um pagamento PIX.
Caso o resultado seja REFUSED, também será preenchido o campo
refuse_reason com um motivo fictício de recusa.Simulação de Boletos
Esse meio de pagamento não gera comportamentos automáticos de aprovação, recusa ou compensação dentro do ambiente de testes.
Modificado em 2025-09-12 16:26:16