Es importante que asegure una integración completa en Adyen probando los códigos de resultado.
Si no puede enviar additionalData para probar, puede utilizar el campo de la tarjeta holderName en su lugar.
Probar resultado de pago
Hacer una petición /payments, proporcionando el holderName apropiado de la lista de códigos de respuesta de Adyen.
Este ejemplo muestra cómo obtener un pago RECHAZADO proporcionando DECLINED en el 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 respuesta de esquema y razón de rechazo en bruto
Puede establecer opcionalmente tanto el código de respuesta de esquema real como proporcionar su propia razón de rechazo en bruto. El motivo de denegación en bruto es la respuesta directa proporcionada por Visa o Mastercard.
Haga una solicitud de /pagos y, al proporcionar la información de la tarjeta, pase el holderName con los siguientes datos:
- un nombre de titular de la lista de códigos de respuesta de Adyen.
- un código de respuesta de Adyen y un motivo de rechazo en bruto.
Para este valor, utilice el formato:
: Es posible que tenga que reducir el valor de la puntuación de riesgo para tener en cuenta los caracteres no alfabéticos en el nombre del titular de la tarjeta, como los dos puntos («:»). Este y otros caracteres no alfabéticos activan la comprobación de riesgo, lo que puede hacer que el pago se rechace con un código de motivo FRAUD.
Ejemplo
El siguiente ejemplo muestra cómo se comprueba un resultado de pago «rechazado» debido a un «error», utilizando el campo holderName:
DECLINED : 06 : ERROR-
El valor del campo
holderNameno puede tener más de 80 caracteres. - Si se especifica un CVC incorrecto o una fecha de caducidad no válida, el pago falla y la operación devuelve un motivo de denegación genérico
DECLINED.
Prueba de modificaciones fallidas
En casos raros, una modificación podría fallar después de que hayamos procesado la modificación.
Para probar este escenario, haga una solicitud /pagos eligiendo un holderName de la lista de abajo que corresponda con el tipo de modificación fallida que quiere probar:
holderName |
Resultado |
|---|---|
| captura fallida | Simulamos una captura fallida, para más información ver CAPTURA_FAILED |
| reembolso fallido | Simulamos un reembolso fallido, para más información ver REFUND_FAILED |
Después de autorizar tu solicitud, debes iniciar la modificación que estás probando, ya sea captura o reembolso. Una vez hecho esto, simularemos automáticamente la modificación fallida.
Puede tardar hasta 24 horas en completarse la simulación de la modificación fallida.
Vea también
- Probar un escenario de devolución de cargo