Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Fecha

Revisión

Cambios – Motivo

06/01/2014

1.0

Creación del documento

08/08/2014

1.1

Requerimientos mínimos

08/09/2015

1.2

Agregado de aclaraciones

21/02/20191.3Revisión y actualización de la documentación.
20/08/20191.4Agregado de los campos Company y Store en la invocación de los servicios brindados por VPB.
16/09/20201.5Agregado de operaciones PEI. Pago PEI, Consulta, y Devoluciones PEI.
06/10/20201.6Se actualizan nombres de campos de la respuesta de la consulta.



Índice


Índice


Âncora
_Toc434487091
_Toc434487091
1. Introducción

Âncora
_Toc434487092
_Toc434487092
1.1 Acerca de este documento

Este documento describe los aspectos técnicos de integración, para aquellos comercios que deseen procesar cobros on-line, con sus sistemas de E-Commerce, a través de la API de VTOL Payment Bridge.

La implementación del servicio de VTOL Payment Bridge requiere conocimientos de desarrollo de software, para poder generar código que interactúe con la API de VPB para invocar servicios y procesar respuestas.


Âncora
_Toc434487093
_Toc434487093
1.2 ¿Qué es VTOL Payment Bridge?

Es un componente Web que permite a un sitio de eCommerce capturar los datos de la tarjeta y del tarjeta habiente, para luego autorizar, a través de VTOL Server, los pagos de compras realizadas en Internet. De esta manera no es necesario que el comercio esté certificado bajo las normas PCI.

...

A continuación se muestra una imagen del formulario que solicita los datos de la tarjeta:Image Removed

Image Added

Formulario de pago de VTOL Payment Bridge

...

Además, el formulario de VTOL Payment Bridge permitirá ingresar datos adicionales del titular de la tarjeta, como ser Fecha de nacimiento, Dirección y Teléfono. Estos datos podrán ser enviados por el eCommerce a VPB en el mensaje de autorización de pago, o bien que VPB se los solicite al usuario en el formulario de ingreso de datos. Se mostrará una imagen como la siguiente:Image Removed

Image Added

Formulario de pago de VPB con datos adicionales del tarjeta habiente


Âncora
_Toc434487094
_Toc434487094
1.3 Ventajas

Algunas de las ventajas de usar VTOL Payment Bridge son:

  1. Velocidad de integración con VTOL Server.
  2. Evitar implementar un formulario de ingreso de datos de tarjeta y sus correspondientes validaciones.
  3. Cumplir con las normas PCI ya que el e-commerce no tiene conocimiento de los datos sensibles de la tarjeta.
  4. Simplificar la conciliación con VTOL Server.


Âncora
_Toc434487095
_Toc434487095
1.4 Arquitectura


Como se observa en la figura, VPB recibe la petición de autorización del browser del cliente, con los datos de venta del e-commerce. Entre esos datos viaja el identificador de transacción generado por el e-commerce (transactionId).
VPB por su parte despliega una ventana segura para capturar los datos de la tarjeta. Una vez completados los datos, autoriza la transacción contra VTOL Server y responde a una dirección de callback, incluyendo el transactionId enviado en el requerimiento de autorización.
El e-commerce es quien posteriormente debe realizar la consulta del estado de la transacción pasando como parámetro su identificador en una invocación GET a VPB.
Por último y una vez que finalizó la operación con el cliente, el e-commerce realiza una invocación POST a VPB indicando la confirmación o cancelación de la transacción. VPB al recibir el requerimiento de confirmación o cancelación, envía un Commit o Rollback a VTOL Server.

Aviso
Importante: Todas las invocaciones realizadas se encuentran sobre protocolo seguro HTTPS.


Âncora
_Toc434487096
_Toc434487096
1.5 Alcance

Âncora
_Toc434487097
_Toc434487097
1.5.1 VTOL Payment Bridge

  1. Proveer un marco de intercambio de información seguro para evitar ataques y fraudes. Utilización de protocolo https.
  2. Autorizar mediante VTOL Server las transacciones de pago con tarjeta en Internet.
  3. Facilitar los datos de transacciones autorizadas.
  4. Brindar un mecanismo de conciliación entre el e-commerce y VTOL Server.


Âncora
_Toc434487098
_Toc434487098
1.5.2 E-Commerce

  1. Utilización de protocolo seguro https.
  2. Consultar a VPB el estado y datos de la transacción autorizada.
  3. Indicar a VPB si debe confirmar o cancelar la transacción.
  4. Brindar a VPB información sobre confirmación o cancelación de una transacción cuando este lo requiera, mediante una invocación GET.


Âncora
_Toc434487099
_Toc434487099
1.6 Alta disponibilidad

La versión actual de VTOL Payment Bridge no soporta alta disponibilidad. Es decir, que la aplicación actualmente está construida para trabajar como un nodo único.


Âncora
_validacionesEnVpb
_validacionesEnVpb
1.7 Validaciones en el formulario VPB

El formulario que despliega VTOL Payment Bridge para el ingreso de datos de la tarjeta realiza una serie de validaciones sobre los datos que ingresa el usuario. En caso de que se ingresen mal los datos de la tarjeta, se mostrarán mensajes informando los errores para que el usuario los pueda corregir. Existen dos tipos de errores que se pueden cometer sobre los campos de ingreso:

...

Los errores del primer tipo, no son validados por VPB, directamente se validan en el browser. Por ejemplo, si no se ingresa el Titular de la tarjeta, se mostrará el siguiente mensaje: "El campo Titular de al tarjeta Nombre en Tarjeta es requerido".

Los errores del segundo tipo, sí son validados por VPB. Por ejemplo que se ingrese una tarjeta vencida, o un código de seguridad menor al largo requerido. Este tipo de error sólo permite que se intente hasta tres veces ingresar los datos. En el cuarto intento, VPB hará una redirección a la URL de CallbackError, informando el error al eCommerce. 

17.1 Time Out de la compra

En VPB se puede limitar el tiempo con el que el tarjetahabiente cuenta para completar los datos sensibles de la tarjeta. En el formulario de ingreso de datos se muestra un timer en la esquina superior derecha, con el tiempo corriendo hacia atrás.

...

Por default, la sesión caduca en 5 minutos. Para cambiar este parámetro, se debe modificar un archivo de configuración.


Âncora
_Toc434487108
_Toc434487108
2. Integración

En esta sección se detalla la manera de integrar el e-commerce con VTOL Payment Bridge.

Informações
titleImportante

El formulario de pago para capturar los datos de la tarjeta se desplegará únicamente cuando se invoque a los servicios de Autorización de Pago (ya sea en una fase o en dos fases).

Los demás servicios, como ser Consulta de estado, Cancelación, Devolución, no desplegarán ningún formulario. La API de VPB retornará una respuesta con un status code según cada invocación, las cuales están descritas en los siguientes apartados.


Âncora
_Toc381043093
_Toc381043093
Âncora
_Toc434487110
_Toc434487110
2.1 Servicios brindados por VPB

Las operaciones disponibles son:

  • Operaciones con tarjetas de crédito-débito
    • Transacción en 1 fase
      • Autorización de Pago
      • Autorización de Pago PEI
    • Transacción en 2 fases
      • Autorización de pago
      • Captura de pago (sólo para transacción en 2 pasos)
      • Cancelar autorización de pago (sólo para transacción en 2 pasos)
    • Consultar estado de transacción
    • Devoluciones
      • Devolución total de Pago y Pago PEI
      • Devolución parcial de Pago y Pago PEI

