INFORMACIÓN TÉCNICA SOBRE COMERCIO ...³n Técnica sobre Comercio Electrónico Seguro VISA-...

Información Técnica sobre

Comercio Electrónico Seguro VISA- Formulario

Versión Nº: 1

Propiedad de Compañía Peruana de Medios de Pago S.A.C. - Prohibida cualquier reproducción, distribución o comunicación para otros fines, salvo autorización expresa de Visanet Perú.

Página 1 de 17 25-09-2013

INFORMACIÓN TÉCNICA

SOBRE

COMERCIO ELECTRÓNICO

SEGURO VISA-

FORMULARIO



Versión Nº: 1


Página 2 de 17 25-09-2013

INDICE

1. DEFINICIONES ...................................................................................................................... 3

2. INTEGRACIÓN (MODO FORMULARIO) .............................................................................. 3

2.1. REQUERIMIENTOS PARA EL FLUJO DE PAGO ....................................................................... 3

2.1.1. ETAPA 1: REGISTRO DEL PEDIDO Y GENERACIÓN DE E-TICKET ......................................... 3

2.1.2. ETAPA 2: NAVEGACIÓN .................................................................................................. 6

2.1.3. ETAPA 3: CONSULTA DEL RESULTADO DE LA TRANSACCIÓN .............................................. 9

3. ANEXOS .............................................................................................................................. 13

3.1. CÓDIGOS DE ACCIÓN ...................................................................................................... 13

3.1.1. CÓDIGOS ECI.............................................................................................................. 13

3.1.2. CÓDIGOS DE ACCIÓN AUTORIZACIÓN ............................................................................ 13



Versión Nº: 1


Página 3 de 17 25-09-2013

1. Definiciones

Para efectos del presente documento se consideran los siguientes términos:

PSP: Proveedor de Servicios de Pago (PSP- Payment Service Providers). Empresas con relación contractual con VisaNet que ofrecen servicios de pago a comercios patrocinados.

Tarjeta no autenticada: Cuando una tarjeta no es validada por la entidad emisora. Entidad Emisora: Entidad encargada de emitir tarjetas de pago Visa a los

tarjetahabientes con los que mantiene una relación contractual o comercial.

2. Integración (Modo Formulario) El comercio debe cumplir con los siguientes requerimientos para integrarse al Formulario de Pagos.

2.1. Requerimientos para el flujo de Pago

El proceso de pagos consta de 3 etapas:

Registro del pedido y generación de e-Ticket. Navegación para completar la información de pago del tarjetahabiente (Formulario de

Pago). Consulta del resultado de la transacción.

La primera y la última etapa se realizan a través de la invocación a Web Services (WS), mientras que la segunda se realiza re-direccionando la navegación mediante HTTPS POST.

2.1.1. Etapa 1: Registro del pedido y generación de e-Ticket

Para el registro del pedido, se invocará un Web Service publicado por VisaNet.

A. XML de generación de e-Ticket. Los parámetros a enviar, obligatoriamente, son los siguientes:

Parámetro Longitud Descripción

CANAL 1 Canal a través del cual se está realizando la compra. Siempre tendrá el valor “3” (Web)

PRODUCTO 1 Producto VisaNet a través del cual se está realizando la compra. Siempre tendrá el valor “1” (Comercio electrónico – Formulario de pagos)

CODTIENDA 9 Es el identificador del Comercio. Este campo se compone de 9 caracteres.

NUMORDEN 9 Número de orden o pedido. Este número es generado por el comercio, debe ser numérico y único para cada transacción.

MOUNT Es el monto que se cargará en la transacción. Formato: #####.## El símbolo decimal es el punto y siempre debe incluir dos valores decimales.



Versión Nº: 1


Página 4 de 17 25-09-2013

A continuación se muestran los parámetros que podrán ser enviados por el comercio obteniéndolos de su base de datos1.


NOMBRE 200 Nombre del titular de la tarjeta

