Fecha	Revisión	Cambios
02/11/2009	1.0	Generación del documento
04/11/2009	1.1	Indicación de campos obligatorios
26/04/2010	1.2	Actualización de gráfico manejo de PINPAD
22/03/2011	1.3	Incorporación mensajes MembershipQuery y VoidMembershipQuery para consulta membresía Club Personal y Club La Nación
03/06/2011	1.4	Agregado de definición de mensaje de cierre de lote
30/05/2012	1.5	Agrego Tabla de Respuestas al POS y mejoro explicación de Tercer Mensaje y Chequeo de Pendientes.
08/03/2013	1.6	Agrego nuevos campos relacionados con operador y vendedor en operaciones de pre-autorización, venta, devolución y anulación. Nuevo mensaje para consulta de configuración 'PosConfQuery'.
21/08/2013	1.7	Agregado de apartado de error del core.
09/09/2013	1.8	Agrego campos EMV en operaciones de Venta, Devolución y anulación. Incorporo mensaje RejectedEMVAdvice y flujo de datos EMV.
15/11/2013	1.9	Agregado de 'Formato Interface POS'
23/12/2013	2.0	Agregado de detalle de los mensajes ServicePayment y VoidServicePayment
13/02/2014	2.1	Agregado del campo bandera '164 – posEncryptedFields', que indica cuando los datos sensibles viajan encriptados.
29/05/2014	2.2	Aclaración sobre el uso de pre-autorizaciones.
22/08/2014	2.3	Agregado de campo pinpadAutoCode en Tercer Mensaje y RejectedEMVAdvice.
29/08/2014	2.4	Actualización del Formato Interface POS, agregando el campo 'Tarjeta que Encripta' a los prefijos.
11/09/2014	2.5	Incorporación de Bines de Excepción y nuevo mensaje CardInfoService.
09/12/2014	2.6	Agregado de mensaje de Anulación de Pre Autorización.
26/02/2015	2.7	Agregado de nuevos campos ServiceCode y ProviderPosCode.
27/02/2015	2.8	Agregado de nuevos mensajes propios a la funcionalidad Cash Back.
07/08/2015	2.9	Agregado de aclaraciones en el uso de la mensajería
09/09/2015	3.0	Incorporación de campo PinpadApplicationVersion en los mensajes Sale, VoidSale, Refund y VoidRefund
30/10/2015	3.1	El campo ProviderPosCode para a ser el número 147. Incorporación de campo trxReferenceNumber en las respuestas de VTOL. Corrección de formato esperado en campo 7 - Expiration. El formato correcto es: YYMM.
11/02/2016	3.2	Incorporación del campo 201 additionalMessageData en el requerimiento y respuesta y la posibilidad de incluir el número de Ticket original en una anulación (Campo 17 originalTrxTicketNr)
29/07/2016	3.3	Incorporación del apartado 1.9. Mecanismo en Tiendas Virtuales y del 1.3.13. Chequeo de Listado de Pendientes
19/04/2017	3.4	Actualización de la tabla Prefijo en el apartado Formato Interface POS
03/05/2017	3.5	Incorporación del apartado 1.3.10 Echo
05/05/2017	3.6	Incorporación del apartado 1.3.9 SynQuery y de la sección 1.7 Formato Datos Sincronización
06/06/2017	3.7	Actualización de la tabla Prefijo en el apartado Formato Interface POS. Mayor detalle del campo MasterKey Position, incluyendo el valor 99
07/07/2017	3.8	Agregado del campo promocional en Formato Interface POS para indicar que se aplica una promoción sobre un plan de pago
04/09/2018	3.9	Incorporación de la funcionalidad PEI en la mensajería
14/12/2018	4.0	Incorporación del apartado Antifraude e incorporación de la funcionalidad Antifraude en la mensajería
08/02/2019	4.1	Incorporación del apartado Tokenización e incorporación de la funcionalidad Tokenización en la mensajería
03/04/2019	4.2	Agregado del campo 0 (Compañía) en la mensajería de todos los tipos de transacciones.
28/08/2019	4.3	Incorporación de la funcionalidad Billeteras electrónicas en la mensajería.
01/04/2020	4.4	Incorporación de mensajería para operaciones eCommerce.
22/06/2020	4.5	Incorporación de mensajería para operaciones de Cuenta DNI.
30/07/2020	4.6	Incorporación de funcionalidad de Billeteras Mercado Pago con retiro de efectivo.
28/08/2020	4.7	Incorporación de consideraciones en el Formato de Interface POS en la tabla Plan de Pagos, para tiendas presenciales.
22/09/2020	4.8	Se actualiza el campo 54 (additionalAmount) como tipo de dato Importe, en la mensajería de Billeteras electrónicas.
21/10/2020	4.9	Incorporación de funcionalidad PEI No Presencial
26/11/2020	4.10	Agregado del campo Descripción en Formato de Interface POS para indicar la descripción sobre un plan de pago.
11/12/2020	4.11	Incorporación de funcionalidad de QR Adquiriente.
16/12/2020	4.12	Incorporación del campo afApplicationCondition para validar la aplicación de reglas antifraudes por el módulo AF de VTOL.
05/03/2021	4.13	Se actualiza el nombre y la descripción del campo 406 en la respuesta de la mensajería de QR Adquiriente.
05/05/2021	4.14	Incorporación de mensajería para Consultar tarjetas de Fidelidad
11/05/2021	4.15	Se quitan las referencias de la billetera Todo Pago, ya que dicha Billetera está incluida dentro de QR Adquiriente Prisma.
19/05/2021	4.16	Incorporación de mensajería para Billetera Yacaré. Se incluye dentro del apartado "1.4.18 Billeteras electrónicas"
23/09/2021	4.17	En Billetera QR Adquiriente, en el campo WalletType se diferencian por id las billeteras Bimo, Modo y Todo Pago. Incorporación disponible a partir de la versión 3.8.0.12b de VTOL Server.