Operaciones con tarjeta de crédito-débito

2.1.1 Transacción en 1 fase (Venta)

VTOL Payment Bridge ofrece la posibilidad de realizar una transacción en una sola fase, llamada Venta (cargo). Directamente se realiza la transacción financiera. En esta modalidad VPB autoriza, verifica y captura el importe de la venta, todo de una vez.

En este esquema también es posible realizar operaciones PEI (Pago Electrónico Inmediato). Dichos pagos se realizarán con tarjetas de débito, y las mismas serán autorizadas a través de Red LINK.


2.1.1.1 Autorización de Pago

Servicio: /web-vtol/service/authorizeForm

...

Parámetro

Tipo

Obligatorio

Descripción

ecommerceObjectSIDatos del comercio electrónico

companyAlfanuméricoSICódigo de la compañía que realiza la solicitud de pago.

storeNuméricoSICódigo de la tienda asociada a la compañía que realiza la solicitud de pago.
transactionTypeAlfanuméricoSITipo de transacción. Enviar sale
transactionIdNuméricoSI

Identificador de la transacción de pago. 16 dígitos de longitud. Debe ser generado por el e-commerce de manera tal que identifique unívocamente a una operación de pago, respetando el siguiente formato: yyyyMMddHHmmssxx, donde:

yyyyMMddHHmmss: Fecha en que se realiza la operación con 4 dígitos para el año, 2 dígitos para el mes, 2 dígitos para el día, dos dígitos para la hora, dos dígitos para los minutos y 2 dígitos para los segundos.

xx: 2 dígitos para el trace de transacciones. Es un valor incremental que inicia en 01 y su valor máximo es 99.

autoCommitBooleanNO

Identifica si las transacciones serán confirmadas por VPB sin esperar un "tercer mensaje". Valores posibles:

True: Las transacciones que retornen aprobadas desde VTOL, serán confirmadas automáticamente.

False: Las transacciones que retornen aprobadas desde VTOL, deberán ser confirmadas con un tercer mensaje por parte del eCommerce.

Si no se envía este campo, por defecto se toma el valor False.

paymentDataObjectSIOpciones de pago.

planAlfanuméricoSIPlan. Enviar valor 0.

paymentsNuméricoSICantidad de cuotas.

paymentConditionAlfanuméricoNOCondición de pago, asociada con el campo payments. Sólo se encuentra presente si existe una condición de pago vinculada con la transacción.
additionalCardHolderBooleanNO

Campo que podrá enviar el eCommerce para que VPB solicite datos adicionales del tarjeta habiente en el formulario de pago, para ser validados por antifraude. Estos datos serán enviados en el objeto cardHolder. Valores posibles:

True: VPB solicitará los datos adicionales del tarjeta habiente en el formulario de pago.

False: VPB no solicitará datos adicionales del tarjeta habiente en el formulario. Dichos datos deberán ser enviados por el eCommerce.

Si no se envía este campo, los datos adicionales del cliente no serán solicitados por ningún sistema.

cardHolderObjectNODatos del titular de la tarjeta.

identificationTypeAlfanuméricoCondicional

Tipo de identificación. Valores posibles:

0: CUIT
1: CUIL
2: Número único

Obligatorio si additionalCardHolder=False


identificationNumberNuméricoCondicional

Número de identificación. Máximo 8 dígitos.

Obligatorio si additionalCardHolder=False


birthdate

DateCondicional

Fecha de nacimiento del tarjeta habiente. Formato DDMMYYYY.

Obligatorio si additionalCardHolder=False


phoneNuméricoNOTeléfono del tarjeta habiente. Máximo 11 dígitos.

deliveryAddress

ObjectNODatos de dirección de entrega del resumen de la tarjeta del pagador.



streetName

AlfanuméricoCondicional

Calle.

Obligatorio si additionalCardHolder=False



streetNumber

NuméricoCondicional

Número de puerta.

Obligatorio si additionalCardHolder=False



complementAlfanuméricoNOPiso / departamento.



zipCode

NuméricoNOCódigo postal. Máximo 4 dígitos.
customerData
ObjectNODatos del usuario registrado en el e-commerce

customerNameAlfanuméricoNONombre del cliente del e-commerce. Longitud máxima 30.

customerLastNameAlfanuméricoNOApellido del cliente del e-commerce. Longitud máxima 30.

customerIdentificationTypeAlfanuméricoNOTipo de documento del cliente del e-commerce

customerIdentificationNumberAlfanuméricoNONúmero de documento del cliente del e-commerce

customerIdAlfanuméricoNONombre o id del usuario del e-commerce.

customerIPAlfanuméricoSIDirección IP del usuario del e-commerce.
cardValidationObjectNOSIDatos que utilizará VPB para validar la tarjeta ingresada por el usuario web en el formulario.

brandAlfanuméricoNOMarca de la tarjeta. Máximo 10 caracteres. Corresponde a la marca de tarjeta cargada en VTOL.

providerAlfanuméricoNOSICódigo del Provider Proveedor de tarjeta cargado en VTOL. Ejemplo VI (Visa). Longitud máxima 20.

bankAlfanuméricoNOBanco emisor de la tarjeta. Longitud máxima 20. Corresponde a la descripción del banco cargado en VTOL.
amountNuméricoSIImporte total a pagar.

currency

Alfanumérico

SI

Tipo de Moneda:

  • $ = Pesos
  • U$S = Dólares
interestAmountAlfanuméricoNOEste campo es por si se necesita enviar el monto de los intereses en el mensaje a Autorizar. Normalmente el monto ya contiene los intereses en el caso de pagar en cuotas. Pero existen casos de tarjetas especiales donde el monto hay que enviarlo libre de intereses y en otro campo los intereses.
urlObjectSIDatos de las URLs de callback.


callbackUrlError

Alfanumérico

SI

URL de respuesta a la cual VPB hace la redirección cuando el requerimiento genera un error de validación o se produce algún problema interno. En la invocación se envía el transaccionID correspondiente y un mensaje que detalla el error ocurrido.


callbackUrlSuccessful

Alfanumérico

SI

URL de respuesta a la cual VPB hace la redirección cuando el requerimiento finaliza correctamente. En la invocación se envía el transacciónID correspondiente.
Importante: que haya sido enviado a VTOL Server no significa que la operación se encuentre Aprobada.


callbackUrlCancelAlfanuméricoSIURL de respuesta que será invocado cuando el pago de la compra sea cancelado por el usuario desde VPB.

checkTransactionStatusAlfanuméricoSI

URL definida por el e-commerce donde VPB podrá realizar una invocación GET, y poder obtener qué acción realizar sobre una transacción, confirmarla o cancelarla. Ver Servicios brindados por el ecommerce

formDataObjectNODatos del comercio que se mostrarán en el formulario de ingreso de datos de la tarjeta


merchantName

AlfanuméricoNO

Nombre que se visualizará en el formulario para el ingreso de datos de la tarjeta.

Si no se envía este campo, se mostrará un nombre por defecto.


merchantImageURL

AlfanuméricoNO

URL donde VPB podrá tomar la imagen que se visualizará en el formulario para el ingreso de datos de la tarjeta.