APELLIDO 200 Primer apellido del titular de la tarjeta.

CORREO 100 Correo electrónico del titular de la tarjeta

DIRECCIÓN 200 Dirección en el estado de cuenta de la tarjeta.

CIUDAD 100 Ciudad del estado de cuenta de la tarjeta.

Los comercios afiliados bajo la modalidad de PSP deberán enviar los siguientes parámetros:


CODASOCIADO 9 Código del comercio asociado que es asignado por el PSP.

NOMBREASOCIADO 17 Nombre del comercio asociado.

MCC 4 MCC del comercio asociado.

Adicionalmente, el comercio podrá enviar datos adicionales en el siguiente campo:


DATO_COMERCIO 100 Datos opcionales que el comercio puede enviar. Estos se incluirán, sin modificaciones, en el XML de respuesta.

Estos campos se enviarán como parámetros al Web Service contenidos en una cadena XML con el siguiente formato:

<?xml version="1.0" encoding="UTF-8" ?>

<nuevo_eticket>

<parametros>

< parametro id="CANAL">3</parametro>

<parametro id="PRODUCTO">1</parametro>

<parametro id="CODTIENDA">String</parametro>

<parametro id="NUMORDEN">String</parametro>

<parametro id="MOUNT"> String </parametro>

<parametro id="NOMBRE"> String </parametro>

1 Se debe tener en consideración que si el comercio envía estos campos, obteniéndolos de su base de

datos, el tarjetahabiente no podrá modificarlos en el formulario de pagos. No obstante, se agilizará el proceso compra ya que se reducirá la cantidad de campos a ser completados por el tarjetahabiente.



Versión Nº: 1


Página 5 de 17 25-09-2013

<parametro id="APELLIDO"> String </parametro>

<parametro id="CORREO"> String </parametro>

<parametro id="DIRECCION"> String </parametro>

<parametro id="CIUDAD"> String </parametro>

<parametro id="CODASOCIADO"> String </parametro>

<parametro id="NOMBREASOCIADO"> String </parametro>

<parametro id="MCC"> String </parametro>

<parametro id="DATO_COMERCIO">String</parametro>

</parametros>

</nuevo_eticket>

B. XML de generación de e-Ticket.

El Web Service retornará un XML de respuesta, en el que estará incluido el valor de e-Ticket generado.

El XML de respuesta tendrá el siguiente formato:


<eticket>

<registro>

<campo id=”CODTIENDA”>String</campo>

<campo id=”NUMORDEN”>String</campo>

<campo id=”ETICKET”>String</campo>

</registro>

</mensajes/>

</eticket>

Dentro de la trama se identifican los siguientes nodos y sub-nodos:

1. Registro: Agrupa los campos del e-Ticket generado. 2. Campo: Que indicará los valores enviados como parámetros de respuesta. Puede tener

los siguientes ID’s:


CODTIENDA 9 Identificador del Comercio. Este campo se compone de 9 caracteres.

NUMORDEN 9 Número de orden o pedido. Este número es generado por el comercio, debe ser numérico y único para cada transacción.

ETICKET 30 Es el valor de e-Ticket generado.



Versión Nº: 1


Página 6 de 17 25-09-2013

MENSAJE Descripción si hubo algún error en la información enviada al WS.

2.1.2. Etapa 2: Navegación

Con el valor de e-Ticket obtenido (ver punto 2.1.1), se deberá re-direccionar la navegación del tarjetahabiente al formulario de pagos de VisaNet. La página de invocación del comercio debe permitir la interacción a través de HTTPS POST. Cada comercio debe invocar el Formulario de VisaNet enviando el siguiente parámetro para iniciar el flujo de pago:


ETICKET 30 Número de e-Ticket generado. Una vez que se envíe este valor al formulario de pagos, este mostrará el número de Orden y el monto asociados al e-Ticket, para que el cliente ingrese los datos de su tarjeta.