Índice

Índice

Âncora
_Toc485222713
_Toc485222713
1. Campos de los mensajes

...

Requerimiento
#	FieldId	Tipo	Obligatorio	Descripción
0	company	Numérico	SI	Identificador de la compañía donde se generó la transacción
1	store	Alfanumérico	SI	Identificador del sitio originador de la transacción
2	node	Numérico	SI	Identificación del nodo, en el sitio originador, donde se generó la transacción.
3	server	Alfanumérico	Compatibilidad atrás.	Identificador del Server que procesará la transacción. ('VTOL')
4	messageType	Alfanumérico	Compatibilidad atrás.	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.
6	cardNumber	Numérico	Obligatorio si es Manual	Número de tarjeta. Sólo presente si el modo de ingreso fue Manual.
7	expiration	Numérico	Obligatorio si es Manual	Formato YYYYMM Fecha de vencimiento de la tarjeta. Sólo presente si el modo de ingreso fue Manual.
8	Cvc	Numérico	Obligatorio si es Manual. Además es opcional según la tarjeta.	Código de seguridad de la tarjeta. Sólo presente si el modo de ingreso fue Manual.
9	track2	Alfanumérico	Obligatorio si es MSR	Track2 de la tarjeta entero (se envía todo el contenido del track2 en este campo) Este campo sólo está presente si la banda magnética / chip de la tarjeta pudo ser leído.
10	posInputMode	Alfanumérico	Obligatorio	Modo de Ingreso: MSR = Ingreso por banda magnética Manual = Ingreso manual Chip = EMV Chip MSR Chip = Fallback E-Commerce = Comercio electrónico
11	trxType	Alfanumérico	Obligatorio	Tipo de Transacción: Sale = Compra. Opcionalmente puede acompañarse con una extracción de efectivo (CashBack) cuando se envía el campo monto adicional. PreAuthorization = Pre-autorización VoidSale= Anulación de venta. Opcionalmente puede acompañarse con una Anulación de extracción de efectivo, enviando el monto en el campo monto adicional. VoidPreAuthorization = Anulación de Pre-autorización. VoidRefund = Anulación de devolución CashBack = Extracción de efectivo solamente. NO incluye una Compra. VoidCashBack = Anulación de extracción de efectivo (No incluye una Compra).
12	amount	Importe	Obligatorio	Monto 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
13	currencyPosCode	Alfanumérico	Obligatorio	Tipos de Moneda: $ = Pesos U$S = Dólares
14	payments	Numérico	Obligatorio	Cantidad de cuotas. 2 dígitos como máximo.
15	plan	Alfanumérico	Obligatorio	Plan. 1 caracter de longitud.
17	originalTrxTicketNr	Numérico	Opcional	Este campo es Opcional. Si viaja se debe precisar el número de ticket de la venta original para poder distinguir la transacción a anular. Se trata del número de ticket de la transacción original. 4 dígitos como máximo.
18	referedSale	Numérico	Condicional a tarjeta AMEX	Se usa para indicar si una venta se hizo de forma referida. SOLO para AMEX. Se debe encender este campo con el valor 1.
22	authorizationCode	Alfanumérico	Condicional si fue realizada la autorización telefónica o la pre-autorización.	Código de autorización telefónica o retornado en la Pre-autorización. 6 dígitos como máximo. Este campo se encuentra presente si la transacción se autorizó off-line por teléfono o en una Pre-autorización.
23	authorizationMode	Alfanumérico	Opcional, default = Online	Modo de Autorización: Online = La autorización fue realizada por el Centro Autorizador. Offhost = La autorización fue realizada internamente por VTOL. Offline = La autorización fue realizada localmente por el POS. Y para Capturar la pre-autorización o Anular la pre-autorización
25	dateTime	Numérico	Obligatorio	Fecha de generación de la trx en el POS. Formato YYYYMMDDHHmmss
53	paymentCondition	Alfanumérico	Opcional	Condición de pago. Sólo se encuentra presente si existe una condición de pago vinculada con la transacción.
54	additionalAmount	Alfanumérico	Opcional CASH BACK	Contiene el Importe del "Cash Back". Se usa en transacciones del tipo CashBack o Sale + CashBack. Debe contener 12 dígitos como máximo
56	pinblock	Alfanumérico	Condicional a PINPAD	PIN encriptado. Se emplea para tarjetas que tienen PIN. Ejemplo pinblock: D76484D688FE1826
57	accountType	Alfanumérico	Condicional a tarjeta de débito	Campo que se emplea para identificar el tipo de cuenta (ej: cta cte en pesos) Se usa para tarjetas de débito. Los valores posibles son: 1 = Caja de ahorros en pesos 2 = Cuenta corriente en pesos 3 = Caja de ahorros en dólares 4 = Cuenta corriente en dolares
66	track1	Alfanumérico	Opcional a su lectura	Track1 de la tarjeta entero (se envía todo el contenido del track1 en este campo) Este campo sólo está presente si la banda magnética / chip de la tarjeta pudo ser leído.
70	effectiveDate	Alfanumérico	Opcional AMEX	Fecha efectiva. Se usa para AMEX con formato yyMM
71	checkPendingString	Alfanumérico	Opcional, default = true	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.
72	creditCardCondition	Alfanumérico	Opcional	Es una cadena de 3 de largo donde se indica una condición de la tarjeta. Se usa para las tarjetas regionales o propias donde los prefijos se superponen. Este valor es identificable en el TrackI de la tarjeta y si es manual se le pregunta al cajero.
73	interestAmount	Alfanumérico	Opcional	Este campo es por si se necesita enviar el monto de los intereses en el mensaje a Autorizar. Normalmente el monto que llega del POS ya contiene los intereses en el caso de pagar en cuotas. Existe algún caso de alguna tarjeta especial donde el monto hay que enviarlo libre de intereses y justamente el monto de los intereses viaja en este campo.
74	requestAccountNumber	Alfanumérico	Opcional, default = 0	Indica si puede recibir el número de cuenta (Visa y Posnet). Valores posible: 1 = activado 0 = desactivado
101	differDate	Alfanumérico	Opcional	Fecha diferida. Solo utilizada para AMEX.
102	chipTokens	Alfanumérico	Obligatorio para modo de ingreso Chip	Visa: Criptograma tarjetas EMV Posnet: Lista de Tags EMV
103	emvEncryptedType	Alfanumérico	Opcional	Tipo de encriptación utilizada entre Pinpad y Host Autorizador. Los campos 103, 104, 108 y 137 deben ser utilizados en conjunto. Valores posibles: D = DES T = 3DES
104	emvEncryptedData	Alfanumérico	Opcional	Paquete encriptado devuelto por el pinpad y que se enviará al Host Autorizador. Los campos 103, 104, 108 y 137 deben ser utilizados en conjunto.
105	cardSequenceNumber	Numérico	Opcional	Numero de secuencia del PAN
106	pinpadLogSerialNumber	Alfanumérico	Opcional	Número de serie lógico del pinpad
107	pinpadFisSerialNumber	Alfanumérico	Opcional	Número de serie Físico del pinpad
108	useEncryptedData	Alfanumérico	Opcional	Indica si se utiliza encriptación entre Pinpad y Host Autorizador (Visa, Posnet, etc). Los campos 103, 104, 108 y 137 deben ser utilizados en conjunto. Valores posibles: false = No se utiliza encriptación true = Se utiliza encriptación
118	terminalCapability	Alfanumérico	Opcional	Capacidad de captura. Valores 1 = Manual / 2 = Lectura de Banda / 5 = Lectura de Chip
130	posPeriod	Numérico	Opcional	Periodo enviado por el POS. Longitud 5
131	turn	Numérico	Opcional	Turno. Longitud 2
132	operatorCode	Alfanumérico	Opcional	Código de operador. Longitud 20
133	operatorName	Alfanumérico	Opcional	Nombre de operador. Longitud 50
134	sellerCode	Alfanumérico	Opcional	Código del vendedor. Longitud 20
135	sellerName	Alfanumérico	Opcional	Nombre del vendedor. Longitud 50
136	attentionMode	Alfanumérico	Opcional	Modalidad de atención (AU ó AS). Longitud 2
137	serviceCode	Numérico	Opcional	Código de Servicio, se envía cuando el mensaje esta encriptado (campo 108=true) y no se tiene acceso al Track2. Longitud 3. Los campos 103, 104, 108 y 137 deben ser utilizados en conjunto.
147	providerPosCode	Alfanumérico	Opcional	Código del Provider. Se utiliza en los casos donde VTOL Server no puede obtener unívocamente el Proveedor utilizando los prefijos (debido enmascaramiento de la tarjeta). Ejemplo VI (Visa). Longitud 20.
164	posEncryptedFields	Numérico	Opcional	Indica si se utiliza encripción entre Pinpad y VTOL (modo RSA). En este caso los datos sensibles se envían encriptados. Si está activo, los campos a enviar encriptados son: 6, 8, 9, 66 Valores posibles: 1 = activado 0 = desactivado (valor por defecto).
168	pinpadApplicationVersion	Alfanumérico	Opcional	Versión de la aplicación del software del PinPad
201	additionalMessageData	Alfanumérico	Opcional	Este campo tiene como finalidad que el POS, o cliente VTOL, pueda enviar un dato X y que el mismo esté presente en la respuesta. Cada módulo según implementación puede decidir qué hacer con dicho dato (Ejem Persistir en BBDD)
261	cipherSuite	Numérico	Opcional	Indica el largo de la llave RSA para encriptar y desencriptar datos sensibles. En VTOL Admin debe estar habilitada la propiedad de datos sensibles. Valores posibles: 1: utiliza largo de 1024 2. utiliza largo de 2048
263	vtolToken	Alfanumérico	Opcional	Cuando se efectúa una transacción Sale, VoidSale, Refund o VoidRefund tokenizada, se puede enviar el Token VTOL
264	posChannelOrigin	Numérico	Opcional	Indica el canal de origen de la transacción. Es un código con los siguientes valores posibles: 0: Presencial 1: E-Commerce 2: Pago recurrenteReservado para uso futuro 3: IVR Si no se envía este campo, se toma por defecto el valor 0.
265	customerId	Alfanumérico	Opcional	Nombre o id de usuario que realizó la transacción
266	cardHolderName	Alfanumérico	Opcional	Nombre del tarjetahabiente
270	posTicket	Alfanumérico	Opcional	Información del ticket en formato xml y posteriormente transformado en Base 64. Ver sección Estructura del campo posTicket
403	afApplicationCondition	Alfanumérico	Opcional	Condición de aplicación antifraude. Este dato será utilizado por el módulo antifraude de VTOL para ejecutar o ignorar validaciones de fraude. Longitud máxima: 50 caracteres. Se puede enviar en transacciones de: Sale PreAuthorization Sale Offline Si el POS envía una Condición en este campo, se validará si la compañía está suscripta a alguna regla con dicha Condición. Si está suscripta, se ejecutará la regla AF, pero si no está suscripta, no se ejecutará. Si el POS envía este campo vacío, o no lo envía, se validará si la compañía está suscripta a alguna regla "Sin condición". Si está suscripta, se ejecutará la regla que no tiene condición, y si no está suscripta, no se ejecutará. Si el POS envía una Condición, pero no está creada en antifraude de VTOL, no se ejecutará ninguna regla AF.