Si no se envía este campo, se mostrará una imagen por defecto.


merchantImageMobileURLAlfanuméricoNO

URL donde VPB podrá tomar la imagen que se visualizará en el formulario para el ingreso de datos de la tarjeta en dispositivos móviles y tablets.

Si no se envía este campo, se mostrará una imagen por defecto.

orderDescriptionAlfanuméricoNOEste campo se utiliza para enviar desde el eCommerce una leyenda que se mostrará en el formulario de VPB. En caso de que no se envíe este campo, se mostrará una leyenda por defecto.
posTicketAlfanuméricoNOInformación del ticket en formato xml y posteriormente transformado en Base 64. Ver sección Estructura del campo posTicket
ecommerceCustomFieldAlfanuméricoNOMáximo 255 caracteres. Campo generado por el eCommerce, lo puede enviar a VPB para que este lo guarde y pueda ser usado para trazabilidad del eCommerce.
validationDataObjectNOColección para informar los campos que VPB validará si coinciden con los datos ingresados por el usuario en el formulario.

identificationNumberMatchBooleanNO

Indica si el campo identificationNumber de la colección cardHolder, debe validar coincidencia entre el dato enviado por el eCommerce y valor ingresado por el cliente en el formulario de VPB.

True: VPB verificará si coinciden los datos. Ver validaciones del campo.

False: VPB no verificará si coinciden los datos.

Si el eCommerce no envía este campo, entonces VPB no realizará ninguna verificación.

...

Bloco de código
themeMidnight
titlejson
linenumberstrue
{
   "transactionType": "Sale",
   "ecommerce": {
      "company": "C1",
      "store": "1"
   },
   "transactionId": "1580408171332",
   "responseCode": "00",
   "status": "Pending"
}



2.1.1.2 Autorización de Pago PEI

VTOL Payment Bridge ofrece la posibilidad de realizar Pagos PEI (Pago Electrónico Inmediato), con tarjeta de débito. Estas operaciones se transfieren desde la cuenta del cliente a la cuenta del Comercio y se acreditan de manera instantánea. Dichos pagos serán autorizados por Red LINK.

...

Parámetro

Tipo

Obligatorio

Descripción

ecommerceObjectSIDatos del comercio electrónico

companyAlfanuméricoSICódigo de la compañía que realiza la solicitud de pago.

storeNuméricoSICódigo de la tienda asociada a la compañía que realiza la solicitud de pago.
transactionTypeAlfanuméricoSITipo de transacción. Enviar: SalePEI
transactionIdNuméricoSI

Identificador de la transacción de pago. 16 dígitos de longitud. Debe ser generado por el eCommerce para identificar unívocamente una operación de pago, respetando el siguiente formato: yyyyMMddHHmmssxx, donde:

yyyyMMddHHmmss: Fecha en que se realiza la operación con 4 dígitos para el año, 2 dígitos para el mes, 2 dígitos para el día, dos dígitos para la hora, dos dígitos para los minutos y 2 dígitos para los segundos.

xx: 2 dígitos para el trace de transacciones. Es un valor incremental que inicia en 01 y su valor máximo es 99.

additionalCardHolderBooleanNO

Campo que podrá enviar el eCommerce para que VPB solicite datos adicionales del tarjeta habiente en el formulario de pago, y ser validados por antifraude. Estos datos serán enviados en el objeto cardHolder.

Valores posibles:

True: VPB solicitará datos adicionales del tarjeta habiente en el formulario de pago.

False: VPB no solicitará datos adicionales del tarjeta habiente en el formulario. Dichos datos deberán ser enviados por el eCommerce.

Si no se envía este campo, los datos adicionales del cliente no serán solicitados por ningún sistema.

cardHolderObjectNODatos del titular de la tarjeta.

identificationTypeAlfanuméricoNO

Tipo de identificación. Valores posibles:

0: CUIT
1: CUIL
2: Número único


identificationNumberNuméricoNO

Número de identificación. Máximo 8 dígitos.


birthdateDateCondicional

Fecha de nacimiento del tarjeta habiente. Formato DDMMYYYY.

Obligatorio si additionalCardHolder=False


phoneNuméricoNOTeléfono del tarjeta habiente. Máximo 11 dígitos.

deliveryAddress

ObjectNODatos de dirección de entrega del resumen de la tarjeta del pagador.



streetName

AlfanuméricoCondicional

Calle.

Obligatorio si additionalCardHolder=False



streetNumber

NuméricoCondicional

Número de puerta.

Obligatorio si additionalCardHolder=False



complementAlfanuméricoNOPiso / departamento.



zipCode

NuméricoNOCódigo postal. Máximo 4 dígitos.
customerData
ObjectNODatos del usuario registrado en el e-commerce

customerNameAlfanuméricoNONombre del cliente del e-commerce. Longitud máxima 30.

customerLastNameAlfanuméricoNOApellido del cliente del e-commerce. Longitud máxima 30.

customerIdentificationTypeAlfanuméricoNOTipo de documento del cliente del e-commerce

customerIdentificationNumberAlfanuméricoNONúmero de documento del cliente del e-commerce

customerIdAlfanuméricoNONombre o id del usuario del e-commerce.

customerIPAlfanuméricoSIDirección IP del usuario del e-commerce.
cardValidationObjectNOSIDatos que utilizará VPB para validar la tarjeta ingresada por el usuario web en el formulario.

brandAlfanuméricoNOMarca de la tarjeta. Máximo 10 caracteres. Corresponde a la marca de tarjeta cargada en VTOL.

providerAlfanuméricoNOSICódigo del Provider Proveedor de tarjeta cargado en VTOL. Ejemplo VI (Visa). Longitud máxima 20.

bankAlfanuméricoNOBanco emisor de la tarjeta. Longitud máxima 20. Corresponde a la descripción del banco cargado en VTOL.
amountNuméricoSIImporte total a pagar.

currency

Alfanumérico

SI

Tipo de Moneda:

  • $ = Pesos
urlObjectSIDatos de las URLs de callback.


callbackUrlError

Alfanumérico

SI

URL de respuesta a la cual VPB hace la redirección cuando el requerimiento genera un error de validación o se produce algún problema interno. En la invocación se envía el transaccionID correspondiente y un mensaje que detalla el error ocurrido.


callbackUrlSuccessful

Alfanumérico

SI

URL de respuesta a la cual VPB hace la redirección cuando el requerimiento finaliza correctamente. En la invocación se envía el transacciónID correspondiente.
Importante: que haya sido enviado a VTOL Server no significa que la operación se encuentre Aprobada.


callbackUrlCancelAlfanuméricoSIURL de respuesta que será invocado cuando el pago de la compra sea cancelado por el usuario desde VPB.
formDataObjectNODatos del comercio que se mostrarán en el formulario de ingreso de datos de la tarjeta


merchantName

AlfanuméricoNO

Nombre que se visualizará en el formulario para el ingreso de datos de la tarjeta.

Si no se envía este campo, se mostrará un nombre por defecto.


merchantImageURL

AlfanuméricoNO

URL donde VPB podrá tomar la imagen que se visualizará en el formulario para el ingreso de datos de la tarjeta.

Si no se envía este campo, se mostrará una imagen por defecto.


merchantImageMobileURLAlfanuméricoNO

