Es tentador integrar la Verification of Payee, ver volver una coincidencia y darlo por hecho. Pero el valor de la VoP está en los momentos en que la respuesta no es una coincidencia limpia — y esos son exactamente los casos que una prueba rápida se salta. Un plan de sandbox serio los cubre todos.
Prueba cada resultado
Un sandbox debería permitirte reproducir cada resultado de esquema bajo demanda, normalmente enviando nombres o IBAN de prueba específicos. Asegúrate de que tu UI y tu código hacen lo correcto para cada uno.
- Coincidencia (MTCH) — confirma que el pago puede proceder limpiamente.
- Coincidencia parcial (CMTC) — confirma que muestras el nombre verificado sugerido para confirmar o corregir.
- Sin coincidencia (NMTC) — confirma que muestras una advertencia clara y no procedes automáticamente.
- No aplicable (NOAP) — confirma que manejas «no se pudo verificar» con elegancia, no como un error.
No olvides los caminos de error
Más allá de los cuatro resultados, prueba qué ocurre con un IBAN malformado, un nombre de beneficiario faltante, una credencial caducada y un timeout. Aquí es donde las integraciones frágiles se rompen en producción.
Mantén las pruebas deterministas
Usa un sandbox con datos de prueba documentados y deterministas para que una entrada dada devuelva siempre el mismo resultado. Eso hace tus pruebas de integración repetibles en CI y significa que un fallo apunta a una regresión real, no a un respondiente inestable.
Del sandbox a producción
Una vez que cada resultado y camino de error se comporta correctamente, el go-live suele ser solo cambiar la URL base y las credenciales. RoxPay proporciona un sandbox con casos de prueba para cada resultado, para que puedas validar todo el flujo antes de apuntar a producción.