...

#	FieldId	Tipo	Descripción
11	trxType	Alfanumérico	Tipo de Transacción: Refund = devolución
12	amount	Importe	Monto 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 Nota: valor de la venta original
13	currencyPosCode	Alfanumérico	Tipos de Moneda: $ = Pesos U$S = Dólares Nota: valor de la venta original
14	payments	Numérico	Cantidad de cuotas. 2 dígitos como máximo. Nota: valor de la venta original
15	plan	Alfanumérico	Código de plan. Largo 1. Nota: valor de la venta original
16	originalDate	Fecha	Este campo debe viajar si el tipo de transacción es Refund. Se trata de la fecha de la transacción original en el formato YYYYMMDD.
17	originalTrxTicketNr	Numérico	Este campo debe viajar si el tipo de transacción es Refund. Se trata del número de ticket de la transacción original. 4 dígitos como máximo.
53	paymentCondition	Alfanumérico	Condición de pago. Sólo se encuentra presente si existe una condición de pago vinculada con la transacción. Nota: valor de la venta original
201	additionalMessageData	Alfanumérico	Este campo tiene como finalidad que el POS, o cliente VTOL, pueda enviar un dato X y que el mismo esté presente en la respuesta. Cada módulo según implementación puede decidir qué hacer con dicho dato (Ejem Persistir en BBDD).
263	vtolToken	Alfanumérico	Cuando se efectúa una transacción Sale, VoidSale, Refund o VoidRefund tokenizada, se puede enviar el Token VTOL
264	posChannelOrigin	Numérico	Indica el canal de origen de la transacción. Es un código con los siguientes valores posibles: 0: Presencial 1: E-Commerce 2: Pago recurrenteReservado para uso futuro 3: IVR Si no se envía este campo, se toma por defecto el valor 0.