URL donde VPB podrá tomar la imagen que se visualizará en el formulario para el ingreso de datos de la tarjeta en dispositivos móviles y tablets.

Si no se envía este campo, se mostrará una imagen por defecto.

orderDescriptionAlfanuméricoNOEste campo se utiliza para enviar desde el eCommerce una leyenda que se mostrará en el formulario de VPB. En caso de que no se envíe este campo, se mostrará una leyenda por defecto.
posTicketAlfanuméricoNOInformación del ticket en formato xml y posteriormente transformado en Base 64. Ver sección Estructura del campo posTicket
ecommerceCustomFieldAlfanuméricoNOMáximo 255 caracteres. Campo generado por el eCommerce, lo puede enviar a VPB para que este lo guarde y pueda ser usado para trazabilidad del eCommerce.
validationDataObjectNOColección para informar los campos que VPB validará si coinciden con los datos ingresados por el usuario en el formulario.

identificationNumberMatchBooleanNO

Indica si el campo identificationNumber de la colección cardHolder, debe validar coincidencia entre el dato enviado por el eCommerce y valor ingresado por el cliente en el formulario de VPB.

True: VPB verificará si coinciden los datos. Ver validaciones del campo.

False: VPB no verificará si coinciden los datos.

Si el eCommerce no envía este campo, entonces VPB no realizará ninguna verificación.

...

    • Si el valor enviado por el eCommerce y el valor ingresado por el usuario en el formulario de VPB coinciden, entonces se enviará la transacción a VTOL Sever para ser autorizada.
    • Si el valor enviado por el eCommerce y el valor ingresado por el usuario en el formulario de VPB NO coinciden, entonces se mostrará el siguiente mensaje en pantalla: "Algo salió mal. Ingrese nuevamente los datos". Se mostrará el formulario de VPB con todos los campos en blanco para que se vuelvan a cargar. Sólo se podrá ingresar 3 veces un valor no coincidente. Al cuarto intento que no coinciden los DNI, se retornará a la url de callbackError al eCommerce, informando el error "Excedió el número de reintentos". Estos intentos se sumarizan junto a los errores que valida VPB antes de enviar la transacción a VTOL Server. Ver Validaciones en el formulario VPB


Respuesta:

La respuesta se realiza en el dirección de callback, especificada por el eCommerce. Los campos se envían en formato json "Nombre del campo":"valor".

...

Informações
titleImportante

Cuando el eCommerce recibe el callback, tiene que obtener la información completa del recurso, accediendo al endpoint de consulta de la API: /checkTransactionStatus.

Ante una falla en la respuesta, si el eCommerce no recibe el callback de VPB, tendrá que consultar el estado de la transacción, accediendo al endpoint de consulta: /checkTransactionStatus.

Dado que las operaciones PEI una vez que fueron aprobadas no permiten reversar, para poder llevar a cabo esta acción, el comercio deberá generar una operación de devolución (RefundPEI).



Âncora
checkTransactionStatus
checkTransactionStatus
2.1.1.3 Consultar Estado de Transacción

Servicio: /web-vtol/service/checkTransactionStatus

...

Bloco de código
themeMidnight
titlejson
linenumberstrue
{
   "transactionId": "1580409092436",
   "ecommerce": {
      "company": "C1",
      "store": "1"
   }
}

Respuesta de operación de crédito

La respuesta retorna los siguientes campos:

Campo

Tipo

Descripción

companyAlfanuméricoCódigo de la compañía que realizó la transacción.
storeNuméricoCódigo de la tienda asociada a la compañía que realizó la transacción.

responseCode

Numérico

Código de Respuesta de la transacción. Ver sección Códigos de Respuesta.

responseMessage

Alfanumérico

Descripción del Código de Respuesta

authorizationStatus

Alfanumérico

Estado de la transacción. Puede ser:

Initialized: Inicializado.

Cancel: Cancelada por el usuario.

Authorize: Autorizando.

Rejected: Rechazada.

Pending: Pendiente de confirmación. (No disponible para operaciones PEI)

Commit: Confirmada.

Rollback: Cancelada. (No disponible para operaciones PEI)

node

Numérico

Código de nodo de VTOL Server utilizado para la autorización.

idtransactionId

Numérico

Identificador de la transacción en VPB.

amount

Numérico

Importe total de la operación.

currency

Alfanumérico

Tipo de moneda.

ticket

Numérico

Ticket generado en VTOL Server

authorizationCode

Numérico

Código de autorización de la transacción, en caso de que haya sido aprobada.

vtolTrxId

Numérico

Identificador de la transacción en VTOL Server. Longitud entre 19 y 20 dígitos, debido a que utiliza el día como parte de formato.

providerCode

Alfanumérico

Código de la tarjeta.

providerNameAlfanuméricoDescripción de la tarjeta.

displayMessage

Alfanumérico

Mensaje adicional enviado por el autorizador y que debe ser visualizado.

transactionDateAlfanuméricoFecha y hora de la transacción.
trxReferenceNumbermaskedCardNumberNuméricoAlfanuméricoIdentificador de la transacción en VTOL Server. Longitud entre 19 y 20 dígitos, debido a que utiliza el día como parte de formato.cardNumberAlfanuméricoNúmero de tarjeta del pago. Estará enmascarado. Por ejemplo: 4507**Número de tarjeta del pago. Está enmascarado. Por ejemplo: 4507******0010paymentsNuméricoCantidad de cuotas

Los campos se responden en formato json "Nombre del campo":"valor"

...

Bloco de código
themeMidnight
titlejson
linenumberstrue
{ 
   "company":"C1",
   "amount":"100.00",
   "providerCode":"VI"
   "providerName":"Visa",
   "ticket":"4",
   "authorizationCode":"123456",
   "store":"1",
   "transactionDate":"2020-01-30 15:31:57.417",
   "authorizationStatus":"Pending",
   "responseCode":"00",
   "node":"0000000001",
   "displayMessage":"prueba de impresion",
   "currency":"$",
   "company":"C1",
   "idtransactionId":114,
   "responseMessage":"APROBADA",
   "vtolTrxId":"30012015321300000110",
   "cardNumbermaskedCardNumber":"4540******0010"
}


Respuesta de operación PEI

La respuesta retorna los siguientes campos:

Campo

Tipo

Descripción

companyAlfanuméricoCódigo de la compañía que realizó la transacción.
storeNuméricoCódigo de la tienda asociada a la compañía que realizó la transacción.

responseCode

Numérico

Código de Respuesta de la transacción. Ver sección Códigos de Respuesta.

responseMessage

Alfanumérico

Descripción del Código de Respuesta

authorizationStatus

Alfanumérico

Estado de la transacción. Puede ser:

Initialized: Inicializada.

Cancel: Cancelada por el usuario.

Authorize: Autorizando.

Rejected: Rechazada.

Commit: Confirmada

Undefined: Indefinida

node

Numérico

Código de nodo de VTOL Server utilizado para la autorización.

transactionId

Numérico

Identificador de la transacción en VPB.

amount

Numérico

Importe total de la operación.

currency

Alfanumérico

Tipo de moneda.

authorizationCode

Numérico

Código de autorización de la transacción, en caso de que haya sido aprobada.

providerCode

Alfanumérico

Código de la tarjeta.

providerNameAlfanuméricoDescripción de la tarjeta.

