Contenido


Revisiones

Fecha

Versión

Descripción

01/07/20241.0Creación del documento


1.    Introducción

1.1.  Propósito

Definir los procesos, y la mensajería para operar con PRISMA QR Grandes Cuentas. 

2. Procesar mensaje PRISMA QR Grandes Cuentas


  • Procesar la creación de la intención de compra (SaleWallet)

A continuación, se especifica el flujo del SaleWallet:

  1. El POS envía la transacción de venta (SaleWallet) a VTOL.
  2. VTOL se comunica con PRISMA QR para enviar la creación de la intención de compra al endpoint [POST] /largeaccounts/intentions. 
  3. PRISMA QR responde con el mensaje HTTP 201 "Orden creada", en donde envía el campo intention_id que se refiere al identificador único de la intención creada. También envía el campo intention_type: "payment", entre otros.
  4. VTOL recibe el mensaje de que la orden fue creada correctamente y le informa al POS en los campos 27 isoCode: "542" y 28 responseMessage: "Esperando medios de pago del autorizador" para informar que se debe esperar que PRISMA envíe los bines. Luego se envía una queryWallet del POS a VTOL para consultar por los bines.
  5. El usuario escanea el QR desde la billetera electrónica y se envía la consulta de la intención de compra a PRISMA QR. La billetera agrega los bines en la intención de compra mediante el método PUT, luego PRISMA recibe la información y responde ok. Notalos bines que se agregan en la intención de compra corresponden solo a los bines de las tarjetas que tiene el usuario registrado en la billetera.
  • Recibir bines de Prisma (corresponde a las tarjetas que tiene el usuario en su billetera)