...

Nro	Campo	Tipo	Sale	Capture	PreAuth	VoidPreAuth	Descripción
0	company	Numérico	X	X	X	X	Identificador de la compañía donde se generó la transacción
1	store	Alfanumérico	X	X	X	X	Identificador del sitio originador de la transacción
3	server	Alfanumérico	X	X	X	X	Identificador del Server que procesará la transacción. ('VTOL')
4	messageType	Alfanumérico	X	X	X	X	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.
6	cardNumber	Numérico	X	-	X	-	Número de tarjeta. Sólo presente si el modo de ingreso fue Manual.
7	expirationDate	Numérico	X	-	X	-	Formato YYMM Fecha de vencimiento de la tarjeta. Sólo presente si el modo de ingreso fue Manual.
8	cvc	Numérico	X	-	X	-	Código de seguridad de la tarjeta. Sólo presente si el modo de ingreso fue Manual.
10	inputMode	Alfanumérico	X	X	X	X	Modo de Ingreso de la tarjeta: 3 - E-Commerce
11	trxType	Alfanumérico	X	X	X	X	Tipo de Transacción: Sale = Compra online en 1 fase. Sale = Captura offline en 2 fases. PreAuthorization = Pre autorización online en 2 fases. VoidPreAuthorization = Anulación de Pre autorización. Offline.
12	amount	Importe	X	X	X	X	Monto 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
13	currencyPosCode	Alfanumérico	X	X	X	X	Tipos de Moneda: $ = Pesos U$S = Dólares
14	payments	Numérico	X	X	X	X	Cantidad de cuotas. 2 dígitos como máximo.
15	plan	Alfanumérico	X	X	X	X	Plan. 1 caracter de longitud.
17	originalTrxTicketNr	Numérico	-	-	-	X	Campo Opcional. Si viaja se debe precisar el número de ticket de la venta original para poder distinguir la transacción a anular. 4 dígitos como máximo. Obligatorio para devoluciones.
22	authorizationCode	Alfanumérico	-	X	-	-	Código de autorización retornado en la pre autorización. 6 dígitos como máximo. Obligatorio para Captura.
23	authorizationMode	Alfanumérico	X	X	X	X	Modo de Autorización: Online = Para Pre-autorización y Sale (de 1 fase). Offline = Para Captura (de 2 fases) y Anulación de Pre-autorización.
25	dateTime	Numérico	X	X	X	X	Fecha de generación de la trx en el POS. Formato YYYYMMDDHHmmss
53	paymentCondition	Alfanumérico	O	-	O	-	Condición de pago. Sólo se encuentra presente si existe una condición de pago vinculada con la transacción.
73	interestAmount	Alfanumérico	O	-	O	-	Este campo es por si se necesita enviar el monto de los intereses en el mensaje a Autorizar. Normalmente el monto que llega del POS ya contiene los intereses en el caso de pagar en cuotas. Existe algún caso de alguna tarjeta especial donde el monto hay que enviarlo libre de intereses y justamente el monto de los intereses viaja en este campo.
118	terminalCapability	Alfanumérico	X	X	X	X	Capacidad de captura. Valor a enviar: 1 = Manual
147	providerPosCode	Alfanumérico	O	-	O	-	Código del Provider. Se utiliza en los casos donde VTOL Server no puede obtener unívocamente el Proveedor utilizando los prefijos (debido enmascaramiento de la tarjeta). Ejemplo VI (Visa). Longitud 20.
167	originalTrxReferenceNumber	Alfanumérico	O	X	O	X	Identificador único de la transacción en VTOL Server. Longitud entre 19 y 20 dígitos. Dato enviado por VTOL Server en el campo 166, en la respuesta de un Sale o una PreAuthorization. Obligatorio para los trxType: Anulación de autorización (VoidPreAuthorization) y Captura (Sale offline).
201	additionalMessageData	Alfanumérico	O	O	O	O	Este campo tiene como finalidad que el cliente VTOL, pueda enviar un dato X y que el mismo esté presente en la respuesta. Cada módulo según implementación puede decidir qué hacer con dicho dato.
264	posChannelOrigin	Numérico	O	O	O	O	Indica el canal de origen de la transacción. Es un código con los siguientes valores posibles: 0: Presencial 1: E-Commerce 2: Pago recurrenteReservado para uso futuro 3: IVR
266	cardHolderName	Alfanumérico	X	O	X	O	Nombre del tarjetahabiente
270	posTicket	Alfanumérico	O	O	O	O	Información del ticket en formato xml y posteriormente transformado en Base 64. Ver sección Estructura del campo posTicket
265	customerId	Alfanumérico	O	O	O	O	Nombre de usuario que realizó la transacción. Este campo se utiliza para validar posibles fraudes, por parte del módulo Antifraude de VTOL.
290	customerIp	Alfanumérico	O	O	O	O	IP de origen de donde se efectuó la transacción. Este campo se utiliza para validar posibles fraudes, por parte del módulo Antifraude de VTOL.
291	customerDocType	Alfanumérico	O	O	O	O	Tipo de documento del cliente que realizó la transacción. Este campo se utiliza para validar posibles fraudes, por parte del módulo Antifraude de VTOL.
157	customerDoc	Alfanumérico	O	O	O	O	Número de documento del cliente que realizó la transacción. Este campo se utiliza para validar posibles fraudes, por parte del módulo Antifraude de VTOL.
292	customerFirstName	Alfanumérico	O	O	O	O	Nombre del cliente registrado en el e-commerce que realizó la transacción. Este campo se utiliza para validar posibles fraudes, por parte del módulo Antifraude de VTOL.
293	customerLastName	Alfanumérico	O	O	O	O	Apellido del cliente registrado en el e-commmerce que realizó la transacción. Este campo se utiliza para validar posibles fraudes, por parte del módulo Antifraude de VTOL.
294	cardHolderBirthday	Alfanumérico	X	X	X	X	Fecha de nacimiento del titular de la tarjeta. Formato YYYYMMDD. Este dato se envía a Prisma para validar posibles fraudes por parte del emisor.
295	cardHolderDocType	Alfanumérico	X	X	X	X	Tipo de documento del titular de la tarjeta. Este dato se envía a Prisma para validar posibles fraudes por parte del emisor.
296	cardHolderDocNumber	Alfanumérico	X	X	X	X	Número de documento del titular de la tarjeta. Este dato se envía a Prisma para validar posibles fraudes por parte del emisor.
297	cardHolderAddressStreet	Alfanumérico	O	O	O	O	Calle de entrega del resumen del titular de la tarjeta. Este dato se envía a Prisma para validar posibles fraudes por parte del emisor.
298	cardHolderAddressNumber	Alfanumérico	X	X	X	O	Número de Puerta de entrega del resumen del titular de la tarjeta. Este dato se envía a Prisma para validar posibles fraudes por parte del emisor.
299	cardHolderZipCode	Alfanumérico	O	O	O	O	Código postal de entrega del resumen del titular de la tarjeta. Este dato se envía a Prisma para validar posibles fraudes por parte del emisor.
305	cardHolderAddressComplement	Alfanumérico	O	O	O	O	Complemento de la dirección. Piso / departamento de entrega de resumen del titular de la tarjeta. Este dato se envía a Prisma para validar posibles fraudes por parte del emisor.
306	cardIssuingBank	Alfanumérico	O	O	O	O	Banco emisor de la tarjeta. Longitud máxima 20. Si se envía este campo, VTOL validará que el número de tarjeta enviado esté asociado a un prefijo con el banco de la tarjeta.
307	cardBrand	Alfanumérico	O	O	O	O	Marca de la tarjeta. Longitud máxima 20. Si se envía este campo, VTOL validará que el número de tarjeta enviado esté asociado a un prefijo con la marca de la tarjeta.
403	afApplicationCondition	Alfanumérico	O	O	O	-	Condición de aplicación antifraude. Este dato será utilizado por el módulo antifraude de VTOL para ejecutar o ignorar validaciones de fraude. Longitud máxima: 50 caracteres. Si el POS envía una Condición en este campo, se validará si la compañía está suscripta a alguna regla con dicha Condición. Si está suscripta, se ejecutará la regla AF, pero si no está suscripta, no se ejecutará. Si el POS envía este campo vacío, o no lo envía, se validará si la compañía está suscripta a alguna regla "Sin condición". Si está suscripta, se ejecutará la regla que no tiene condición, y si no está suscripta, no se ejecutará. Si el POS envía una Condición, pero no está creada en antifraude de VTOL, no se ejecutará ninguna regla AF.