displayMessage

Alfanumérico

Mensaje adicional enviado por el autorizador y que debe ser visualizado.

transactionDate

AlfanuméricoFecha y hora de la transacción.
trxReferenceNumberNuméricoIdentificador de la transacción en VTOL Server. Longitud entre 19 y 20 dígitos, debido a que utiliza el día como parte de formato.
idOperationPEINuméricoIdentificador de la operación PEI de pago o de devolución, retornada por el autorizador.
bankingRefNumNuméricoNúmero de referencia bancaria de la operación. Es retornada por Red Link en la operación de pago y devolución.
idCommercePEIAlfanuméricoNúmero de comercio PEI de la transacción.

idBranchPEI

AlfanuméricoCódigo de sucursal PEI de la transacción.
cardNumbermaskedCardNumberAlfanuméricoNúmero de tarjeta del pago. Estará Está enmascarado, el largo total coincide con la tarjeta. Por ejemplo: 4507******0010


Informações

...

title

...

Importante

...

En caso de recibir una respuesta con status Undefined, el eCommerce debe consultar al servicio /checkTransactionStatus de VPB hasta obtener un status distinto de Undefinde. Esto se debe a que pudo existir un problema de conexión con el Autorizador y la operación haya quedado aprobada, pero VPB no logró obtener la respuesta. Entonces VPB al recibir una consulta desde el eCommerce, consultará a su vez con el Autorizador hasta obtener un resultado, ya sea Aprobado o Rechazado.


Ejemplo de respuesta:

Bloco de código
languagejs
themeMidnight
titleResponse body
linenumberstrue
{ 
   "company":"C1",
   "store":"1",
   "amount":"100.00",
   "providerCode":"EL",
   "providerName":"Visa Electron",
   "transactionDate":"2020-01-30 15:31:57.417",
   "authorizationStatus":"Commit",
   "responseCode":"00",
   "messageresponseMessage":"APROBADA"
   "node":"0000000001",
   "displayMessage":"prueba de impresion",
   "currency":"$",
   "transactionId":114,
   "responseMessage":"APROBADA",
   "trxReferenceNumber":"30012015321300000110",
   "idOperationPEI":"7589999999999999758",
   "bankingRefNum":"123456",
   "cardNumberidCommercePEI":"4507******0010SYN01",
   "peiCommerceidBranchPEI":"SYN01RSYN",
   "peiTerminalmaskedCardNumber":"0011"4507******0010"
}



2.1.1.4 Cierre de Transacción

Servicio: /web-vtol/service/closeTransaction

...

Informações
titleImportante

Luego de recibir el código HTTP 200, el eCommerce deberá consultar el estado de la transacción, para confirmar que el Cierre de Transacción se realizó correctamente. Para eso deberá invocar el servicio /checkTransactionStatus con un método GET.



2.1.2 Transacción en 2 fases (Autorización y Captura)

VTOL Payment Bridge ofrece la posibilidad de realizar transacciones en dos pasos, primero se realiza una autorización, y luego se genera la captura. Son operaciones llamadas de dos fases.

...

Nota
titleImportante

Para Operaciones PEI, las transacción en 2 fases no aplica. Las operaciones PEI sólo se podrán hacer en 1 fase.


2.1.2.1 Autorización de Pago

Servicio: /web-vtol/service/authorizeForm

...

Parámetro

Tipo

Obligatorio

Descripción

ecommerceObjectSIDatos del comercio electrónico

companyAlfanuméricoSICódigo de la compañía que realiza la solicitud de pago.

storeNuméricoSICódigo de la tienda asociada a la compañía que realiza la solicitud de pago.
transactionTypeAlfanuméricoSITipo de transacción. Enviar authorization
transactionIdNuméricoSI

Identificador de la transacción de pago. 16 dígitos de longitud. Debe ser generado por el e-commerce de manera tal que identifique unívocamente a una operación de pago, respetando el siguiente formato: yyyyMMddHHmmssxx, donde:

yyyyMMddHHmmss: Fecha en que se realiza la operación con 4 dígitos para el año, 2 dígitos para el mes, 2 dígitos para el día, dos dígitos para la hora, dos dígitos para los minutos y 2 dígitos para los segundos.

xx: 2 dígitos para el trace de transacciones. Es un valor incremental que inicia en 01 y su valor máximo es 99.

autoCommitBooleanNO

Identifica si las transacciones serán confirmadas por VPB sin esperar un "tercer mensaje". Valores posibles:

True: Las transacciones que retornen aprobadas desde VTOL, serán confirmadas automáticamente.

False: Las transacciones que retornen aprobadas desde VTOL, deberán ser confirmadas con un tercer mensaje por parte del eCommerce.

Si no se envía este campo, por defecto se toma el valor False.

paymentDataObject


planAlfanuméricoSIPlan. Enviar valor 0.

paymentsNuméricoSICantidad de cuotas.

paymentConditionAlfanuméricoNOCondición de pago, asociada con el campo payments. Sólo se encuentra presente si existe una condición de pago vinculada con la transacción.
additionalCardHolderBooleanNO

Campo que podrá enviar el eCommerce para que VPB solicite datos adicionales del tarjeta habiente en el formulario de pago, para ser validados por antifraude. Estos datos serán enviados en el objeto cardHolder. Valores posibles:

True: VPB solicitará los datos adicionales del tarjeta habiente en el formulario de pago.

False: VPB no solicitará datos adicionales del tarjeta habiente en el formulario. Dichos datos deberán ser enviados por el eCommerce.

Si no se envía este campo, los datos adicionales del cliente no serán solicitados por ningún sistema.

cardHolderObjectNODatos del titular de la tarjeta.

identificationTypeAlfanuméricoCondicional

Tipo de identificación. Valores posibles:

0: CUIT
1: CUIL
2: Número único

Obligatorio si additionalCardHolder=False


identificationNumberNuméricoCondicional

Número de identificación. Máximo 8 dígitos.

Obligatorio si additionalCardHolder=False


birthdate

DateCondicional

Fecha de nacimiento del tarjeta habiente. Formato DDMMYYYY.

Obligatorio si additionalCardHolder=False


phoneNuméricoNOTeléfono del tarjeta habiente. Máximo 11 dígitos.

deliveryAddress

ObjectNODatos de dirección de entrega del resumen de la tarjeta del pagador.



streetName

AlfanuméricoCondicional

Calle.

Obligatorio si additionalCardHolder=False



streetNumber

NuméricoCondicional

Número de puerta.

Obligatorio si additionalCardHolder=False



complementAlfanuméricoNOPiso / departamento.



zipCode

NuméricoNOCódigo postal. Máximo 4 dígitos.
customerData
ObjectNODatos del usuario registrado en el e-commerce

customerNameAlfanuméricoNONombre del cliente del e-commerce

customerLastNameAlfanuméricoNOApellido del cliente del e-commerce

customerIdentificationTypeAlfanuméricoNOTipo de documento del cliente del e-commerce

customerIdentificationNumberAlfanuméricoNONúmero de documento del cliente del e-commerce

customerIdAlfanuméricoNONombre o id del usuario del e-commerce.

customerIPAlfanuméricoSIDirección IP del usuario del e-commerce.
cardValidationObjectNOSIDatos que utilizará VPB para validar la tarjeta ingresada por el usuario web en el formulario.

