Para saber lo que realmente está sucediendo, debe consultar el código de respuesta CVV. La respuesta CVV es meramente un campo de consulta, ya que el CVV no es realmente obligatorio (solo se le cobra más y / o arriesga más rechazos si no lo envía.
Hay seis o siete códigos de respuesta posibles (consulte aquí , < a href="http://www.fraudlabspro.com/developer/reference/avs-and-cvv2-response-codes"> here , o here , por ejemplo) para una transacción que envía un CVV. Depende del procesador o comerciante decidir qué códigos son aceptables y cuáles deberían fallar en la transacción. Esto puede ser algo configurado en el portal web de su procesador, soporte telefónico o algo que necesita para administrarse usted mismo.
Lo más probable es que la tarjeta en cuestión regrese con una respuesta U , S o P , lo que indica que el banco emisor no pudo verificar el CVV por algún motivo. Es una decisión de negocios si eso conlleva un nivel de riesgo aceptable o no. Los que están fallando probablemente vuelvan con un N , que es el definitivo "¡Ese CVV está INCORRECTO !" respuesta (y por lo tanto una muy buena razón para rechazar la transacción).
No relacionado, no está claro si usted está recolectando los números de tarjeta de crédito (y pasándolos a su procesador / pasarela) o si está sirviendo una página proporcionada por su integración. Si los está recolectando, tenga en cuenta los diversos PCI SAQ niveles - suena como si estuvieras bajo SAQ A-EP. Vea las preguntas en la etiqueta pci-dss para obtener más información .