...

Número	Nombre del campo	Tipo de dato	SaleWallet	RefundWallet	QueryWallet	Descripción
0	company	Numérico	X	X	X	Identificador de la compañía donde se generó la transacción.
1	store	Alfanumérico	X	X	X	Identificador del local donde se generó la transacción.
2	node	Numérico	X	X	X	Identificador de la caja donde se generó la transacción.
3	server	Alfanumérico	X	X	X	Identificador del Server que procesará la transacción. (en el caso de VTOL será 'VTOL')
4	messageType	Alfanumérico	X	X	X	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.
11	trxType	Alfanumérico	X	X	X	Tipo de Transacción: SaleWallet = Compra con billetera electrónica RefundWallet = Devolución de compra realizada con billetera electrónica QueryWallet = Consulta de transacción de compra realizada con billetera electrónica
12	amount	Numérico	X	X	-	Monto de la transacción. 12 dígitos como máximo. Valor entero. Los dos últimos dígitos representan los decimales. Ej: "1000" equivale a "10.00". Para devoluciones, se debe enviar el monto total de la venta original, ya que no están permitidas las devoluciones parciales.
13	currencyPosCode	Alfanumérico	X	X	-	Tipos de moneda: $ = Pesos
16	originalDate	Numérico	-	X	X	Fecha de realización de la compra con billetera electrónica en formato YYYYMMDD
24	lastTrxId	Numérico	O	O	O	Utilizado cuando está activo el control transaccional. En este campo el POS debe enviar la última transacción procesada correctamente.
25	dateTime	Numérico	X	X	X	Fecha y hora de realización de la transacción en formato YYYYMMDDHHMMSS
268	walletPosTrxId	Alfanumérico	X	X	O	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 QueryWallet: Se informa este campo o el campo walletPaymentId para localizar una transacción de compra.
269	walletType	Numérico	X	X	X	Tipo de billetera por la cual se cursará la transacción en el POS. Opciones: 2: QR Adquiriente: Billetera Bimo 3: Billetera Modo 4: Billetera Todo Pago
270	posTicket	Alfanumérico	X	-	-	Información del ticket en formato xml y posteriormente transformado en Base 64. Ver sección Estructura del campo posTicket
271	walletPaymentId	Alfanumérico	-	X	O	Identificador del número de pago informado por el Autorizador en el campo 271 de la respuesta de la operación SaleWallet. Opcional en QueryWallet: Se informa este campo o el campo walletPosTrxId para localizar una transacción de compra.
401	paymentMethodsData	Json	X	-	-	Información de los planes de pago, en formato json
402	walletBenefits	Json	X	-	-	Información de las tarjetas de beneficio, en formato json