El parámetro debe ir como atributo tipo “hidden” (Ej. Input type=hidden) El URL al cual debe de enviarse este parámetro es:

https://www.multimerchantVisaNet.com/formularioweb/formulariopago.asp El comercio podrá incluir el formulario en un “iFrame”. Sin embargo, éste debe tener obligatoriamente barras de desplazamiento (scroll bars) para poder adaptarse al tamaño del formulario de pagos en caso este último sufra modificaciones.

El formulario de pagos para tarjetas nacionales2 se presenta en la figura 4.

2 Los campos marcados con asterisco (*) son obligatorios.

https://www.multimerchantvisanet.com/formularioweb/formulariopago.asp



Versión Nº: 1


Página 7 de 17 25-09-2013

Figura 4: Formulario para ingreso de tarjetas nacionales

Para el caso de tarjetas foráneas se agregan los siguientes campos al formulario: Dirección consignada en el estado de cuenta de la tarjeta. Ciudad consignada en el estado de cuenta de la tarjeta. País consignado en el estado de cuenta de la tarjeta. Código postal de la dirección consignada en el estado de cuenta de la tarjeta.

El formulario de pagos para tarjetas foráneas

3 (emitidas en el extranjero) se muestra en la

figura 5.

3 Los campos marcados con asterisco (*) son obligatorios.



Versión Nº: 1


Página 8 de 17 25-09-2013

Figura 5: Formulario para ingreso de tarjetas foráneas

La pasarela de pagos (POS Multimerchant) mostrará al usuario una pantalla informando que la transacción está siendo procesada, la pantalla será la siguiente:



Versión Nº: 1


Página 9 de 17 25-09-2013

Figura 6: Mensaje de información cuando la transacción está siendo procesada

Terminado el procesamiento de la transacción la pasarela de pagos invocará a una página de respuesta del comercio enviando el siguiente parámetro:


ETICKET 30 Valor del e-Ticket de la transacción de pago procesada.

El parámetro es retornado a través de HTTP POST y sólo indica el fin del proceso de la transacción. No indican el resultado de la misma (aprobación, denegación, etc.). Para conocer el resultado del proceso de pagos, el comercio deberá realizar la consulta de resultado del pedido (Etapa 3: Consulta del resultado de la transacción).

2.1.3. Etapa 3: Consulta del resultado de la transacción

Para conocer el resultado de la operación, el comercio deberá invocar a un Web Service publicado por VisaNet, con lo cual podrá obtener los parámetros que indican el resultado del proceso de pago. En la consulta, el comercio deberá invocar al Web Service enviando una cadena XML con el siguiente formato:


<consulta_eticket>

<parametros>

<parametro id="CODTIENDA">String</parametro>

<parametro id="ETICKET">String</parametro>



Versión Nº: 1


Página 10 de 17 25-09-2013

</parametros>

</consulta_eticket> Dentro de la trama se identifican los siguientes nodos:

1. Parámetros: Agrupa a los parámetros enviados para la consulta. 2. Parámetro: Detalla los parámetros de consulta. Puede tener los siguientes ID’s:


CODTIENDA 9 Código que se le asignó al comercio al afiliarse a comercio electrónico.

ETICKET 30 Valor de e-Ticket que se generó al inicio de la transacción. Es único por transacción.

El Web Service responderá un XML que contiene el resultado de todas las operaciones asociadas a este e-Ticket. El formato del XML de respuesta es el siguiente:


<respuesta_eticket>

<pedido id=”699” eticket=”2000601061101112270844150156”>

<operacion id=”1”>

<campo id=”respuesta”>String</campo>

<campo id=”estado”> String </campo>

<campo id=”cod_tienda”> String </campo>

<campo id=”nordent”> String </campo>

<campo id=”cod_accion”> String </campo>

<campo id=”pan”> String </campo>

<campo id=”nombre_th”> String </campo>