brandAlfanuméricoNOMarca de la tarjeta. Máximo 10 caracteres. Corresponde a la marca de tarjeta cargada en VTOL.

providerAlfanuméricoNOSICódigo del Provider Proveedor de tarjeta cargado en VTOL. Ejemplo VI (Visa). Longitud máxima 20.

bankAlfanuméricoNOBanco emisor de la tarjeta. Longitud máxima 20. Corresponde a la descripción del banco cargado en VTOL.
amountNuméricoSIImporte total a pagar.

currency

Alfanumérico

SI

Tipo de Moneda:

  • $ = Pesos
  • U$S = Dólares
interestAmountAlfanuméricoNOEste campo es por si se necesita enviar el monto de los intereses en el mensaje a Autorizar. Normalmente el monto ya contiene los intereses en el caso de pagar en cuotas. Pero existen casos de tarjetas especiales donde el monto hay que enviarlo libre de intereses y en otro campo los intereses.
urlObjectSIDatos de las URLs de callback.


callbackUrlError

Alfanumérico

SI

URL de respuesta a la cual VPB hace la redirección cuando el requerimiento genera un error de validación o se produce algún problema interno. En la invocación se envía el transaccionID correspondiente y un mensaje que detalla el error ocurrido.


callbackUrlSuccessful

Alfanumérico

SI

URL de respuesta a la cual VPB hace la redirección cuando el requerimiento finaliza correctamente. En la invocación se envía el transacciónID correspondiente.
Importante: que haya sido enviado a VTOL Server no significa que la operación se encuentre Aprobada.


callbackUrlCancelAlfanuméricoSIURL de respuesta que será invocado cuando el pago de la compra sea cancelado por el usuario desde VPB.

checkTransactionStatusAlfanuméricoSI

URL definida por el e-commerce donde VPB podrá realizar una invocación GET, y poder obtener qué acción realizar sobre una transacción, confirmarla o cancelarla. Ver Servicios brindados por el ecommerce

formDataObjectNODatos del comercio que se mostrarán en el formulario de ingreso de datos de la tarjeta


merchantName

AlfanuméricoNO

Nombre que se visualizará en el formulario para el ingreso de datos de la tarjeta.

Si no se envía este campo, se mostrará un nombre por defecto.


merchantImageURL

AlfanuméricoNO

URL donde VPB podrá tomar la imagen que se visualizará en el formulario para el ingreso de datos de la tarjeta.

Si no se envía este campo, se mostrará una imagen por defecto.


merchantImageMobileURLAlfanuméricoNO

URL donde VPB podrá tomar la imagen que se visualizará en el formulario para el ingreso de datos de la tarjeta en dispositivos móviles y tablets.

Si no se envía este campo, se mostrará una imagen por defecto.

orderDescriptionAlfanuméricoNOEste campo se utiliza para enviar desde el eCommerce una leyenda que se mostrará en el formulario de VPB. En caso de que no se envíe este campo, se mostrará una leyenda por defecto.
posTicketAlfanuméricoNOInformación del ticket en formato xml y posteriormente transformado en Base 64. Ver sección Estructura del campo posTicket
ecommerceCustomFieldAlfanuméricoNOMáximo 255 caracteres. Campo generado por el eCommerce, lo puede enviar a VPB para que este lo guarde y pueda ser usado para trazabilidad del eCommerce.
validationDataObjectNOColección para informar los campos que VPB validará si coinciden con los datos ingresados por el usuario en el formulario.

identificationNumberMatchBooleanNO

Indica si el campo identificationNumber de la colección cardHolder, debe validar coincidencia entre el dato enviado por el eCommerce y valor ingresado por el cliente en el formulario de VPB.

True: VPB verificará si coinciden los datos.

False: VPB no verificará si coinciden los datos.

Si el eCommerce no envía este campo, entonces VPB no realizará ninguna verificación.

...

Informações
titleTener en cuenta

La reserva tendrá una validez de 15 días. Si no se realiza la captura hasta ese momento, será cancelada automáticamente.

La reserva también puede resultar rechazada, al igual que ocurre con una operación convencional, dependiendo si pasa las validaciones de la tarjeta.

Los fondos reservados no podrán ser utilizados por el comprador hasta que no sean capturados, por lo cual se recomienda realizar la captura en el menor tiempo posible.


2.1.2.2 Consultar Estado de Transacción

Servicio: /web-vtol/service/checkTransactionStatus

...

La invocación a este servicio es el mismo que en las operaciones de una fase: Consultar Estado de Transacción


2.1.2.3 Captura de Pago

Servicio: /web-vtol/service/closeTransaction

...

Para poder confirmar definitivamente el pago al cliente, es necesario capturar los fondos que se reservaron. Es posible realizar la captura por el monto total o de forma parcial.


Capturar el monto total de una reserva

Para hacer la captura por el monto total, se realizará una invocación POST a la URL de VPB, sin informar el monto, y enviando el atributo action=commit

...

Informações
titleImportante

Luego de recibir el código HTTP 200, el eCommerce deberá consultar el estado de la transacción, para confirmar que la Captura se realizó correctamente. Para eso deberá invocar el servicio /checkTransactionStatus con un método GET.


Capturar un monto distinto al reservado

Para hacer la captura por un monto distinto (mayor o menor) al reservado, se realizará una invocación POST a la URL de VPB, informando el monto con el importe definitivo, y enviando el atributo action=commit.

...

Informações
titleImportante

Luego de recibir el código HTTP 200, el eCommerce deberá consultar el estado de la transacción, para confirmar que la Captura se realizó correctamente. Para eso deberá invocar el servicio /checkTransactionStatus con un método GET.


2.1.2.4 Cancelar una Autorización de Pago

Servicio: /closeTransaction

...

Informações
titleImportante

Luego de recibir el código HTTP 200, el eCommerce deberá consultar el estado de la transacción, para confirmar que la Cancelación de la Autorización se realizó correctamente. Para eso deberá invocar el servicio /checkTransactionStatus con un método GET.


2.1.3 Devoluciones

VTOL Payment Bridge ofrece la posibilidad de realizar devoluciones de un pago y también de pagos PEI.

...

A través de este método se realizan devoluciones totales o parciales. Para ello la transacción debe estar en estado Acreditada.


2.1.3.1 Realizar devolución total del pago

Servicio: /web-vtol/service/refunds

...

ParámetroTipo de datoObligatorioDescripción
ecommerceObjectSIDatos del comercio electrónico

companyAlfanuméricoSICódigo de la compañía que realiza la solicitud de pago.

storeNuméricoSICódigo de la tienda asociada a la compañía que realiza la solicitud de pago.
transactionTypeAlfanuméricoSITipo de transacción. Enviar refund
originalTrxIdNuméricoSIIdentificador de la transacción de compra original. Es el transactionId que se envió en la operación de compra.

transactionId

Numérico

SI

Identificador de la transacción de devolución. 16 dígitos de longitud. Debe ser generado por el e-commerce de manera tal que identifique unívocamente a una operación, respetando el siguiente formato: yyyyMMddHHmmssxx, donde:

yyyyMMddHHmmss: Fecha en que se realiza la operación con 4 dígitos para el año, 2 dígitos para el mes, 2 dígitos para el día, dos dígitos para la hora, dos dígitos para los minutos y 2 dígitos para los segundos.