...

Código	Descripción
00	APROBADA
500	No se encuentra la transaccion original
501	El campo WalletPosTrxId es requerido
502	El campo WalletType es requerido
503	No esta configurado una Compañia MP
504	No esta configurado una Caja MP
505	El tipo de billetera es invalido
506	El campo WalletPaymentId es requerido
507	El campo OriginalDate es requerido
508	No es posible devolver una devolucion
509	Estado trx original no acepta devolucion
510	Importe devolucion supero monto limite
511	No se pudo realizar la orden de pago
512	La transaccion no posee estado
513	El campo posTicket es requerido
514	Tiempo expirado. Elija Consultar o Cancelar pago
515	Tiempo expirado confirmacion devolucion
516	Pago aun no realizado, desea seguir esperando?
517	Estado trx original no acepta devolucion
518	No se encuentra la devolucion
519	Acceso a MP no esta autorizado
520	Accion a MP no esta autorizada
521	El campo WalletPosTrxId es invalido
523	Estado trx original no acepta devolucion
524	Importe invalido para devolucion
525	Estado trx original no acepta devolucion
526	Compañia MP no permite operar
527	Numero devoluciones parciales superados
528	El pago es antiguo para ser devuelto
529	No es posible devolver una devolucion
530	Compañia MP sin dinero para devolver
531	Compañia MP sin dinero disponible
532	Estado trx original no acepta devolucion
533	Devolucion parcial no soportada
534	Url de notificacion invalido
535	El monto de la transaccion es invalido
536	Error general por parte de MP
537	No se encuentra la transaccion original
538	El campo WalletPosTrxId es requerido
539	Devuelto
540	Pendiente
541	Autorizado
542	En Progreso
543	En mediacion
544	Transaccion ya devuelta
545	Cancelado
546	Contracargo
547	No se encontró la trx original
548	Error en comunicación
549	No existe comunicación con Mercado Pago
550	Error al consultar venta original online
552	Orden no generada por Prisma
553	Pago Rechazado por parte de Prisma
554	Esta operación requiere autorización
555	Esta operación requiere autorización
556	Pago rechazado, reintente con otro medio de pago
557	Pago rechazado, reintente con otro medio de pago
558	Pago rechazado, reintente con otro medio de pago
559	Pago rechazado, reintente con otro medio de pago
560	Pago rechazado, reintente con otro medio de pago
561	No fue posible procesar su pago, intente más tarde
562	No fue posible procesar su pago, intente más tarde
563	No fue posible procesar su pago, intente más tarde
564	No fue posible procesar su pago, intente más tarde
565	No fue posible procesar su pago, intente más tarde
566	La cantidad de cuotas seleccionada es inválida
567	La cantidad de cuotas seleccionada es inválida
568	Tarjeta de crédito vencida
569	Tarjeta de crédito no habilitada
570	Fondos insuficientes, reintente otro medio de pago
571	Fondos insuficientes, reintente otro medio de pago
572	Datos incorrectos, revíselos y reintente
573	Datos incorrectos, revíselos y reintente
574	No fue posible procesar su pago, intente más tarde
575	No fue posible procesar su pago, intente más tarde
576	Tarjeta no vigente, reintente otro medio de pago
577	Esta operación requiere autorización
578	No fue posible procesar su pago, intente más tarde
579	No fue posible procesar su pago, intente más tarde
580	La cantidad de cuotas seleccionada es inválida
581	Datos incorrectos, revíselos y reintente
582	Datos incorrectos, revíselos y reintente
583	Las cuotas informadas son incorrectas
584	Devolucion parcial no soportada
585	Transacción con CashBack no permitido
586	El comercio informado es inválido
587	El establecimiento informado es inválido
588	El establecimiento no pertenece al comercio
589	El punto de venta informado es inválido
590	El punto de venta no pertenece al establecimiento
591	El tipo de documento es inválido
592	Se debe informar el ID de la operación
593	Se debe informar un timeStamp
594	Se debe informar el traceNumber
595	Intención de pago vencida
596	Entrega Excede Supera Limite
598	Las cuotas del pago ya fueron informadas
650	Importe de devolución de cashout invalido
651	Importe de cashout invalido
652	Medio de pago inválido
733	La transacción no corresponde a una operación de Billeteras Electrónicas
734	No es posible cancelar la transacción informada

...

Árvore de páginas

Versões comparadas

Versão antiga 17

Nova versão 18

Chave

Âncora
_Toc485222713
_Toc485222713
1. Campos de los mensajes

Árvore de páginas

Histórico da Página

Versões comparadas

Versão antiga 17

Nova versão 18

Chave

Âncora_Toc485222713_Toc4852227131. Campos de los mensajes

Âncora
_Toc485222713
_Toc485222713
1. Campos de los mensajes