<campo id=”ori_tarjeta”> String </campo>

<campo id=”nom_emisor”> String </campo>

<campo id=”eci”> String </campo>

<campo id=”dsc_eci”> String </campo>

<campo id=”cod_autoriza”> String </campo>

<campo id=”cod_rescvv2””> String </campo>

<campo id=”imp_autorizado”> String </campo>

<campo id=”fechayhora_tx”> String </campo>

<campo id=”fechayhora_deposito” />

<campo id=”fechayhora_devolucion” />

<campo id=”dato_comercio”> String </campo>



Versión Nº: 1


Página 11 de 17 25-09-2013

</operacion>

</pedido>

</mensajes/>

</respuesta_eticket> Dentro de la trama se identifican los siguientes nodos y sub-nodos:

1. Pedido: Agrupa los datos del pedido y sus operaciones4. Tiene como valor de ID el

número de pedido y como valor el e-Ticket (el mismo que se envió en el XML de consulta)

2. Operación: Se tendrá un nodo “operacion” para cada operación que se haya realizado con este número de pedido. La operación tendrá un ID, que es un correlativo asignado por la pasarela de pagos. Se debe tener en cuenta que, como cada número pedido debe ser único, todas las operaciones posteriores a la primera, serán denegadas con código de acción 300 (Número de pedido duplicado). La operación tiene una serie de sub-nodos que están contenidos bajo el mismo tag “campo”:

a. Campo: Indicará los valores enviados como parámetros de respuesta. Puede tener los siguientes ID’s:


Respuesta 1 Tiene los siguientes valores: 1: Aprobada 2: Denegada

cod_tienda 9 Código de tienda que será entregado por POS Multimerchant.

nordent 9 Número de orden de la tienda.

cod_accion 3 Código de denegación. La descripción del parámetro cod_accion se detalla en el Anexo 2.

Pan 19 Número de tarjeta Visa. Está enmascarado, solamente muestra los 6 primeros dígitos y los 4 últimos: 456585******1001.

Eci 2 Electronic Commerce Indicator. Indica el resultado de la autenticación con Verified by Visa.

cod_autoriza 6 Código de autorización

ori_tarjeta 1 Indicador si es tarjeta foránea: 1. N= Tarjeta Nacional. 2. I= Tarjeta Internacional. 3. S= No determinado.

nom_emisor 50 Nombre de la entidad emisora de la tarjeta. Solamente en caso que la tarjeta sea nacional.

dsc_eci 50 Descripción del campo ECI

cod_rescvv2 1 Resultado de validación del CVV2

imp_autorizado Importe autorizado Formato: #####.## El símbolo decimal es el punto y debe incluir 2 valores decimales.

fechayhora_tx 19 Fecha y hora de la transacción Formato: DD/MM/YYYY hh:mm:ss

4 El pedido puede contener más de una operación, esto se presenta cuando se envía un

número de pedido existente. Dentro de un pedido sólo existirá a lo más una operación autorizada.



Versión Nº: 1


Página 12 de 17 25-09-2013

fechayhora_deposito 19 Fecha y hora en que la transacción fue depositada (en caso se haya depositado) Formato: DD/MM/YYYY hh:mm:ss

fechayhora_devolucion 19 Fecha y hora en que la transacción fue anulada (en caso se haya anulado). Formato: DD/MM/YYYY hh:mm:ss

3. Mensajes: Agrupa los mensajes que se puedan generar cuando se consulta un e-Ticket. 4. Mensaje: Este nodo permitirá la inclusión de mensajes hacia el comercio, por algún tipo de

error que se haya generado. Cada mensaje tendrá un ID único y siempre se debe revisar si se ha enviado algún mensaje.

Se debe tener en consideración que estos parámetros son los que se envían a la fecha de redacción de este documento. Siendo tramas XML, se puede incrementar el número de parámetros de respuesta, de acuerdo a las mejoras que se vayan implementando en la pasarela de pagos, las cuales se informarán oportunamente. Buscar actualizaciones en:

http://www.visanet.com.pe/comercio_electronico/ En la sección de mensajes, se notificarán errores que se pueden haber producido durante el procesamiento o la invocación al Web Service. Los posibles mensajes son:

Validaciones de XML Mensaje Respuesta al comercio

El comercio ejecuta el Web Service desde un numero IP no configurado

El IP xxx.xxx.xx.x no está autorizado para el comercio yyyyyy

XML de respuesta

El comercio envía formato incorrecto del XML

XML no tiene el formato correcto XML de respuesta

El comercio No envía el "CODTIENDA" como campo del XML

Campo CODTIENDA no encontrado en el XML

XML de respuesta

El comercio No envía el "ETICKET" como campo del XML

Campo ETICKET no encontrado en el XML

XML de respuesta

Validaciones de Negocio Mensaje Respuesta al comercio

Si falla el al intentar obtener los parámetros de respuesta del pedido.

Error de comunicación XML de respuesta

Si el campo CODTIENDA no se encuentra registrado en la base de datos

CODTIENDA no se encuentra registrado

XML de respuesta

Si el número de ETICKET no se encuentra registrado en la base de datos

ETICKET no se encuentra registrado XML de respuesta

Nota. El Web Service estará disponible para que sea invocado por el comercio no sólo al terminar el proceso de pago, sino también cuando lo considere necesario, como por ejemplo, para validar una transacción sin respuesta por time out. El comercio debe validar por lo menos los siguientes parámetros antes de dar una compra como aprobada y atender el pedido:

respuesta: Deberá tener el valor 1.

http://www.visanet.com.pe/comercio_electronico/



Versión Nº: 1


Página 13 de 17 25-09-2013

imp_autorizado: Deberá ser el monto del pedido que se está atendiendo.

A. Respuesta final al tarjetahabiente. Una vez obtenido el resultado del proceso de pago, el comercio deberá mostrar la pantalla final de respuesta al cliente. La pantalla final de compra debe mostrar la siguiente información: Logo de la empresa Nombre de la Tienda Teléfono Dirección Comercial Dominio Número de pedido Número de Tarjeta enmascarada : Ej: 4444 XXXX XXXX 3333 Fecha y hora del pedido Importe de la transacción Moneda Descripción del producto Nombre del Comprador Descripción del código de acción de acuerdo a tabla Políticas de devolución (o el link a las mismas) Términos y Condiciones (o el link a la página) Incluir un texto indicando al cliente que debe imprimir y guardar el recibo de transacción.

En algunos casos por un tema de reclamos, VisaNet solicitará al establecimiento el envío de una copia de esta pantalla final de compra en un plazo no mayor a 48 horas.

3. Anexos 3.1. Códigos de Acción

3.1.1. Códigos ECI

Códigos retornados en el proceso de autenticación. Sus valores significan:

ECI Descripción de apoyo para el comercio

5 Transacción autenticada

6 Comercio intentó autenticación pero tarjetahabiente no está participando

7 Transacción no autenticada pero enviada en canal seguro

10 Entidad emisora no disponible para autenticación

11 Clave secreta del tarjetahabiente incorrecta

12 Tarjeta Vencida

3.1.2. Códigos de Acción Autorización

Códigos retornados desde el proceso de autorización. Sus valores significan:

Código de

acción Descripción de apoyo para el comercio Descripción a mostrar al cliente

101 Operación Denegada. Tarjeta Vencida. Operación Denegada. Tarjeta Vencida. Verifique los datos en su tarjeta e ingréselos correctamente.

102 Operación Denegada. Contactar con la entidad emisora.

Operación Denegada. Contactar con entidad emisora de su tarjeta.



Versión Nº: 1


Página 14 de 17 25-09-2013

104 Operación Denegada. Operación no permitida para esta tarjeta.