xx: 2 dígitos para el trace de transacciones. Es un valor incremental que inicia en 01 y su valor máximo es 99.

amount

Numérico

NO

Importe de la devolución. La separación de decimales se realiza con un punto. Ejemplo: (200.00). Puede ser menor o igual al monto original de la compra.

Si no se envía, entonces la devolución será por el total de la compra.

currency

Alfanumérico

NO

Tipo de Moneda:

$ = Pesos

U$S = Dólares

urlObjectSIDatos de las URLs de callback.

callbackUrlErrorAlfanuméricoSIURL de respuesta a la cual VPB hace la redirección cuando el requerimiento genera un error de validación o se produce algún problema interno. En la invocación se envía el transaccionID correspondiente y un mensaje que detalla el error ocurrido.

callbackUrlSuccessfulAlfanuméricoSIURL de respuesta a la cual VPB hace la redirección cuando el requerimiento finaliza correctamente. En la invocación se envía el transacciónID correspondiente.

getTransactionStatusAlfanuméricoSIURL definida por el e-commerce donde VPB podrá realizar una invocación GET, y poder obtener qué acción realizar sobre una transacción, confirmarla o cancelarla. Ver Servicios brindados por el ecommerce


2.1.3.2 Realizar devolución parcial del pago

Servicio: /web-vtol/service/refunds

...

ParámetroTipo de datoObligatorioDescripción
ecommerceObjectSIDatos del comercio electrónico

companyAlfanuméricoSICódigo de la compañía que realiza la solicitud de pago.

storeNuméricoSICódigo de la tienda asociada a la compañía que realiza la solicitud de pago.
transactionTypeAlfanuméricoSITipo de transacción. Enviar refund
originalTrxIdNuméricoSIIdentificador de la transacción de compra original. Es el transactionId que se envió en la operación de compra.

transactionId

Numérico

SI

Identificador de la transacción de devolución. 16 dígitos de longitud. Debe ser generado por el e-commerce de manera tal que identifique unívocamente a una operación, respetando el siguiente formato: yyyyMMddHHmmssxx, donde:

yyyyMMddHHmmss: Fecha en que se realiza la operación con 4 dígitos para el año, 2 dígitos para el mes, 2 dígitos para el día, dos dígitos para la hora, dos dígitos para los minutos y 2 dígitos para los segundos.

xx: 2 dígitos para el trace de transacciones. Es un valor incremental que inicia en 01 y su valor máximo es 99.

amount

Numérico

SI

Importe de la devolución. La separación de decimales se realiza con un punto. Ejemplo: (200.00). Puede ser menor o igual al monto original de la compra.

currency

Alfanumérico

SI

Tipo de Moneda:

$ = Pesos

U$S = Dólares

urlObjectSIDatos de las URLs de callback.

callbackUrlErrorAlfanuméricoSIURL de respuesta a la cual VPB hace la redirección cuando el requerimiento genera un error de validación o se produce algún problema interno. En la invocación se envía el transaccionID correspondiente y un mensaje que detalla el error ocurrido.

callbackUrlSuccessfulAlfanuméricoSIURL de respuesta a la cual VPB hace la redirección cuando el requerimiento finaliza correctamente. En la invocación se envía el transacciónID correspondiente.

getTransactionStatusAlfanuméricoSIURL definida por el e-commerce donde VPB podrá realizar una invocación GET, y poder obtener qué acción realizar sobre una transacción, confirmarla o cancelarla. Ver Servicios brindados por el ecommerce


Respuesta:

La respuesta, tanto para devolución total como parcial, se realiza en la dirección de callback, especificada por el eCommerce en la operación de devolución.

...

Bloco de código
themeMidnight
titlejson
linenumberstrue
{
   "transactionId": "1581607736373",
   "transactionType": "Refund",
   "ecommerce": {
      "company": "C1",
      "store": "14"
   }
}


2.1.3.3 Cierre de transacción

Servicio: /web-vtol/service/closeTransaction

...

Informações
titleImportante

Luego de recibir el código HTTP 200, el eCommerce deberá consultar el estado de la transacción, para confirmar que la operación de Devolución se realizó correctamente. Para eso deberá invocar el servicio /checkTransactionStatus con un método GET.


2.1.3.4 Realizar devolución total de pago PEI

Servicio: /refunds

Se debe invocar un método POST a la URL de VPB, enviando el atributo transactionType=refundPEI.

...

ParámetroTipo de datoObligatorioDescripción
ecommerceObjectSIDatos del comercio electrónico

companyAlfanuméricoSICódigo de la compañía que realiza la solicitud de pago.

storeNuméricoSICódigo de la tienda asociada a la compañía que realiza la solicitud de pago.
transactionTypeAlfanuméricoSITipo de transacción. Enviar refundPEI
originalTrxIdNuméricoSIIdentificador de la transacción de compra original. Es el transactionId que se envió en la operación de compra.

transactionId

Numérico

SI

Identificador de la transacción de devolución. 16 dígitos de longitud. Debe ser generado por el e-commerce de manera tal que identifique unívocamente a una operación, respetando el siguiente formato: yyyyMMddHHmmssxx, donde:

yyyyMMddHHmmss: Fecha en que se realiza la operación con 4 dígitos para el año, 2 dígitos para el mes, 2 dígitos para el día, dos dígitos para la hora, dos dígitos para los minutos y 2 dígitos para los segundos.

xx: 2 dígitos para el trace de transacciones. Es un valor incremental que inicia en 01 y su valor máximo es 99.

amount

Numérico

NO

Importe de la devolución. La separación de decimales se realiza con un punto. Ejemplo: (200.00). Puede ser menor o igual al monto original de la compra.

Si no se envía, entonces la devolución será por el total de la compra.

currency

Alfanumérico

NO

Tipo de Moneda:

$ = Pesos

urlObjectSIDatos de las URLs de callback.

callbackUrlErrorAlfanuméricoSIURL de respuesta a la cual VPB hace la redirección cuando el requerimiento genera un error de validación o se produce algún problema interno. En la invocación se envía el transaccionID correspondiente y un mensaje que detalla el error ocurrido.

callbackUrlSuccessfulAlfanuméricoSIURL de respuesta a la cual VPB hace la redirección cuando el requerimiento finaliza correctamente. En la invocación se envía el transacciónID correspondiente.


2.1.3.5 Realizar devolución parcial de pago PEI

Servicio: /refunds

Se debe invocar un método POST a la URL de VPB, enviando el atributo transactionType=refundPEI.

...

Bloco de código
languagejs
themeMidnight
titleResponse body
linenumberstrue
{
   "transactionId": "1581607736373",
   "transactionType": "Refund",
   "ecommerce": {
      "company": "C1",
      "store": "12"
   }
}



Âncora
_Toc381043096
_Toc381043096
Âncora
_Toc434487111
_Toc434487111
2.2 Servicios brindados por el E-Commerce

El e-commerce debe brindar la posibilidad de realizar la consulta de estado de la transacción para que VPB pueda consultar si debe confirmar o cancelar la operación contra VTOL Server, en caso de producirse alguna desincronización de estados.


Âncora
_Toc381043097
_Toc381043097
2.2.1 Consultar estado de transacción