Luego de la creación del SaleWallet, VTOL deberá recibir los bines de PRISMA QR. A continuación, se especifica el flujo:

  1. PRISMA QR le envía a VTOL los bines mediante el endpoint [PUT] /{integrator_path}/intentions/{intention_id}.
  2. VTOL le responde a PRISMA con el código HTTP 204 "Intención recibida correctamente". Luego VTOL deberá relacionar los bines recibidos con los Providers que están configurados en VTOL (prefijos) y que se encuentran en la base de datos.
  3. El POS envía una QueryWallet genérica para consultar por los medios de pago de la billetera. VTOL responde (isoCode: 543 y responseMessage: "Enviar medios de pago)" la información de los providers que tiene el cliente en su billetera, en el campo 401 walletPaymentMethod y si existen tarjetas de beneficios, se enviará en el campo 402 walletBenefit.
  4. El POS calcula las promociones según la información recibida desde VTOL en el campo 401.
  • Enviar los Providers en la intención de compra completa (QueryWallet)

A continuación, se especifica el flujo para enviar la intención de compra completa con los Providers:

  1. El POS le envía a VTOL la intención de compra completa (en un QueryWallet) con los Providers en el campo 401 "walletPaymentMethod", es decir, le envía los planes de pago que el usuario podrá elegir desde la billetera. Nota: si hay algún beneficio adicional de una tarjeta, la información se enviará en el campo 402 "walletBenefit". Esta queryWallet indica que se debe enviar el mensaje a Prisma para completar la intención de compra.
  2. VTOL envía a PRISMA QR la intención de compra completa con los medios de pago al endpoint [PUT] /largeaccounts/intentions/complete?cuit={value}&branch={value}&checkout={value}
  3. PRISMA responde a VTOL con el código HTTP 204 "Intención recibida correctamente" y le envía a la billetera la información de las opciones de pago según las tarjetas que tiene el usuario en su billetera.
  4. El usuario visualizará el detalle de la compra con las opciones de pago disponibles enviadas por la caja y efectuará el pago seleccionando la tarjeta y las cuotas, de esta forma se confirma el pago. 
  5. PRISMA autoriza la compra. 
  6. VTOL consulta el estado de la compra mediante el endpoint [GET] /payments/qr?intention_id={value} y recibe la respuesta de PRISMA QR.  Se pueden presentar los siguientes escenarios:
    1. Si el pago se realizó correctamente, entonces PRISMA le envía a VTOL la respuesta del estado de la orden "Approved", entonces se incrementa el ticket y trace de la caja en la cual se realizó la operación. Por lo tanto, VTOL actualiza el estado de la orden en la tabla WalletFinancial y le responde al POS con el estado de la transacción aprobada (isoCode "00" y responseMessage "Aprobada"). El paso siguiente del POS es confirmar o cancelar la transacción, con un tercer mensaje.
    2. Si se presenta algún problema para efectuar el pago y VTOL no recibe de PRISMA la respuesta/notificación del pago, entonces desde el POS se consulta por el pago. 
  7. Fin del flujo.


Diagrama de secuencia

A continuación, se especifica el diagrama que contiene los tres flujos definidos anteriormente:

    • Procesar la creación de la intención de compra (SaleWallet)
    • Recibir bines de Prisma (corresponde a las tarjetas que tiene el usuario en su billetera)
    • Enviar los Providers en la intención de compra completa (QueryWallet)



  • Mensajería POS - VTOL para la transacción "SaleWallet"

A continuación, se especifica la mensajería de la operación SaleWallet, en donde se envía la creación de la intención de compra.

    • Request  POS - VTOL

Referencias:

X = Mandatorio

O = Opcional

- = No requerido

Número

Nombre del campo

Tipo de dato

SaleWallet

Descripción

0companyNuméricoM

Identificador de la compañía donde se generó la transacción. Exclusivo para mensajería POS-VTOL.

1storeAlfanuméricoM

Identificador del local donde se generó la transacción. Exclusivo para mensajería POS-VTOL.

2nodeNuméricoM

Identificador de la caja donde se generó la transacción. Exclusivo para mensajería POS-VTOL.

3serverAlfanuméricoM

Identificador del Server que procesará la transacción, en el caso de VTOL será "VTOL". Exclusivo para mensajería POS-VTOL.

4messageTypeAlfanuméricoM

Indica el tipo de mensaje:

  • Control = Mensaje de Control, para uso interno por parte de un módulo en su comunicación con el server.
  • Data = Mensaje de la Aplicación cliente.

Exclusivo para mensajería POS-VTOL.

11trxTypeAlfanuméricoM

Indica el tipo de transacción:

  • SaleWallet = Compra con billetera electrónica.
12amountNuméricoMMonto de la transacción. 12 dígitos como máximo. Se envía sin coma. Los dos últimos dígitos representan los decimales. Ejemplo: "1000" equivale a "10.00".
13currencyPosCodeAlfanuméricoM

Tipos de moneda: $ = Pesos

24

lastTrxId

NuméricoOEn este campo el POS debe enviar la última transacción procesada correctamente. Se utiliza si está activo el control transaccional.
25dateTimeNuméricoMFecha y hora de realización de la transacción en formato YYYYMMDDHHMMSS
268walletPosTrxIdAlfanuméricoM

Identificador único de la transacción de billetera para la compañía. Es originado por el POS para realizar una compra con billetera.

Formato:
codigoTienda (longitud 10) + codigoCaja (longitud 10) + Fecha (AAMMDDHHmmss) (longitud 12)
Longitud total de 32.

Opcional en QuerySaleWallet: Se informa este campo o el campo walletPaymentId para localizar una transacción de compra.

269walletTypeNuméricoM

Tipo de billetera por la cual se realizará la transacción en el POS. La opción corresponde a 3: MODO. 

270walletPosTicketAlfanuméricoM

Información del ticket en formato xml y posteriormente transformado en Base 64.

401

walletPaymentMethod

Formato JsonO

Información de los planes de pago en formato json. La estructura de este campo está definida en la siguiente sección del documento.

Importante: en este MENSAJE sólo se envía el valor "TR" que corresponde a pago con transferencia 3.0. Se envía solo si el comercio opera con Transferencia 3.0 sino no se envía.

Estructura del campo 401 (walletPaymentMethod):

Referencia de campos:

  • M = Mandatorio.
  • = Opcional.
  • - = No requerido.
ParámetroTipo de datoReferenciaDescripción
providerPosCodeAlfanuméricoM

Código del Proveedor de la tarjeta configurado en VTOL.

En este MENSAJE sólo se envía el valor "TR" que corresponde a pago con transferencia 3.0. Se envía solo si el comercio opera con Transferencia 3.0

Nota: para Transferencias 3.0 corresponde a "TR".

bankCodeNuméricoO

Identificador del banco asociado a la tarjeta. Debe corresponder al ID de banco dispuesto por el BCRA.

Nota: para Transferencias 3.0 no se envía este campo.

installmentsArrayMInformación de las cuotas.

paymentOptionId


AlfanuméricoM

Identificador de la opción de pago creada por el POS. Máximo 10 caracteres. Debe ser único dentro del campo "paymentMethodsData".

Permite trazabilidad con la opción elegida por el cliente en el momento de pagar. La opción de pago seleccionada por el cliente en su billetera virtual es retornada por VTOL en el mensaje de respuesta de la venta.

quantityNuméricoM

Cantidad de cuotas. Máximo 2 dígitos.

Nota: para transferencias 3.0 (pago con saldo en cuenta) es una cuota, por lo cual, el valor del campo es 1.

paymentCondition AlfanuméricoO

Condición de la opción de pago. Sólo se informará si existe configurada en VTOL una opción de pago con una condición. Máximo 20 caracteres.

amountPerInstallmentImporteM

Monto por cuotas. Valor entero. Los 2 últimos dígitos corresponden a los decimales.

Nota: para transferencias 3.0 el valor de este campo deberá ser igual al totalAmount.

totalAmountImporteM

Monto total. Incluye los recargos. Valor entero. Los 2 últimos dígitos corresponden a los decimales.

Nota: para transferencias 3.0 el valor de este campo deberá ser igual al amountPerInstallment.

surchargeDecimalM

Porcentaje de recargo sobre las cuotas. Valor entero. Los 2 últimos dígitos corresponden a los decimales.

  • Recargo (C.F.T. - costo financiero total): porcentaje.

Nota: para transferencias 3.0 el valor de este campo es 0, ya que no existe recargo.

nominalAnnualRateDecimalM

Tasa Nominal Anual. Valor entero. Los 2 últimos dígitos corresponden a los decimales.

  • T.N.A. (tasa nominal anual): porcentaje.

 

Ejemplo:

Request SaleWallet (log emvkit):

Request: {270:PG1lc3NhZ2UgY29tcGFueUlkPSJzdHMiIHN0b3JlPSIwMDAwMSIgdGVybWluYWw9IjAxMCIgZGF0
ZS10aW1lPSIyMDE3LTEyLTA0IDEyOjMwOjAwOiIgbWVzc2FnZUlkPSIwMDEwIiB2b2lkLXRyeD0i
ZmFsc2UiIHJlc3BvbnNlPSJ0cnVlIiBpbml0LXRjaz0idHJ1ZSIgZXZhbHVhdGU9InRydWUiIHN0
YXR1cz0icGF5bWVudCIgbXNnLXZlcnNpb249IjIuMCIgbWFwLXZlcnNpb249IjE1Ij4KCTxpdGVt
LWFkZCBzZXE9IjEiIGNvZGU9IjAwMDEiIGRpc2NvdW50YWJsZT0idHJ1ZSIgdW5pdHByaWNlPSIy
Mi4wIiBxdHk9IjEuMCIgbGV2ZWwxPSJNRU4iIGxldmVsMj0iQ0FTVUFMIiBzdXBwbGllcj0iIiBi
cmFuZD0iTEVWSVMiIHhwcmljZT0iNDAuMCIgbWFnbml0dWRlPSIxLjAiIGRlc2NyaXB0aW9uPSJK
ZWFuIGNhc3VhbCIgY3VycmVuY3k9IiQiIC8+Cgk8aXRlbS1hZGQgc2VxPSIyIiBjb2RlPSIwMDAy
IiBkaXNjb3VudGFibGU9InRydWUiIHVuaXRwcmljZT0iMTUuNSIgcXR5PSIyLjAiIGxldmVsMT0i
TUVOIiBsZXZlbDI9IkNBU1VBTCIgc3VwcGxpZXI9IiIgYnJhbmQ9IkxFVklTIiB4cHJpY2U9IjIw
LjUiIG1hZ25pdHVkZT0iMS4wIiBkZXNjcmlwdGlvbj0iSmVhbiBjYXN1YWwiIGN1cnJlbmN5PSIk
IiAvPgo8L21lc3NhZ2U+Cg==;269:3;268:0000000001000000000120244411014442;14:0;13:$;12:5300;11:SaleWallet;1410:true;2:1;25:20240611134442;1:1}


    • Response VTOL - POS

Número

Nombre del campo

Tipo de dato

SaleWallet

Descripción

0companyNuméricoMIdentificador de la compañía donde se generó la transacción
1storeAlfanuméricoMIdentificador del sitio originador de la transacción
2nodeNuméricoMIdentificación del nodo, en el sitio originador, donde se generó la transacción.
12amountImporteM

Contiene el Importe que pagó el cliente, el cual puede variar si pagó con intereses o se aplicó algún descuento. Valor entero. Los últimos 2 dígitos corresponden a los decimales.

13currencyPosCodeAlfanuméricoM

Tipos de moneda: $ = Pesos

14paymentsNuméricoM

Cantidad de cuotas seleccionada al momento de realizar el pago QR.

Nota: este campo deberá tener el valor 1 si el pago se realiza con transferencia 3.0 (pago con saldo en cuota). Si el pago se realiza con tarjeta puede tomar otro valor.

22authorizationCodeAlfanuméricoO

Código de autorización informado por el Autorizador

24trxIdNuméricoMIdentificador de la transacción.

25

dateTime

Numérico

M

Fecha y hora de realización de la transacción en formato YYYYMMDDHHMMSS. El valor en este campo debe ser el mismo que el valor de la fecha y hora del requerimiento. El POS utiliza este dato para validar que se trate de la misma transacción

26

responseCode

Alfanumérico

M

Puede contener uno de los siguientes valores:

  • ISO8583 = la autorización fue procesada. Para evaluar si fue aprobada chequear el campo 27
  • Error = ver sección Códigos de error del CORE
  • TrxIsPending: indica si existen transacciones pendientes de confirmar. En este caso, el ID de transacción a confirmar está en el campo 24.

27

isoCode

Numérico

M

Código de Respuesta emitido por el centro autorizador. 2 dígitos como máximo. Ver sección Códigos de Respuesta de VTOL Server para Billeteras Electrónicas

Nota: Se envía en este campo el código 542.

28

responseMessage

Alfanumérico

M

Mensaje de la respuesta relacionado con el código del campo 27.

Nota: Se envía en este campo el mensaje "Esperando medios de pago del autorizador" que corresponde al código 542 enviado en el campo 27 de la mensajería de VTOL al POS

29

serialNumber

Numérico

O

Número identificatorio de la terminal en la que se procesó la transacción. Retorna en operaciones aprobadas.

31

lotNumber

Numérico

O

Número de lote en el que se registró la transacción

32

ticket

Numérico

O

Número de Ticket correspondiente a la transacción. 4 dígitos como máximo.

54additionalAmount

Importe

OContiene el Importe del "Cashout". Aplica para las operaciones realizadas con retiro de efectivo. Valor entero. Los últimos 2 dígitos corresponden a los decimales.

140

paymentTypeNuméricoM

Tipo de pago. Valores posibles:

0: Tarjeta
1: Efectivo

157customerDocNuméricoONumero de documento del titular de la tarjeta.
166trxReferenceNumberNuméricoMIdentificador único 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

271

walletPaymentId

Alfanumérico

MIdentificador del número de pago informado por el Autorizador
272amountRefundedImporte-Monto devuelto en la transacción
273paymentStatusAlfanuméricoO

Estado de la transacción de pago informado por el Autorizador. Estados posibles:

0: Aprobado
1: Devuelto
2: Pendiente
3: Autorizado
4: En Progreso
6: Rechazado
7: Cancelado
8: Contracargo

274paymentStatusDetailAlfanuméricoODetalle del estado de la transacción de pago informado por el Autorizador
275cardTypeNuméricoO

Tipo de tarjeta seleccionada al momento de efectuar el pago QR. Valores posibles:

0: Débito
1: Crédito

404

paymentOptionId

AlfanuméricoO

Identificador de la opción de pago seleccionada por el cliente en su billetera virtual. Según la tarjeta, el banco, y las cuotas elegidas por el cliente, se identificará con el paymentOptionId enviado por la caja.

405

benefitCardId

AlfanuméricoOIdentificador de la tarjeta de beneficio aplicada en el pago por estar vinculada en la billetera virtual del cliente
406originalAmountImporteOMonto original de la transacción: de venta o de devolución.
407

amountDiscounted

ImporteO

Contiene el importe que se descontó sobre el importe original. Debido a la aplicación de una tarjeta de beneficio vinculada en la billetera virtual del cliente. Sólo retorna cuando se aplicó un descuento.

1010currentSessionIdNuméricoMIdentificador de la sesión
1027libResponseCodeNuméricoM

Código de respuesta de la librería. Indica cómo fue procesada la operación en EMVKIT:

Éxito = 000
Error <> 000
Ver sección Códigos de Respuesta de Librería

1028libResponseMessageAlfanuméricoMMensaje descriptivo del código de respuesta de la librería

Ejemplo:

Response SaleWallet (log emvkit):

Response message: {32:0;1:1;2:1;1027:000;1028:Ok;166:11062413454900000022;12:00;140:0;13:$;14:0;272:00;273:4;1010:1718124338807;275:0;24:13;25:20240611134545;26:ISO8583;27:542;28:Esperando medios de pagos del autorizador}


  • Mensajería POS - VTOL (Flujo recibir bines de Prisma)

A continuación, se define la mensajería de VTOL al POS luego de que VTOL recibe los bines de PRISMA (tarjetas que tiene el cliente en su billetera).

El POS envía a VTOL una QueryWallet genérica para consultar por los medios de pago.

    • Request POS - VTOL:

Número

Nombre del campo

Tipo de dato

QueryWallet

Descripción

0companyNuméricoMIdentificador de la compañía donde se generó la transacción
1storeAlfanuméricoMIdentificador del sitio originador de la transacción
2nodeNuméricoMIdentificación del nodo, en el sitio originador, donde se generó la transacción.
3serverAlfanuméricoM

Identificador del Server que procesará la transacción, en el caso de VTOL será "VTOL". Exclusivo para mensajería POS-VTOL.

4messageTypeAlfanuméricoM

Indica el tipo de mensaje:

  • Control = Mensaje de Control, para uso interno por parte de un módulo en su comunicación con el server.
  • Data = Mensaje de la Aplicación cliente.

Exclusivo para mensajería POS-VTOL.

11trxTypeAlfanuméricoM

Indica el tipo de transacción:

  • QueryWallet = Consulta 
16originalDateNuméricoMFecha de realización de la compra con billetera electrónica en formato YYYYMMDD
25dateTimeNuméricoMFecha y hora de realización de la transacción en formato YYYYMMDDHHMMSS
71checkPendingStringAlfanuméricoO

Indica si VTOL debe o no efectuar el chequeo de pendientes (se emplea para pagos parciales de tarjetas):

  • True: activa chequeo de pendientes.
  • False: desactiva chequeo de pendientes.
268walletPosTrxIdAlfanuméricoM

Identificador único de la transacción de billetera para la compañía. Es originado por el POS para realizar una compra con billetera.

Formato:
codigoTienda (longitud 10) + codigoCaja (longitud 10) + Fecha (AAMMDDHHmmss) (longitud 12)
Longitud total de 32.

Opcional en QuerySaleWallet: Se informa este campo o el campo walletPaymentId para localizar una transacción de compra.

269walletTypeNuméricoM

Tipo de billetera por la cual se realizará la transacción en el POS. La opción corresponde a 3: MODO. 

Ejemplo:

Request QueryWallet (log emvkit):

Request: {269:3;16:20240613;268:0000000001000000000120241113041147;14:0;12:5300;11:QueryWallet;6:4905;2:1;25:20240613161301;24:2;1:1;0:1}


    • Response VTOL - POS

VTOL responde (isoCode 543 y responseMessage "Enviar medios de pago) con la información de los providers en el campo 401 walletPaymentMethod y si existen tarjetas de beneficios, se deberá enviar el campo 402 walletBenefit. 

Número

Nombre del campo

Tipo de dato

QueryWallet

Descripción

0companyNuméricoMIdentificador de la compañía donde se generó la transacción
1storeAlfanuméricoMIdentificador del sitio originador de la transacción
2nodeNuméricoMIdentificación del nodo, en el sitio originador, donde se generó la transacción.
12amountImporteM

Contiene el Importe que pagó el cliente, el cual puede variar si pagó con intereses o se aplicó algún descuento. Valor entero. Los últimos 2 dígitos corresponden a los decimales.

13currencyPosCodeAlfanuméricoM

Tipos de moneda: $ = Pesos

14paymentsNuméricoM

Cantidad de cuotas seleccionada al momento de realizar el pago QR.

Nota: este campo deberá tener el valor 1 si el pago se realiza con transferencia 3.0 (pago con saldo en cuota). Si el pago se realiza con tarjeta puede tomar otro valor.

24trxIdNuméricoMIdentificador de la transacción.

25

dateTime

Numérico

M

Fecha y hora de realización de la transacción en formato YYYYMMDDHHMMSS. El valor en este campo debe ser el mismo que el valor de la fecha y hora del requerimiento. El POS utiliza este dato para validar que se trate de la misma transacción

26

responseCode

Alfanumérico

M

Puede contener uno de los siguientes valores:

  • ISO8583 = la autorización fue procesada. Para evaluar si fue aprobada chequear el campo 27
  • Error = ver sección Códigos de error del CORE
  • TrxIsPending: indica si existen transacciones pendientes de confirmar. En este caso, el ID de transacción a confirmar está en el campo 24.

27

isoCode

Numérico

M

Código de Respuesta emitido por el centro autorizador. 2 dígitos como máximo. Ver sección Códigos de Respuesta de VTOL Server para Billeteras Electrónicas

28

responseMessage

Alfanumérico

M

Mensaje de la respuesta relacionado con el código del campo 27

32

ticket

Numérico

O

Número de Ticket correspondiente a la transacción. 4 dígitos como máximo.

140paymentTypeNuméricoM

Tipo de pago. Valores posibles:

0: Tarjeta
1: Efectivo

166trxReferenceNumberNuméricoMIdentificador único 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

271

walletPaymentId

Alfanumérico

MIdentificador del número de pago informado por el Autorizador
272amountRefundedImporteMMonto devuelto en la transacción
273paymentStatusAlfanuméricoO

Estado de la transacción de pago informado por el Autorizador. Estados posibles:

0: Aprobado
1: Devuelto
2: Pendiente
3: Autorizado
4: En Progreso
6: Rechazado
7: Cancelado
8: Contracargo

274paymentStatusDetailAlfanuméricoODetalle del estado de la transacción de pago informado por el Autorizador
275cardTypeNuméricoO

Tipo de tarjeta seleccionada al momento de efectuar el pago QR. El campo es opcional en caso de que se haya abonado con saldo de la cuenta de Mercado Pago. Valores posibles:

0: Débito
1: Crédito

401

walletPaymentMethod

Formato JsonM

Información de los planes de pago en formato json. La estructura de este campo está definida en la siguiente sección del documento.

Importante: en este campo se envía el valor 112 que corresponde a pago con transferencia 3.0.  Se envía solo si el comercio opera con Transferencia 3.0

402

walletBenefit

Formato JsonOInformación de las tarjetas de beneficio aceptadas.
404

paymentOptionId

AlfanuméricoM

Identificador de la opción de pago seleccionada por el cliente en su billetera virtual. Según la tarjeta, el banco, y las cuotas elegidas por el cliente, se identificará con el paymentOptionId enviado por la caja.

405

benefitCardId

AlfanuméricoOIdentificador de la tarjeta de beneficio aplicada en el pago por estar vinculada en la billetera virtual del cliente
406originalAmountImporteMMonto original de la transacción: de venta o de devolución.
407

amountDiscounted

ImporteO

Contiene el importe que se descontó sobre el importe original. Debido a la aplicación de una tarjeta de beneficio vinculada en la billetera virtual del cliente. Sólo retorna cuando se aplicó un descuento.

1010currentSessionIdNuméricoMIdentificador de la sesión
1027libResponseCodeNuméricoM

Código de respuesta de la librería. Indica cómo fue procesada la operación en EMVKIT:

Éxito = 000
Error <> 000
Ver sección Códigos de Respuesta de Librería

1028libResponseMessageAlfanuméricoMMensaje descriptivo del código de respuesta de la librería


Ejemplo Response QueryWallet (log emvkit):

Response message: {32:0;0:1;1:1;2:1;1027:000;1028:Ok;140:0;12:5300;13:$;14:0;272:00;273:4;401:W3sicG9zQ29kZSI6IlZJRyJ9LHsicG9zQ29kZSI6IlRS1718305900035;275:0;406:5300;24:2;25:20240613161301;26:ISO8583;27:543;28:Enviar medios de pagos}


  • Mensajería POS - VTOL para la transacción "QueryWallet"

A continuación, se especifica la mensajería del envío desde el POS de los Providers y Cuotas en la intención de compra completa mediante la operación QueryWallet

    • Request POS - VTOL:

Número

Nombre del campo

Tipo de dato

QueryWallet

Descripción

0companyNuméricoM

Identificador de la compañía donde se generó la transacción. Exclusivo para mensajería POS-VTOL.

1storeAlfanuméricoM

Identificador del local donde se generó la transacción. Exclusivo para mensajería POS-VTOL.

2nodeNuméricoM

Identificador de la caja donde se generó la transacción. Exclusivo para mensajería POS-VTOL.

3serverAlfanuméricoM

Identificador del Server que procesará la transacción, en el caso de VTOL será "VTOL". Exclusivo para mensajería POS-VTOL.

4messageTypeAlfanuméricoM

Indica el tipo de mensaje:

  • Control = Mensaje de Control, para uso interno por parte de un módulo en su comunicación con el server.
  • Data = Mensaje de la Aplicación cliente.

Exclusivo para mensajería POS-VTOL.

11trxTypeAlfanuméricoM

Indica el tipo de transacción:

  • QueryWallet.
12amountNuméricoOMonto de la transacción. 12 dígitos como máximo. Se envía sin coma. Los dos últimos dígitos representan los decimales. Ejemplo: "1000" equivale a "10.00".
13currencyPosCodeAlfanuméricoO

Tipos de moneda: $ = Pesos

16originalDateNuméricoMFecha de realización de la compra con billetera electrónica en formato YYYYMMDD
24

lastTrxId

NuméricoOEn este campo el POS debe enviar la última transacción procesada correctamente. Se utiliza si está activo el control transaccional.
25dateTimeNuméricoMFecha y hora de realización de la transacción en formato YYYYMMDDHHMMSS
71checkPendingStringAlfanuméricoO

Indica si VTOL debe o no efectuar el chequeo de pendientes (se emplea para pagos parciales de tarjetas):

  • True: activa chequeo de pendientes.
  • False: desactiva chequeo de pendientes.
268walletPosTrxIdAlfanuméricoM

Identificador único de la transacción de billetera para la compañía. Es originado por el POS para realizar una compra con billetera.

Formato:
codigoTienda (longitud 10) + codigoCaja (longitud 10) + Fecha (AAMMDDHHmmss) (longitud 12)
Longitud total de 32.

Opcional en QuerySaleWallet: Se informa este campo o el campo walletPaymentId para localizar una transacción de compra.

269walletTypeNuméricoM

Tipo de billetera por la cual se realizará la transacción en el POS. La opción corresponde a 3: MODO. 

271walletPaymentIdAlfanuméricoO

Identificador del número de pago informado por el Autorizador en el campo 271 de la respuesta de la operación SaleWallet.

Opcional en QuerySaleWallet: Se informa este campo o el campo walletPosTrxId para localizar una transacción de compra.

401

walletPaymentMethod

Formato JsonM

Información de los planes de pago en formato json. La estructura de este campo está definida en la siguiente sección del documento. Ver la estructura del campo en la siguiente sección.

Importante: en este campo se envía el valor de los providers.

402

walletBenefit

Formato JsonOInformación de las tarjetas de beneficio aceptadas.


Estructura del campo 401 (walletPaymentMethod):

Referencia de campos:

M = Mandatorio.

= Opcional.

ParámetroTipo de datoReferenciaDescripción
providerPosCodeAlfanuméricoM

Código del Proveedor de la tarjeta configurado en VTOL.

Por ejemplo: VI (Visa), MC (mastercard), MA (Maestro), entre otros.

bankCodeNuméricoO

Identificador del banco asociado a la tarjeta. Debe corresponder al ID de banco dispuesto por el BCRA.

Nota: para Transferencias 3.0 no se envía este campo.

installmentsArrayMInformación de las cuotas.

paymentOptionId


AlfanuméricoM

Identificador de la opción de pago creada por el POS. Máximo 10 caracteres. Debe ser único dentro del campo "paymentMethodsData".

Permite trazabilidad con la opción elegida por el cliente en el momento de pagar. La opción de pago seleccionada por el cliente en su billetera virtual es retornada por VTOL en el mensaje de respuesta de la venta.

quantityNuméricoM

Cantidad de cuotas. Máximo 2 dígitos.

Nota: para transferencias 3.0 (pago con saldo en cuenta) es una cuota, por lo cual, el valor del campo es 1.

paymentCondition AlfanuméricoO

Condición de la opción de pago. Sólo se informará si existe configurada en VTOL una opción de pago con una condición. Máximo 20 caracteres.

amountPerInstallmentImporteM

Monto por cuotas. Valor entero. Los 2 últimos dígitos corresponden a los decimales.

Nota: para transferencias 3.0 el valor de este campo deberá ser igual al totalAmount.

totalAmountImporteM

Monto total. Incluye los recargos. Valor entero. Los 2 últimos dígitos corresponden a los decimales.

Nota: para transferencias 3.0 el valor de este campo deberá ser igual al amountPerInstallment.

surcharge

(cft)

DecimalM

Porcentaje de recargo sobre las cuotas. Valor entero. Los 2 últimos dígitos corresponden a los decimales.

  • Recargo (C.F.T. - costo financiero total): porcentaje.

Nota: para transferencias 3.0 el valor de este campo es 0, ya que no existe recargo.

nominalAnnualRate

(tna)

DecimalM

Tasa Nominal Anual. Valor entero. Los 2 últimos dígitos corresponden a los decimales.

  • T.N.A. (tasa nominal anual): porcentaje.


Estructura del campo walletBenefit (402)

Se agrega el nuevo campo “card_number” en el objeto “benefits_methods_data” del request de Reenviar bines al integrador. El mensaje con la estructura de los beneficios estará en formato JSON conformada por los siguientes campos:

ParámetroTipo de datoRequeridoDescripción

benefitCardId

AlfanuméricoSi

Identificador de la opción de pago creada por el POS. Máximo 10 caracteres. Debe ser único dentro del campo "walletBenefits".

Permite trazabilidad con la tarjeta de beneficio aplicada en el pago por estar vinculada en la billetera virtual del cliente.

El ID del beneficio aplicado es retornado por VTOL en el mensaje de respuesta de la venta en el campo 405.

providerPosCodeAlfanuméricoSiCódigo de la tarjeta de beneficio configurada en VTOL. Por ejemplo, para Clarin 365 el código es "CC".
card_numberNuméricoSI (solo si se envía el campo benefits_methods_data.bene
fits_card.code) 

Número de la tarjeta de beneficios.

Importante:  el campo “card_number” se agregó en el objeto “benefits_methods_data” del request de "Reenviar bines al integrador", por lo cual se envía en este request.

discountPercentage

NuméricoSiPorcentaje de descuento a aplicar sobre la compra. Valor entero. Los 2 últimos dígitos corresponden a los decimales.

maximumDiscountAmount

NuméricoSiImporte máximo de descuento a aplicar sobre la compra. Valor entero. Los 2 últimos dígitos corresponden a los decimales.


Ejemplo Request QueryWallet (log emvkit):

Request: {269:3;16:20240611;268:0000000001000000000120244511014545;12:5300;11:QueryWallet;402:[{"benefitCardId"\: "01"\, "providerPosCode"\: "CLN"\, "discountPercentage"\: "2500"\, "maximumDiscountAmount"\: "000"}\,
{"benefitCardId"\: "02"\, "providerPosCode"\: "CC"\, "discountPercentage"\: "1000"\, "maximumDiscountAmount"\: "000"}]
;401:[
    {
        "benefitsCardsAccepted"\: [
            "CC"\,
            "CP"
        ]\,
        "installments"\: [
            {
                "amountPerInstallment"\: 15000\,
                "nominalAnnualRate"\: "090"\,
                "paymentOptionId"\: "1"\,
                "quantity"\: "1"\,
                "surcharge"\: 110\,
                "totalAmount"\: 15000
            }\,
            {
                "amountPerInstallment"\: 20000\,
                "nominalAnnualRate"\: "095"\,
                "paymentOptionId"\: "2"\,
                "quantity"\: "2"\,
                "surcharge"\: 115\,
                "totalAmount"\: 20000
            }\,
            {
                "amountPerInstallment"\: 25000\,
                "nominalAnnualRate"\: "099"\,
                "paymentOptionId"\: "3"\,
                "quantity"\: "3"\,
                "surcharge"\: 120\,
                "totalAmount"\: 25000
            }
        ]\,
        "providerPosCode"\: "VI"
    }\,
    {
        "installments"\: [
            {
                "amountPerInstallment"\: 15000\,
                "nominalAnnualRate"\: "090"\,
                "paymentOptionId"\: "1"\,
                "quantity"\: "1"\,
                "surcharge"\: 110\,
                "totalAmount"\: 15000
            }\,
            {
                "amountPerInstallment"\: 20000\,
                "nominalAnnualRate"\: "090"\,
                "paymentOptionId"\: "3"\,
                "quantity"\: "3"\,
                "surcharge"\: 110\,
                "totalAmount"\: 20000
            }\,
            {
                "amountPerInstallment"\: 25000\,
                "nominalAnnualRate"\: "099"\,
                "paymentOptionId"\: "6"\,
                "quantity"\: "6"\,
                "surcharge"\: 210\,
                "totalAmount"\: 250000
            }
        ]\,
        "providerPosCode"\: "VIG"
    }\,
    {
        "installments"\: [
            {
                "amountPerInstallment"\: 1500\,
                "nominalAnnualRate"\: 0\,
                "quantity"\: "1"\,
                "surcharge"\: 0\,
                "totalAmount"\: 1500
            }
        ]\,
        "providerPosCode"\: "TR"
    }
]
;6:4905;2:1;25:20240611134653;24:13;1:1}



    • Response VTOL - POS:

Número

Nombre del campo

Tipo de dato

QueryWallet

Descripción

0companyNuméricoMIdentificador de la compañía donde se generó la transacción
1storeAlfanuméricoMIdentificador del sitio originador de la transacción
2nodeNuméricoMIdentificación del nodo, en el sitio originador, donde se generó la transacción.
6cardNumber AlfanuméricoO

Tarjeta enmascarada seleccionada por el cliente al momento de efectuar el pago QR.

Importante: este campo no se envía si el pago se realiza con Transferencias 3.0, pero en caso de pagos con tarjetas si es obligatorio.

12amountImporteM

Contiene el Importe que pagó el cliente, el cual puede variar si pagó con intereses o se aplicó algún descuento. Valor entero. Los últimos 2 dígitos corresponden a los decimales.

13currencyPosCodeAlfanuméricoM

Tipos de moneda: $ = Pesos

14paymentsNuméricoM

Cantidad de cuotas seleccionada al momento de realizar el pago QR.

Importante: este campo deberá tener el valor 1 si el pago se realiza con transferencia 3.0 (pago con saldo en cuota). Si el pago se realiza con tarjeta puede tomar otro valor.

15

plan NuméricoM

Plan de pago. Campo de 1 carácter de longitud.

Nota: si el pago se realiza por Transferencias, el campo toma el valor de 0.

22authorizationCodeAlfanuméricoM

Código de autorización informado por el Autorizador

24trxIdNuméricoMIdentificador de la transacción.
25

dateTime

Numérico

M

Fecha y hora de realización de la transacción en formato YYYYMMDDHHMMSS. El valor en este campo debe ser el mismo que el valor de la fecha y hora del requerimiento. El POS utiliza este dato para validar que se trate de la misma transacción

26

responseCode

Alfanumérico

M

Puede contener uno de los siguientes valores:

  • ISO8583 = la autorización fue procesada. Para evaluar si fue aprobada chequear el campo 27
  • Error = ver sección Códigos de error del CORE
  • TrxIsPending: indica si existen transacciones pendientes de confirmar. En este caso, el ID de transacción a confirmar está en el campo 24.

27

isoCode

Numérico

M

Código de Respuesta emitido por el centro autorizador. 2 dígitos como máximo. Ver sección Códigos de Respuesta de VTOL Server para Billeteras Electrónicas

28

responseMessage

Alfanumérico

M

Mensaje de la respuesta relacionado con el código del campo 27

29

serialNumber

Numérico

O

Número identificatorio de la terminal en la que se procesó la transacción. Retorna en operaciones aprobadas.

30

bussinesNumber

Numérico

M

Número de comercio en el que se procesó la transacción.

31

lotNumber

Numérico

O

Número de lote en el que se registró la transacción

32

ticket

Numérico

O

Número de Ticket correspondiente a la transacción. 4 dígitos como máximo.

81responseAuthAlfanuméricoOMensaje de repuesta para imprimir en el ticket del POS. Retorna en operaciones aprobadas. Contiene información generada por el Autorizador.
140paymentTypeNumérico-

Tipo de pago. Valores posibles:

0: Tarjeta
1: Efectivo

142providerNameAlfanumérico-

Proveedor de la tarjeta seleccionada al momento de efectuar el pago QR.

147providerPosCodeAlfanuméricoO

Código del Provider. Retornará cuando la transacción fue aprobada por el Autorizador. 

Nota: si el pago se realiza con Transferencias 3.0 el código es "TR"

157customerDocNuméricoONumero de documento del titular de la tarjeta.
303customerNameAlfanuméricoONombre del titular de la tarjeta.

271

walletPaymentId

Alfanumérico

MIdentificador del número de pago informado por el Autorizador
272amountRefundedImporte-Monto devuelto en la transacción
273paymentStatusAlfanumérico-

Estado de la transacción de pago informado por el Autorizador. Estados posibles:

0: Aprobado
1: Devuelto
2: Pendiente
3: Autorizado
4: En Progreso
6: Rechazado
7: Cancelado
8: Contracargo

274paymentStatusDetailAlfanumérico-Detalle del estado de la transacción de pago informado por el Autorizador
275cardTypeNumérico-

Tipo de tarjeta seleccionada al momento de efectuar el pago QR. El campo es opcional en caso de que se haya abonado con saldo de la cuenta de Mercado Pago. Valores posibles:

0: Débito
1: Crédito

306cardIssuingBankAlfanuméricoOBanco emisor de la tarjeta. Retornará cuando la transacción fue aprobada por el Autorizador.
404

paymentOptionId

AlfanuméricoM

Identificador de la opción de pago seleccionada por el cliente en su billetera virtual. Según la tarjeta, el banco, y las cuotas elegidas por el cliente, se identificará con el paymentOptionId enviado por la caja.

405

benefitCardId

AlfanuméricoOIdentificador de la tarjeta de beneficio aplicada en el pago por estar vinculada en la billetera virtual del cliente
406originalAmountImporteMMonto original de la transacción: de venta o de devolución.
407

amountDiscounted

ImporteO

Contiene el importe que se descontó sobre el importe original. Debido a la aplicación de una tarjeta de beneficio vinculada en la billetera virtual del cliente. Sólo retorna cuando se aplicó un descuento.

1010currentSessionIdNuméricoMIdentificador de la sesión
1027libResponseCodeNuméricoM

Código de respuesta de la librería. Indica cómo fue procesada la operación en EMVKIT:

Éxito = 000
Error <> 000
Ver sección Códigos de Respuesta de Librería

1028libResponseMessageAlfanuméricoMMensaje descriptivo del código de respuesta de la librería

Ejemplo Response QueryWallet (log emvkit):

Response message: {1:1;2:1;1027:000;1028:Ok;140:1;12:5300;13:$;14:1;142:Transferencias 3.0;271:13470283;15:0;272:00;273:0;81:COMPRA QR;274:approved;275:0;147:TR;406:5300;22:184603;407:1000;24:13;25:20240611134653;26:ISO8583;27:00;28:APROBADA;30:333;31:1;32:4;1010:1718124338807}


Flujo de la Devolución forzada (RefundWallet)

  1. El POS le envía a VTOL la operación “RefundWallet” con los campos 271 walletPaymentId, 24 trxId (opcional) y el 12 Ammount. Nota: solo se permiten las devoluciones por el monto total de la compra, no se permiten devoluciones parciales.
  2. VTOL se comunica con PRISMA mediante el endpoint GET integrations/payments/qr?intention_id para consultar el estado de la orden, en donde se envía el parámetro intention_id que identifica el id de la intención de compra que se desea devolver.
  3. PRISMA responde el código HTTP 200 con el estado de la transacción de compra y los datos de la operación. Importante: la orden debe estar confirmada (status: approved) para poder realizar la devolución.
  4. VTOL le responde al POS con el estado de la orden confirmada, con el campo 27 isoCode = 00 y el campo 28 responseMessage = Aprobada.
  5. El POS le envía a VTOL el tercer mensaje "Commit".
  6. VTOL se comunica con PRISMA mediante el endpoint [POST] /forcedrefunds, en donde envía el parámetro "intention_id", entre otros, para enviar la intención de devolución.
  7. PRISMA le responde a VTOL con los datos de la transacción y el "status: refund_in_progress". Luego entre PRISMA y la billetera se comunican para solicitar el pedido de datos. PRISMA procesa la devolución y envía la notificación de la devolución forzada a la billetera.
  8. VTOL le consulta a PRISMA el estado de la compra mediante el endpoint [GET] /payments/qr?intention_id={value} y PRISMA responde los datos de la operación junto con el status: "refunded".
  9.  PRISMA le envía a VTOL la notificación de la devolución forzada. Ver proceso "Recibir notificación de devolución forzada" por parte de VTOL


Diagrama de secuencia de la devolución forzada (RefundWallet)


A continuación, se especifica la mensajería:


  • Mensajería POS - VTOL para la transacción de Devolución forzada "RefundWallet"

    • Request POS - VTOL:

Número

Nombre del campo

Tipo de dato

RefundWallet

Descripción

0companyNuméricoM

Identificador de la compañía donde se generó la transacción. Exclusivo para mensajería POS-VTOL. 

1storeAlfanuméricoM

Identificador del local donde se generó la transacción. Exclusivo para mensajería POS-VTOL.

2nodeNuméricoM

Identificador de la caja donde se generó la transacción. Exclusivo para mensajería POS-VTOL.

3serverAlfanuméricoM

Identificador del Server que procesará la transacción, en el caso de VTOL será 'VTOL'. Exclusivo para mensajería POS-VTOL.

4messageTypeAlfanuméricoM

Indica el tipo de Mensaje:

  • Control = Mensaje de Control, para uso interno por parte de un módulo en su comunicación con el server.
  • Data = Mensaje de la Aplicación cliente.

Exclusivo para mensajería POS-VTOL.

11trxTypeAlfanuméricoM

Tipo de Transacción:

  • RefundWallet = Devolución de compra realizada con billetera electrónica
12amountNuméricoMMonto de la transacción. 12 dígitos como máximo. Se envía sin coma. Los dos últimos dígitos representan los decimales. Ej: "1000" equivale a "10.00".
13currencyPosCodeAlfanuméricoM

Indica el tipo de moneda: $ = Pesos

16originalDateNuméricoMFecha de realización de la compra con billetera electrónica en formato YYYYMMDD
24

lastTrxId

NuméricoOEn este campo el POS debe enviar la última transacción procesada correctamente. Se utiliza si está activo el control transaccional.
25dateTimeNuméricoMFecha y hora de realización de la transacción en formato YYYYMMDDHHMMSS
268walletPosTrxIdAlfanuméricoM

Identificador único de la transacción de billetera para la compañía. Es originado por el POS para realizar una compra con billetera.

Formato:
codigoTienda (longitud 10) + codigoCaja (longitud 10) + Fecha (AAMMDDHHmmss) (longitud 12)
Longitud total de 32.

Opcional en QuerySaleWallet: Se informa este campo o el campo walletPaymentId para localizar una transacción de compra.

269walletTypeNuméricoM

Tipo de billetera por la cual se cursará la transacción en el POS. La opción corresponde a 3: MODO.

271walletPaymentIdAlfanuméricoM

Identificador del número de pago informado por el Autorizador en el campo 271 de la respuesta de la operación SaleWallet.

Opcional en QuerySaleWallet: Se informa este campo o el campo walletPosTrxId para localizar una transacción de compra.


    • Response VTOL - POS:

Número

Nombre del campo

Tipo de dato

RefundWallet

Descripción

0companyNuméricoMIdentificador de la compañía donde se generó la transacción
1storeAlfanuméricoMIdentificador del sitio originador de la transacción
2nodeNuméricoMIdentificación del nodo, en el sitio originador, donde se generó la transacción.
6cardNumberAlfanumérico-Tarjeta enmascarada seleccionada por el cliente al momento de efectuar el pago QR.
12amountImporte-

Contiene el Importe que pagó el cliente, el cual puede variar si pagó con intereses o se aplicó algún descuento. Valor entero. Los últimos 2 dígitos corresponden a los decimales.

13currencyPosCodeAlfanumérico-

Tipo de moneda: $ = Pesos

14paymentsNumérico-Cantidad de cuotas seleccionada al momento de realizar el pago QR.
22authorizationCodeAlfanumérico-

Código de autorización informado por el Autorizador

24trxIdNuméricoMIdentificador de la transacción.

25

dateTime

Numérico

M

Fecha y hora de realización de la transacción en formato YYYYMMDDHHMMSS. El valor en este campo debe ser el mismo que el valor de la fecha y hora del requerimiento. El POS utiliza este dato para validar que se trate de la misma transacción

26

responseCode

Alfanumérico

M

Puede contener uno de los siguientes valores:

  • Iso8583 = la autorización fue procesada. Para evaluar si fue aprobada chequear el campo 27
  • Error = ver sección Códigos de error del CORE
  • TrxIsPending: indica si existen transacciones pendientes de confirmar. En este caso, el ID de transacción a confirmar está en el campo 24

27

isoCode

Numérico

M

Código de Respuesta emitido por el centro autorizador. 2 dígitos como máximo. Ver sección Códigos de Respuesta de VTOL Server para Billeteras Electrónicas

28

responseMessage

Alfanumérico

M

Mensaje de la Respuesta relacionado con el código del campo 27

29

serialNumber

Numérico

O

Número identificatorio de la terminal en la que se procesó la transacción. Retorna en operaciones aprobadas.

31

lotNumber

Numérico

O

Número de lote en el que se registró la transacción

32

ticket

Numérico

O

Mensaje de repuesta para imprimir en el ticket del POS. Retorna en operaciones aprobadas. Contiene información generada por el Autorizador.

54additionalAmountImporteOContiene el Importe del "Cashout". Para aquellas operaciones realizadas con retiro de efectivo. Valor entero. Los últimos 2 dígitos corresponden a los decimales.
81responseAuthAlfanuméricoOMensaje de repuesta para imprimir en el ticket del POS. Retorna en operaciones aprobadas. Contiene información generada por el Autorizador. Respuesta de este campo: COMPRA QR
140paymentTypeNumérico-

Tipo de pago. Valores posibles:

0: Tarjeta
1: Efectivo

142providerNameAlfanumérico-Proveedor de la tarjeta seleccionada al momento de efectuar el pago QR. 
147providerPosCodeAlfanumérico-Código del Provider. Retornará cuando la transacción fue aprobada por el Autorizador.
157customerDocNuméricoONumero de documento del titular de la tarjeta.
303customerNameAlfanuméricoONombre del titular de la tarjeta.
166trxReferenceNumberNuméricoMIdentificador único 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

271

walletPaymentId

Alfanumérico

-Identificador del número de pago informado por el Autorizador
272amountRefundedImporte-Monto devuelto en la transacción
273paymentStatusAlfanumérico-

Estado de la transacción de pago informado por el Autorizador. Estados posibles:

0: Aprobado
1: Devuelto
2: Pendiente
3: Autorizado
4: En Progreso
6: Rechazado
7: Cancelado
8: Contracargo

274paymentStatusDetailAlfanumérico-Detalle del estado de la transacción de pago informado por el Autorizador
275cardTypeNumérico-

Tipo de tarjeta seleccionada al momento de efectuar el pago QR. El campo es opcional en caso de que se haya abonado con saldo de la cuenta de Mercado Pago. Valores posibles:

0: Débito
1: Crédito

306cardIssuingBankAlfanumérico-Banco emisor de la tarjeta. Retornará cuando la transacción fue aprobada por el Autorizador.
404

paymentOptionId

Alfanumérico-

Identificador de la opción de pago seleccionada por el cliente en su billetera virtual. Según la tarjeta, el banco, y las cuotas elegidas por el cliente, se identificará con el paymentOptionId enviado por la caja.

405

benefitCardId

Alfanumérico-Identificador de la tarjeta de beneficio aplicada en el pago por estar vinculada en la billetera virtual del cliente.
406originalAmountImporte-Monto original de la transacción: de venta o de devolución.
407amountDiscountedImporte-

Contiene el importe que se descontó sobre el importe original. Debido a la aplicación de una tarjeta de beneficio vinculada en la billetera virtual del cliente.

Sólo retorna cuando se aplicó un descuento.

1010currentSessionIdNuméricoMIdentificador de la sesión
1027libResponseCodeNuméricoM

Código de respuesta de la librería. Indica cómo fue procesada la operación en EMVKIT:

Éxito = 000
Error <> 000
Ver sección Códigos de Respuesta de Librería

1028libResponseMessageAlfanuméricoMMensaje descriptivo del código de respuesta de la librería
  • Sem rótulos