Operación Denegada. Operación no permitida para esta tarjeta. Contactar con la entidad emisora de su tarjeta.

106 Operación Denegada. Exceso de intentos de ingreso de clave secreta.

Operación Denegada. Intentos de clave secreta excedidos. Contactar con la entidad emisora de su tarjeta.

107 Operación Denegada. Contactar con la entidad emisora.

Operación Denegada. Contactar con la entidad emisora de su tarjeta.

108 Operación Denegada. Exceso de actividad. Operación Denegada. Contactar con la entidad emisora de su tarjeta.

109 Operación Denegada. Identificación inválida de establecimiento.

Operación Denegada. Contactar con el comercio.


Operación Denegada. Operación no permitida para esta tarjeta. Contactar con la entidad emisora de su tarjeta.

111 Operación Denegada. El monto de la transacción supera el valor máximo permitido para operaciones virtuales


112 Operación Denegada. Se requiere clave secreta.

Operación Denegada. Se requiere clave secreta.

116 Operación Denegada. Fondos insuficientes. Operación Denegada. Fondos insuficientes. Contactar con entidad emisora de su tarjeta

117 Operación Denegada. Clave secreta incorrecta.

Operación Denegada. Clave secreta incorrecta.

118 Operación Denegada. Tarjeta inválida. Operación Denegada. Tarjeta Inválida. Contactar con entidad emisora de su tarjeta.


Operación Denegada. Intentos de clave secreta excedidos. Contactar con entidad emisora de su tarjeta.

121 Operación Denegada. Operación Denegada.

126 Operación Denegada. Clave secreta inválida.

Operación Denegada. Clave secreta inválida.

129 Operación Denegada. Tarjeta no operativa. Operación Denegada. Código de seguridad invalido. Contactar con entidad emisora de su tarjeta

180 Operación Denegada. Tarjeta inválida. Operación Denegada. Tarjeta Inválida. Contactar con entidad emisora de su tarjeta.

181 Operación Denegada. Tarjeta con restricciones de Débito.

Operación Denegada. Tarjeta con restricciones de débito. Contactar con entidad emisora de su tarjeta.

182 Operación Denegada. Tarjeta con restricciones de Crédito.

Operación Denegada. Tarjeta con restricciones de crédito. Contactar con entidad emisora de su tarjeta.

183 Operación Denegada. Error de sistema. Operación Denegada. Problemas de comunicación. Intente más tarde.

190 Operación Denegada. Contactar con entidad emisora.







201 Operación Denegada. Tarjeta vencida. Operación Denegada. Tarjeta vencida. Contactar con entidad emisora de su tarjeta.


Operación Denegada. Contactar con entidad emisora de su tarjeta



Versión Nº: 1


Página 15 de 17 25-09-2013


Operación Denegada. Operación no permitida para esta tarjeta. Contactar con entidad emisora de su tarjeta.


Operación Denegada. Intentos de clave secreta excedidos. Contactar con la entidad emisora de su tarjeta.


Operación Denegada. Contactar con entidad emisora de su tarjeta..

208 Operación Denegada. Tarjeta perdida. Operación Denegada. Contactar con entidad emisora de su tarjeta.

209 Operación Denegada. Tarjeta robada. Operación Denegada. Contactar con entidad emisora de su tarjeta

263 Operación Denegada. Error en el envío de parámetros.


264 Operación Denegada. Entidad emisora no está disponible para realizar la autenticación.

Operación Denegada. Entidad emisora de la tarjeta no está disponible para realizar la autenticación.

265 Operación Denegada. Clave secreta del tarjetahabiente incorrecta.

Operación Denegada. Clave secreta del tarjetahabiente incorrecta. Contactar con entidad emisora de su tarjeta.

266 Operación Denegada. Tarjeta vencida. Operación Denegada. Tarjeta Vencida. Contactar con entidad emisora de su tarjeta.

