Skip to main content
Os números de cartões a serem utilizados no teste podem ser gerados a partir de qualquer site gerador de cartões, devendo o comportamento seguir a seguinte regra:
Transações no ambiente de sandbox envolvendo tokenização funcionam normalmente com base em cartões de teste. Cada cartão salvo na tokenização é tratado como um cartão normal, podendo ser usado no processo de simulação. A informação de Cód. Segurança (CVV) segue a seguinte regra de validação em sandbox, CVV final zero “0” o cartão é validado, para qualquer outro valor o status retorna como não validado.
Os cenários da tabela acima são os únicos disponíveis para simulação de cartão em sandbox. Não é possível simular códigos de recusa específicos, como insufficient_funds. Esses códigos aparecem apenas em respostas reais dos emissores e estão listados na tabela de declined codes. Para gerar cartões de teste com um status específico via SDK, consulte Gerar cartão.
Se você conseguiu inserir os dados de cartão na sua aplicação cliente, criar um token, enviar os dados para o seu servidor e criar uma cobrança, então sua integração está finalizada.

​
Captura e estorno

Caso queira testar o cenário de falha na captura ou estorno, o valor 991 deverá ser utilizado como valor para essas duas requisições.

​
Antifraude

Caso queira testar cenários antifraude, o valor analisado em sandbox será o final do documento enviado no nó de antifraude (fraudAnalysis) na criação da transação. O status retornado para antifraude seguirá as regras dispostas na tabela abaixo:

​
Recebedores

No ambiente de sandbox, o status inicial de um recebedor é derivado de forma determinística a partir do último dígito do documento. O documento considerado é o owner.document.number e, na sua ausência, o business.document.number (nessa ordem de prioridade). A cada mudança de status (na criação e na troca manual) o webhook correspondente seller.<status> é enviado ao cliente.

​
Alterar o status de um recebedor no sandbox

Também é possível alterar manualmente o status de um recebedor em sandbox por meio de um endpoint dedicado, recebendo o webhook correspondente à mudança.
Este endpoint está disponível apenas no ambiente de sandbox.
POST /v1/sellers/{id}/status Cabeçalho: X-Client-Id Corpo:
Valores aceitos para status: pending, active, inactive, failed. Após a alteração, o recebedor tem seu status recalculado e o webhook seller.<status> é disparado.