VPB debe poder realizar una invocación GET a un servicio que disponibiliza el e-commerce. VPB debe conocer la URL del servicio para poder realizar la consulta. Dicha URL será informada por el e-commerce en el mensaje de Solicitud de Pago.

...

Bloco de código
themeMidnight
titlejson
linenumberstrue
200:{
	"company":"1",
	"store":"1",	
	"transactionId":"1567105313489",
	"status":"Commit"
}



Âncora
_Códigos_de_respuesta
_Códigos_de_respuesta
Âncora
_Toc434487112
_Toc434487112
2.3 Códigos de Respuesta

VPB responde a cada transacción que recibe para autorizar con un código de respuesta y una descripción del mismo, indicando cual fue el resultado de la operación. 

A continuación se detallan las respuestas posibles.

2.3.1 Códigos recibidos de VTOL Server

Código

Descripción

'000'

Aprobada

'001'

Pedir autorización telefónica

'002'

Pedir autorización

'003'

Comercio inválido

'004'

Capturar tarjeta

'005'

Denegada

'007'

Retenga y llame

'011'

Aprobada

'012'

Transacción inválida

'013'

Monto inválido

'014'

Tarjeta inválida

'025'

No existe original

'030'

Error en formato

'038'

Excede ingreso de PIN

'043'

Retener tarjeta

'045'

No opera en cuotas

'046'

Tarjeta no vigente

'047'

PIN requerido

'048'

Excede máximo de cuotas

'049'

Error fecha de vencimiento

'050'

Entrega supera límite

'051'

Fondos insuficientes

'053'

Cuenta inexistente

'054'

Tarjeta vencida

'055'

PIN incorrecto

'056'

Tarjeta no habilitada

'057'

Transacción no permitida

'058'

Servicio inválido

'061'

Excede límite

'065'

Excede límite de tarjeta

'076'

Llamar al emisor

'077'

Error plan/cuotas

'085'

Aprobada

'086'

No envía fecha original

'089'

Terminal inválida

'091'

Emisor fuera de línea

'094'

Número de secuencia duplicado

'095'

Re-transmitiendo

'096'

Error en sistema

'098'

No aprobada

'099'

Error no clasificado

Modo de ingreso inválido

Proveedor inválido

Error CVC

Error creando mensaje

Tipo de mensaje inválido

No envía código de autorización

Error en fecha efectiva

Error en fecha vencimiento

Tarjeta no efectiva

No opera off-line

Devolución monto mayor

Original ya anulada

Original ya devuelta

Original reversada

Moneda inválida

No envía fecha

Campo 71 inválido

Campo 71 nulo

CVC inválido

Terjeta inválida

Track2 inválido

No envía moneda

No envía CVC

Timeout

Fecha original inválida

No envía ticket original

Ticket original inválido

No envía código de autorización de venta referida

Reintente


Nota: La respuesta con código '099' representa un error en el procesamiento interno de VTOL, independientemente de la interacción con el Centro Autorizador


2.3.2 Códigos de respuesta por validación en VPB

Código

Descripción

'100'

Iniciada

'101'

TransactionId duplicado.

'102'

No informó monto

'103'

No informó moneda

'104'

Autorizando

'105'

VTOL Server no responde

'106'

Error Interno VPB

'107'

No Informa URL OK

'108'

No Informa URL ERROR

'109'

Transacción No Existe

'110'

No Informa Plan

'111'

No Informa Payments


2.3.3 Códigos de respuesta de VTOL Server para PEI

A continuación se detallan las respuestas posibles de VTOL Server, cuando se opera con PEI:

Código

Descripción

00APROBADA
300Se agoto el tiempo de espera
301La sucursal ingresada es incorrecta
302El concepto ingresado es incorrecto
303El concepto ingresado no esta disponible
304El concepto ingresado no esta habilitado
305La cuenta destino del pago es incorrecta
306La cuenta destino no esta habilitada
307La cuenta origen del pago es incorrecta
308La cuenta origen no esta habilitada
309La Red destino del pago es incorrecta
310La cuenta del comercio es incorrecta
311La cuenta de la sucursal es incorrecta
312El comercio supero el importe máximo
313La sucursal supero el importe máximo
314La tarjeta ha superado el importe diario
315Comercio ha superado el importe diario
316Comercio ha superado el importe mensual
317Comercio supero las trxs diarias
318Comercio supero las trxs mensuales
319La sucursal supero el importe diario
320La sucursal supero el importe mensual
321La sucursal supero las trxs diarias
322La sucursal supero las trxs mensuales
323Encriptacion incorrecta
324El DNI no coincide con el de la tarjeta
325Los datos de tarjeta no se condicen
326El comercio es invalido
327Cuenta destino del comercio es invalida
328La tarjeta es invalida
329La referencia de trx ya fue utilizada
330El importe no es un numero mayor a cero
331Ultimos 4 dig. no coinciden con la tarj.
332Tarjeta inhabilitada para operar
333Tarjeta vencida
334Fondos insuficientes
335El CBU Banelco ingresado es incorrecto
336El ALIAS CBU Banelco es incorrecto
337El id de pago es invalido
338El id del canal es invalido
339Importe excede saldo remanente del pago
340El ID de requerimiento es invalido
341IP de cliente invalida
342Existe una devolucion aprobada del pago
343El pago tiene devoluciones parciales
344Pago no admite el tipo de devolucion
345Pago no admite el tipo de devolucion
346Terminal en uso
347Terminal PEI Invalida
348Comercio PEI Invalido
349Sucursal PEI Invalida
350Id operacion Requerido
351Id operacion Rango invalido
352Ultimos cuatro digitos invalidos
353Numero de documento requerido
354Trx original no se puede devolver
355La cuenta es incorrecta
356La cuenta no está habilitada
357La cuenta del comercio es incorrecta
358La cuenta de la sucursal es incorrecta
359Comercio supero monto para concepto
360Sucursal supero monto para concepto
361Tarjeta supero monto tipo de operacion
362Comercio supero monto tipo operacion
363Comercio supero monto tipo operacion
364Comercio supero cantidad transacciones
365Comercio supero cantidad transacciones
366Sucursal supero monto diario permitido
367Sucursal supero monto mensual permitido
368Sucursal supero cantidad trxs diarias
369Sucursal supero cantidad trx mensuales
370Error al desencriptar campos encriptados
371La cuenta destino del comercio invalida
372Ref de trx del comercio ya fue utilizada
373Ultimos 4 digitos incorrectos
374El ID de requerimiento enviado invalido
375Error General
376Concepto ingresado no habilitado
377Concepto ingresado no habilitado
378Cuenta es incorrecta
379Cuenta no está habilitada
380ALIAS CBU red Banelco es incorrecto
381El pago tiene devoluciones parciales
382Esta operacion no acepta devol. total
383Esta operacion no acepta devol. parcial
384La fecha es invalida
385El estado del pago es invalido
386El Concepto Operacion es invalido
387Estado trx original no acepta devolucion
388Importe devolucion supero monto limite
389No se encontró la trx original
390No es posible devolver una devolución
391Error en comunicación
392Campo DateTimeOriginalTrx invalido
393Autorizacion Original en Proceso
394No permite operar tarjeta de credito


3. Flujo transaccional

A continuación se detallan los diagramas de secuencia de cada tipo de operación.

3.1 Transacciones simples (de 1 fase)



3.2 Transacciones en dos fases



3.3 Devoluciones