280 Operación Denegada. Clave errónea. Operación Denegada. Clave secreta errónea. Contactar con entidad emisora de su tarjeta.



300 Operación Denegada. Número de pedido del comercio duplicado. Favor no atender.

Operación Denegada. Número de pedido del comercio duplicado. Favor no atender.



401 Operación Denegada. Tienda inhabilitada. Operación Denegada. Contactar con el comercio.


403 Operación Denegada. Tarjeta no autenticada

Operación Denegada. Tarjeta no autenticada.

404 Operación Denegada. El monto de la transacción supera el valor máximo permitido.


405 Operación Denegada. La tarjeta ha superado la cantidad máxima de transacciones en el día.


406 Operación Denegada. La tienda ha superado la cantidad máxima de transacciones en el día.


407 Operación Denegada. El monto de la transacción no llega al mínimo permitido.


408 Operación Denegada. CVV2 no coincide. Operación Denegada. Código de seguridad no coincide. Contactar con entidad emisora de su tarjeta

409 Operación Denegada. CVV2 no procesado por entidad emisora.

Operación Denegada. Código de seguridad no procesado por la entidad emisora de la tarjeta

410 Operación Denegada. CVV2 no procesado por no ingresado.

Operación Denegada. Código de seguridad no ingresado.

411 Operación Denegada. CVV2 no procesado por entidad emisora.

Operación Denegada. Código de seguridad no procesado por la entidad



Versión Nº: 1


Página 16 de 17 25-09-2013

emisora de la tarjeta

412 Operación Denegada. CVV2 no reconocido por entidad emisora.

Operación Denegada. Código de seguridad no reconocido por la entidad emisora de la tarjeta









420 Operación Denegada. Tarjeta no es VISA. Operación Denegada. Tarjeta no es VISA.



422 Operación Denegada. El comercio no está configurado para usar este medio de pago.

Operación Denegada. El comercio no está configurado para usar este medio de pago. Contactar con el comercio.

423 Operación Denegada. Se canceló el proceso de pago.

Operación Denegada. Se canceló el proceso de pago.


Operación Denegada.

666 Operación Denegada. Problemas de comunicación. Intente más tarde.

Operación Denegada. Problemas de comunicación. Intente más tarde.

667 Operación Denegada. Transacción sin autenticación. Inicio del Proceso de Pago

Operación Denegada. Transacción sin respuesta de Verified by Visa.

668 Operación Denegada. Operación Denegada. Contactar con el comercio.

669 Operación Denegada. Módulo antifraude. Operación Denegada. Contactar con el comercio.

670 Operación Denegada. Módulo antifraude. Operación Denegada. Contactar con el comercio.

904 Operación Denegada. Formato de mensaje erróneo.


909 Operación Denegada. Error de sistema. Operación Denegada. Problemas de comunicación. Intente más tarde.

910 Operación Denegada. Error de sistema. Operación Denegada.

912 Operación Denegada. Entidad emisora no disponible.

Operación Denegada. Entidad emisora de la tarjeta no disponible

913 Operación Denegada. Transmisión duplicada.






940 Operación Denegada. Transacción anulada previamente.


941 Operación Denegada. Transacción ya anulada previamente.



943 Operación Denegada. Datos originales distintos.


945 Operación Denegada. Referencia repetida. Operación Denegada.

946 Operación Denegada. Operación de anulación en proceso.

Operación Denegada. Operación de anulación en proceso.

947 Operación Denegada. Comunicación duplicada.

Operación Denegada. Problemas de comunicación. Intente más tarde.



Versión Nº: 1


Página 17 de 17 25-09-2013







INFORMACIÓN TÉCNICA SOBRE COMERCIO ...³n Técnica sobre Comercio Electrónico Seguro VISA-...

Documents

Transcript of INFORMACIÓN TÉCNICA SOBRE COMERCIO ...³n Técnica sobre Comercio Electrónico Seguro VISA-...