É importante que você assegure uma integração completa em Adyen através de códigos de resultado de teste.
Se você não for capaz de enviar dados adicionais para teste, você pode usar o campo do cartão holderName em vez disso.
Resultado do teste de pagamento
Faça um pedido de pagamento /payments, fornecendo o holderName apropriado da lista de códigos de resposta de Adyen.
Este exemplo mostra como obter um pagamento REFUSADO, fornecendo DECLINED no holderName.
{ "amount": { "currency": "USD", "value": 1000 }, "reference": "Your order number", "paymentMethod": { "type": "scheme", "number": "4111111111111111", "expiryMonth": "10", "expiryYear": "2020", "holderName": "DECLINED", "cvc": "737" }, "returnUrl": "https://your-company.com/...", "merchantAccount": "YOUR_MERCHANT_ACCOUNT"}{ "pspReference": "89783918347627F", "refusalReason": "Refused", "resultCode": "Refused", "refusalReasonCode": "2"}Personalizar a resposta do esquema e o motivo de recusa bruta
Pode, opcionalmente, definir tanto o código de resposta do esquema real como fornecer o seu próprio motivo de recusa bruta. O motivo de recusa em bruto é a resposta direta fornecida pela Visa ou Mastercard.
Pedir /pagamentos, e ao fornecer informações sobre o cartão, passe o holderName com os seguintes dados:
- a holderName da lista de códigos de resposta de Adyen.
- a Scheme Response code and Refusal reason raw String.
Para este valor, use o formato:
: Pode ser necessário baixar o valor da pontuação de risco para levar em conta caracteres não alfabéticos no nome do portador do cartão como dois pontos (“:”). Este e outros caracteres não alfabéticos disparam a verificação do risco, o que pode fazer com que o pagamento seja recusado com um FRAUD reason code.
Exemplo
O exemplo seguinte mostra como testar um resultado de pagamento “Declinado” devido a um “Erro”, usando o holderName:
DECLINED : 06 : ERROR-
O
holderNamevalor do campo não pode ser maior que 80 caracteres no máximo. - Se você especificar um CVC incorreto ou uma data de validade inválida, o pagamento falha e a operação retorna um genérico
DECLINEDmotivo de recusa.
Modificações falhadas no teste
Em casos raros, uma modificação pode falhar após termos processado a modificação.
Para testar este cenário, faça um /payments request escolhendo um holderName da lista abaixo que corresponde com o tipo de modificação falhada que você quer testar:
holderName |
Resultado |
|---|---|
| aptura falhada | Simulamos uma captura falhada, para mais informações veja CAPTURE_FAILED |
| reembolso falhado | Simulamos um reembolso falhado, para mais informações veja REFUND_FAILED |
Após a sua solicitação ser autorizada, você deve iniciar a modificação que você está testando, seja captura ou reembolso. Depois de ter feito isso, simularemos automaticamente a modificação falhada.
Pode levar até 24 horas antes que a simulação da modificação falhada seja concluída.
Veja também
- Teste um cenário de chargeback