...
Fecha | Revisión | Cambios – Motivo |
---|---|---|
19/11/2009 | 1.0 | Creación del documento |
24/02/2011 | 1.1 | Link al manual de usuario del VTOL Core |
30/12/2011 | 1.2 | Agregado de reportes de "Movimientos de tarjetas" |
27/12/2012 | 1.3 | Modificación imágenes de consola |
20/05/2013 | 1.4 | Agregado parámetros Prefijos y opciones de pago |
11/11/2013 | 1.5 | Agregado de Configuración de Autorizador, y actualización de pantalla de definición de lote. |
23/04/2014 | 1.6 | Agregado Activación de Terminales |
23/04/2014 | 1.7 | Agregado Reporte Estado de Terminales |
23/06/2014 | 1.8 | Revisión anual de documentación |
21/08/2014 | 1.9 | Actualización de Claves de encriptación para cumplimiento de Norma PA-DSS |
12/02/2016 | 2.0 | Agregado de Reportes de Canales y Configuración de Locales. |
21/10/2016 | 2.1 | Revisión anual de documentación y ajustes en el documento conforme a las normas PCI DSS 3.2 y PA DSS 3.2 |
04/08/2017 | 2.2 | Agregado de campo Promocional en Opciones de Pago |
29/11/2017 | 2.3 | Agregado de apartado Validaciones Crédito Débito |
01/02/2018 | 2.4 | Agregado de detalle en el apartado Visualización del tráfico por canal |
30/08/2018 | 2.5 | Agregado de configuración, reportes, planificación de proceso y propiedades de configuración relacionados a la funcionalidad PEI |
10/01/2019 | 2.6 | Agregado de apartado Búsqueda de cupones por consola |
11/02/2019 | 2.7 | Agregado de configuración, reportes, planificación de proceso y propiedades de configuración relacionados a la funcionalidad Billeteras Electrónicas (Mercado Pago y Todo Pago) |
22/02/2019 | 2.8 | Agregado de configuración y propiedades de configuración relacionados a la funcionalidad Tokenización |
20/05/2019 | 2.9 | Incorporación de apartado de compatibilidad con VTOL Server. |
26/06/2019 | 2.10 | Agregado de configuración de Terminales PEI de forma masiva. |
09/08/2019 | 2.11 | Agregado de Consideraciones para operar con Contactless de First Data |
20/09/2019 | 2.12 | Agregado de Búsqueda de conciliaciones |
17/10/2019 | 2.13 | Agregado de funcionalidad de módulo antifraude. |
24/04/2020 | 2.14 | Agregado de pantallas de configuración de Sucursales de Mercado Pago, y modificación de de pantallas de Puntos de venta de Mercado Pago. |
03/06/2020 | 2.15 | Agregado de pantallas de alta y búsqueda de Link de Pago. |
22/07/2020 | 2.16 | Agregado de pantallas de Monitoreo de Cierres, dentro de la sección de Cierres. |
28/08/2020 | 2.17 | Se actualiza la configuración de propiedad de Mercado Pago. La URL de conexión para Ventas. |
20/10/2020 | 2.18 | Actualización de pantallas de configuración para operar PEI con tarjeta no presente. Actualización de propiedades PEI, las cuales se configuran por compañías. Actualización de pantalla de Opciones de pago, donde se incorpora el Canal de origen para cada opción de pago. Agregado de propiedad para activar tokenización en pago no presencial con tarjetas de débito. Agregado de consulta de transacciones eCommerce desde la cual se permiten realizar devoluciones. Actualización de pantalla de Tarjetas, donde se incorpora el flag de validación de fraude con autorizador y activar pre-autorizaciones en Tarjetas Actualización de pantallas de Link de pago para crear links de pago con PEI. |
17/11/2020 | 2.19 | Agregado de configuración de conexión a un Proxy para operaciones con Mercado Pago. |
02/04/2021 | 2.20 | Agregado de configuración y propiedades de configuración relacionados a la funcionalidad QR Adquiriente Prisma. Se eliminan las pantallas de configuración de Todo Pago, ya que dicha Billetera estará incluida dentro de QR Adquiriente Prisma. |
27/04/2021 | 2.21 | Agregado de funcionalidad de Generar Códigos QR de Napse. |
30/04/2021 | 2.22 | Especificación de paso a paso para la utilización de Link de pago |
15/07/2021 | 2.23 | Agregado de funcionalidad Transacciones Pendientes de Billeteras, dentro del apartado "Configuración Billeteras Electrónicas". |
Índice
Índice
Âncora _Toc247539914 _Toc247539914
...
Para eliminar, se deberá seleccionar el registro en la pantalla de búsqueda haciendo clic sobre el checkbox del registro a borrar y luego presionar el botón "Eliminar". Al presionar "Eliminar" se solicitará la confirmación de la eliminación mediante el despliegue de una ventana.
14.3.1.4
...
En caso de que la comunicación entre VTOL y Mercado Pago tenga salida a través de un Proxy, VTOL permite configurar las propiedades de conexión a dicho Proxy, por donde encaminar las solicitudes a los servicios REST de Mercado Pago.
Las propiedades se configuran a través de consola Web de VTOL (VTOL Admin), como puede verse en la siguiente imagen:
Los cambios se toman sin requerir el reinicio de la aplicación.
A continuación se explican las propiedades para configurar un Proxy:
...
Configuración de propiedades
Se deberán configurar parámetros para poseer una comunicación óptima con los canales Mercado Pago y Adquiriente Prisma.
Para acceder a la configuración de propiedades, presionar la opción denominada "Configuración" dentro del menú "Herramientas administrativas" (Herramientas administrativas > Configuración).
Esta página permite configurar las distintas propiedades disponibles para las billeteras electrónicas en la aplicación, ingresando el valor correspondiente para cada una de ellas. Está orientada a un usuario que tenga un perfil de administrador puesto que brinda opciones de configuración avanzada del sistema. Para operar adecuadamente la página, dirigirse al manual "VTOL CORE - Manual de usuario 3.8".
A continuación, se explicarán las propiedades relacionadas a Billeteras Electrónicas Mercado Pago:
Propiedad | Tipo | Descripción | Requiere reiniciar? |
---|
14.3.2 QR Adquiriente Prisma
14.3.2.1 Configuración inicial
Para operar con QR Prisma, lo primero que se debe configurar son los medios de pago que utilizará el comercio, y también se deben configurar los datos tributarios de la compañía. Como se indica a continuación:
Dica | ||
---|---|---|
| ||
Para que la caja pueda utilizar una tarjeta como medio de pago para QR Adquiriente Prisma, esa tarjeta debe tener configurada sus Opciones de Pago correspondientes. Deben estar asociadas al Tipo de Operación "Wallet" y al Canal de Origen "Presencial". Tanto las tarjetas de crédito-débito como las tarjetas de beneficio, deben tener configurada las opciones de pago. Para las tarjetas de beneficio, se debe configurar una opción de pago en una sola cuota. Todas las opciones de pago deben rutear hacia el Canal Visa. Además, dichas opciones de pago, deben tener la configuración de Número de Comercio y Definición de lote asociada al Tipo de Operación "Wallet". También se validará que la caja a operar tenga configurada su Número de Terminal. |
Dica | ||
---|---|---|
| ||
Para utilizar QR Adquiriente, se deben configurar los "Datos Tributarios" de la Compañía, con los datos propios del Comercio. Ver en el apartado 20.1 Datos tributarios |
14.3.2.2 Tarjetas Billetera Prisma
Acceso:
Para acceder a la configuración de QR Adquiriente Prisma que se manejará en el sistema, seleccionar la opción "Adquiriente Prisma" dentro del menú de Billeteras electrónicas (VTOL > Módulo CR / DB > Billeteras electrónicas > Adquiriente Prisma).
Descripción de la página:
Esta página permite configurar y vincular las tarjetas cargadas en VTOL CR-DB contra las tarjetas del autorizador Prisma. Para poder utilizar las tarjetas cargadas en VTOL, las mismas deben ser asociadas con las tarjetas de Prisma. Se deben asociar las tarjetas de crédito-débito, como también las tarjetas de beneficio.
14.3.2.2.1 Búsqueda de Tarjetas
Se cuenta con la opción de buscar las Tarjetas de VTOL CR-DB que están vinculadas con las tarjetas de Prisma. Una vez completados los filtros de búsqueda, se debe presionar "Buscar" para que la búsqueda sea efectuada.
14.3.2.2.2 Agregar una tarjeta
Para configurar una nueva tarjeta, realizando la vinculación entre VTOL y Prisma, se debe seleccionar del combo "Tarjeta" una tarjeta de VTOL CR-DB, y luego del combo "Tarjeta Prisma" una tarjeta del autorizador Prisma.
Por ejemplo, si en VTOL se crea una nueva tarjeta llamada "Visa Galicia", para que dicha tarjeta pueda ser utilizada en la funcionalidad de "QR Adquiriente Prisma", la misma debe ser vinculada con la "Tarjeta Prisma" denominada "Prisma", como se observa en el siguiente ejemplo:
...
Timeout para autorización Mercado Pago | Entero | Tiempo de espera máximo en milisegundos para la recepción de la respuesta de una transacción de autorización para Mercado Pago | No |
Timeout de escritura para autorización Mercado Pago | Entero | Tiempo maximo en milisegundos de escritura de un requerimiento una transacción de autorización para Mercado Pago | No |
Timeout de conexión para autorización Mercado Pago | Entero | Tiempo maximo en milisegundos que esperara para conectarse una transacción de autorización para Mercado Pago | No |
Url de conexión con CA Mercado Pago para la venta | Alfanumérico | URL del centro autorizador Mercado Pago por el cual se establecerá la comunicación de la venta. Configurar con el valor: https://api.mercadopago.com | No |
Url de conexión con CA Mercado Pago para la consulta de venta | Alfanumérico | URL del centro autorizador Mercado Pago por el cual se establecerá la comunicación de la consulta de la venta. Configurar con el valor: https://api.mercadopago.com | No |
Url de conexión con CA Mercado Pago para la devolución de la venta | Alfanumérico | URL del centro autorizador Mercado Pago por el cual se establecerá la comunicación de la devolución de la venta. Configurar con el valor: https://api.mercadopago.com | No |
Maximo cantidad de dias para realizar devolución en Mercado Pago | Entero | Máximo cantidad de días para hacer devolución en Mercado Pago 90 días desde su acreditación | No |
Maximo número de devoluciones parciales en Mercado Pago | Entero | Maximo número de devoluciones parciales en Mercado Pago para un mismo pago | No |
Tiempo maximo de espera para notificación de venta en Mercado Pago | Entero | Tiempo maximo de espera para notificacion de venta en la billetera de Mercado Pago | No |
Habilita al proceso de pasaje a historico de transacciones de billetera | True/False | Habilita al proceso de pasaje a histórico de transacciones de billetera | Si |
Habilita el servicio de notificaciones SSL con las billeteras | True/False | Indica si se encuentra habilitada la comunicación SSL/TLS entre Mercado Pago y VTOL. Configurar con el valor: True. | Si |
SSL Billeteras: Almacen de certificados del servidor para las notificaciones | Alfanumérico | Ruta donde está el keystore que contiene los certificados del servidor para la comunicación segura SSL/TLS entre Mercado Pago y VTOL. Ejemplo: D:\tools\wildfly-18.0.1.Final\CD3803\configuration\synthesis.keystore | No |
SSL Billeteras: Contraseña del almacen de certificados del servidor para las notificaciones | Alfanumérico | Contraseña de acceso al keystore que contiene los certificados del servidor para la comunicacion entre Mercado Pago y VTOL | No |
URL Base de notificacion que usará Mercado Pago | Alfanumérico | URL donde VTOL recibirá las notificaciones de Mercado Pago. A la misma se le adiciona la compañía | No |
URL Base de API Location Mercado PagoN | Alfanumérico | URL donde VTOL consultará por el catálogo de locations de Mercado Pago | No |
URL Base de catálogo de tiendas y cajas de Mercado Pago | Alfanumérico | URL donde VTOL registrará y consultará las cajas y tiendas en Mercado Pago | No |
Identificador del sponsor en Mercado Pago | Alfanumérico | Código único que Identifica la cuenta de Napse creada en Mercado Libre. En cada creación de orden de pago, VTOL informará este dato a MP. | No |
Mercado Pago Proxy: Conexión a través de Proxy | Alfanumérico | Habilita encaminar las solicitudes a los servicios REST de Mercado Pago a través de un Proxy. | No |
Mercado Pago Proxy: IP o nombre de host | Alfanumérico | La IP o nombre de host del proxy. | No |
Mercado Pago Proxy: Puerto | Numérico | Puerto donde escucha el proxy. | No |
Mercado Pago Proxy: Usuario | Alfanumérico | Nombre de usuario en caso de que la conexión con el proxy requiera autenticación. | No |
Mercado Pago Proxy: Contraseña | Alfanumérico | Contraseña del usuario en caso de que la conexión con el proxy requiera autenticación | No |
Informações |
---|
Para el caso de Mercado Pago, es requerido abrir un puerto para que la plataforma de Mercado Pago llegue al servicio REST publicado por VTOL donde recibirá notificaciones de pago, bajo el protocolo seguro HTTPS (el puerto por defecto que VTOL abre es el 8585). |
14.3.1.5 Configurar propiedades de conexión a un Proxy
En caso de que la comunicación entre VTOL y Mercado Pago tenga salida a través de un Proxy, VTOL permite configurar las propiedades de conexión a dicho Proxy, por donde encaminar las solicitudes a los servicios REST de Mercado Pago.
Las propiedades se configuran a través de consola Web de VTOL (VTOL Admin), como puede verse en la siguiente imagen:
Los cambios se toman sin requerir el reinicio de la aplicación.
A continuación se explican las propiedades para configurar un Proxy:
Propiedad | Descripción | Requiere reiniciar? |
---|---|---|
Mercado Pago Proxy: Conexión a través de Proxy | Habilita encaminar las solicitudes a los servicios REST de Mercado Pago a través de un Proxy. | No |
Mercado Pago Proxy: IP o nombre de host | La IP o nombre de host del proxy. | No |
Mercado Pago Proxy: Puerto | Puerto donde escucha el proxy. | No |
Mercado Pago Proxy: Usuario | Nombre de usuario en caso de que la conexión con el proxy requiera autenticación. | No |
Mercado Pago Proxy: Contraseña | Contraseña del usuario en caso de que la conexión con el proxy requiera autenticación | No |
14.3.2 QR Adquiriente Prisma
14.3.2.1 Configuración inicial
Para operar con QR Prisma, lo primero que se debe configurar son los medios de pago que utilizará el comercio, y también se deben configurar los datos tributarios de la compañía. Como se indica a continuación:
Dica | ||
---|---|---|
| ||
Para que la caja pueda utilizar una tarjeta como medio de pago para QR Adquiriente Prisma, esa tarjeta debe tener configurada sus Opciones de Pago correspondientes. Deben estar asociadas al Tipo de Operación "Wallet" y al Canal de Origen "Presencial". Tanto las tarjetas de crédito-débito como las tarjetas de beneficio, deben tener configurada las opciones de pago. Para las tarjetas de beneficio, se debe configurar una opción de pago en una sola cuota. Todas las opciones de pago deben rutear hacia el Canal Visa. Además, dichas opciones de pago, deben tener la configuración de Número de Comercio y Definición de lote asociada al Tipo de Operación "Wallet". También se validará que la caja a operar tenga configurada su Número de Terminal. |
Dica | ||
---|---|---|
| ||
Para utilizar QR Adquiriente, se deben configurar los "Datos Tributarios" de la Compañía, con los datos propios del Comercio. Ver en el apartado 20.1 Datos tributarios |
14.3.2.2 Tarjetas Billetera Prisma
Acceso:
Para acceder a la configuración de QR Adquiriente Prisma que se manejará en el sistema, seleccionar la opción "Adquiriente Prisma" dentro del menú de Billeteras electrónicas (VTOL > Módulo CR / DB > Billeteras electrónicas > Adquiriente Prisma).
Descripción de la página:
Esta página permite configurar y vincular las tarjetas cargadas en VTOL CR-DB contra las tarjetas del autorizador Prisma. Para poder utilizar las tarjetas cargadas en VTOL, las mismas deben ser asociadas con las tarjetas de Prisma. Se deben asociar las tarjetas de crédito-débito, como también las tarjetas de beneficio.
14.3.2.2.
...
Para eliminar la relación entre Tarjeta VTOL y Tarjeta Prisma, se deberá realizar una búsqueda de la tarjeta a eliminar, luego seleccionar la misma haciendo clic sobre el checkbox correspondiente y presionar "Eliminar". Al presionar "Eliminar" se solicitará la confirmación de la eliminación mediante el despliegue de una ventana.
Informações | ||
---|---|---|
| ||
Para que la caja pueda utilizar una tarjeta como medio de pago para QR Adquiriente Prisma, esa tarjeta debe tener configurada sus Opciones de Pago correspondientes. Deben estar asociadas al Tipo de Operación "Wallet" y al Canal de Origen "Presencial". Tanto las tarjetas de crédito-débito como las tarjetas de beneficio, deben tener configurada las opciones de pago. Además, dichas opciones de pago, deben tener la configuración de Número de Comercio y Definición de lote asociada al Tipo de Operación "Wallet". También se validará que la caja a operar tenga configurada su Número de Terminal. |
Informações | ||
---|---|---|
| ||
Para utilizar QR Adquiriente, se deben configurar los "Datos Tributarios" de la Compañía, con los datos propios del Comercio. Ver en el apartado 20.1 Datos tributarios |
14.4 Configuración de propiedades
Se deberán configurar parámetros para poseer una comunicación óptima con los canales Mercado Pago y Adquiriente Prisma.
Para acceder a la configuración de propiedades, presionar la opción denominada "Configuración" dentro del menú "Herramientas administrativas" (Herramientas administrativas > Configuración).
Esta página permite configurar las distintas propiedades disponibles para las billeteras electrónicas en la aplicación, ingresando el valor correspondiente para cada una de ellas. Está orientada a un usuario que tenga un perfil de administrador puesto que brinda opciones de configuración avanzada del sistema. Para operar adecuadamente la página, dirigirse al manual "VTOL CORE - Manual de usuario 3.8".
A continuación, se explicarán las propiedades relacionadas a Billeteras Electrónicas.
14.4.1 Opciones de configuración de Mercado Pago
...
URL del centro autorizador Mercado Pago por el cual se establecerá la comunicación de la venta.
Configurar con el valor: https://api.mercadopago.com
...
URL del centro autorizador Mercado Pago por el cual se establecerá la comunicación de la consulta de la venta.
Configurar con el valor: https://api.mercadopago.com
...
URL del centro autorizador Mercado Pago por el cual se establecerá la comunicación de la devolución de la venta.
Configurar con el valor: https://api.mercadopago.com
...
1 Búsqueda de Tarjetas
Se cuenta con la opción de buscar las Tarjetas de VTOL CR-DB que están vinculadas con las tarjetas de Prisma. Una vez completados los filtros de búsqueda, se debe presionar "Buscar" para que la búsqueda sea efectuada.
14.3.2.2.2 Agregar una tarjeta
Para configurar una nueva tarjeta, realizando la vinculación entre VTOL y Prisma, se debe seleccionar del combo "Tarjeta" una tarjeta de VTOL CR-DB, y luego del combo "Tarjeta Prisma" una tarjeta del autorizador Prisma.
Por ejemplo, si en VTOL se crea una nueva tarjeta llamada "Visa Galicia", para que dicha tarjeta pueda ser utilizada en la funcionalidad de "QR Adquiriente Prisma", la misma debe ser vinculada con la "Tarjeta Prisma" denominada "Prisma", como se observa en el siguiente ejemplo:
Al presionar el botón "Guardar", la tarjeta quedará vinculada. De esta manera la caja podrá enviar una opción de pago con la tarjeta "Visa Galicia".
14.3.2.2.3 Eliminación de una tarjeta
Para eliminar la relación entre Tarjeta VTOL y Tarjeta Prisma, se deberá realizar una búsqueda de la tarjeta a eliminar, luego seleccionar la misma haciendo clic sobre el checkbox correspondiente y presionar "Eliminar". Al presionar "Eliminar" se solicitará la confirmación de la eliminación mediante el despliegue de una ventana.
Informações | ||
---|---|---|
| ||
Para que la caja pueda utilizar una tarjeta como medio de pago para QR Adquiriente Prisma, esa tarjeta debe tener configurada sus Opciones de Pago correspondientes. Deben estar asociadas al Tipo de Operación "Wallet" y al Canal de Origen "Presencial". Tanto las tarjetas de crédito-débito como las tarjetas de beneficio, deben tener configurada las opciones de pago. Además, dichas opciones de pago, deben tener la configuración de Número de Comercio y Definición de lote asociada al Tipo de Operación "Wallet". También se validará que la caja a operar tenga configurada su Número de Terminal. |
Informações | ||
---|---|---|
| ||
Para utilizar QR Adquiriente, se deben configurar los "Datos Tributarios" de la Compañía, con los datos propios del Comercio. Ver en el apartado 20.1 Datos tributarios |
14.3.2.3 Configuración de propiedades
Se deberán configurar parámetros para poseer una comunicación óptima con QR Prisma Adquiriente.
Para acceder a la configuración de propiedades, presionar la opción denominada "Configuración" dentro del menú "Herramientas administrativas" (Herramientas administrativas > Configuración).
Esta página permite configurar las distintas propiedades disponibles para las billeteras electrónicas en la aplicación, ingresando el valor correspondiente para cada una de ellas. Está orientada a un usuario que tenga un perfil de administrador puesto que brinda opciones de configuración avanzada del sistema. Para operar adecuadamente la página, dirigirse al manual "VTOL CORE - Manual de usuario 3.8".
Propiedad | Tipo | Descripción | Requiere reiniciar? |
---|---|---|---|
Url de conexión con CA Prisma QR | Alfanumérico | URL del centro autorizador Prisma QR por el cual se establecerá la comunicación para operaciones QR | No |
Credencial apiKey para Prisma QR | Alfanumérico | Apikey del Sistema Propio (integrador) provista por Prisma. Es una única apiKey para Napse. | No |
Tiempo maximo de espera para notificacion de venta en Prisma QR | Alfanumérico | Tiempo maximo de espera en milisegundos para notificacion de venta en la billetera de QR | No |
Habilita el servicio de notificaciones SSL con las billeteras | True/False | Propiedad que indica si se encuentra habilitado el cifrado de información, mediante certificado SSL/TLS, para establecer un protocolo de comunicación segura para las notificacines que envian las billeteras a VTOL. (Requiere reiniciar VTOL) Configurar con el valor: True. |
Si |
SSL Billeteras: Almacen de certificados del servidor |
para las notificaciones | Alfanumérico | Archivo que contiene los certificados del servidor para la comunicacion segura SSL/TLS para las notificacines que envian las billeteras a VTOL. Ruta donde está el keystore que contiene los certificados del servidor para la comunicación segura SSL/TLS entre |
las billeteras y VTOL. Ejemplo: D:\tools\wildfly-18.0.1.Final\CD3803\configuration\synthesis.keystore | No |
SSL Billeteras: Contraseña del almacen de certificados del servidor |
para las notificaciones | Alfanumérico | Contraseña de acceso al |
archivo que contiene los certificados del servidor para la comunicacion |
Informações |
---|
Para el caso de Mercado Pago, es requerido abrir un puerto para que la plataforma de Mercado Pago llegue al servicio REST publicado por VTOL donde recibirá notificaciones de pago, bajo el protocolo seguro HTTPS (el puerto por defecto que VTOL abre es el 8585). |
14.4.2 Opciones de configuración de QR Adquiriente Prisma
...
14.5 Flujo de Mensajería
14.5.1 Mercado Pago
SaleWallet - Orden de Venta
La venta de billetera maneja tercer mensaje. La operación queda en estado pendiente cuando la venta es aprobada o cuando la misma corresponde a un error por Timeout de la notificación.
El POS es el originador de la transacción de venta. La orden de venta se genera en base a la necesidad de abonar un pago.
Flujo:
Requerimiento POS - VTOL
El POS le entregará a VTOL una transacción SaleWallet, especificada en la mensajería VTOL EMVKIT AR Procesar Mensajes Billeteras Electronicas.
Requerimiento VTOL - Mercado Pago
Una vez que el POS haya enviado la transacción de tipo SaleWallet, VTOL deberá enviarle al servidor de Mercado Pago la Orden de Venta.
Los campos importantes que VTOL deberá enviar de forma obligatoria son:
- items: los ítems de la compra (categoría, precio unitario, moneda, etc)
- total_amount: costo total de la venta
- notification_url: URL en la que se recibiría la notificación del estado del pago
- external_reference: referencia informada por el POS para sincronizar con el sistema de pagos y obtener una correlación única
Documentación Mercado Pago: https://www.mercadopago.com.ar/developers/es/reference/merchant_orders/resource/
Se informan los atributos que se deben enviar en el requerimiento de la orden de venta.
Respuesta Mercado Pago - VTOL
VTOL recibirá un HTTP 200 de recibido por parte de Mercado Pago cuando reciba la orden de venta o un HTTP 400 cuando haya algún error.
Notificación
Posterior pago de la orden de venta por parte del comprador en su app, Mercado Pago le realizará una notificación a VTOL del tipo IPN (Instant Payment Notification) para informarle el evento ocurrido.
Respuesta Mercado Pago - VTOL
Luego de la confirmación del pago por parte del comprador en su aplicativo de Mercado Pago, Mercado Pago entregará una notificación IPN a VTOL. Aquí VTOL deberá exponer un servicio público para que Mercado Pago pueda enviar la notificación. Para Mercado Pago, el único requisito es contar con un certificado válido, es decir que la URL sea https.
Documentación Mercado Pago: http://beta.mercadopago.com.ar/developers/es/guides/notifications/ipn/
Se informan las notificaciones que Mercado Pago le realizará a VTOL.
VTOL al recibir esta notificación, enviará un mensaje de consulta a Mercado Pago mencionando el ID de pago para obtener información del pago y entregárselo al POS. Cuando se reciba la información, VTOL persistirá los datos de la transacción en la base de datos y generará el mensaje de respuesta VTOL - POS.
Respuesta VTOL - POS
VTOL le entregará al POS la respuesta de la transacción SaleWallet.
Resumen:
...
VTOL actualiza la WalletFinancialTransaction con el estado del pago.
...
VTOL contesta al POS la respuesta de SaleWallet APROBADA.
...
VTOL deja la tabla Operation con estado Pending (Tercer Mensaje).
...
El POS cierra OK la operación.
...
segura SSL/TLS para las notificacines que envian las billeteras a VTOL. | No |
14.4 Flujo de Mensajería
14.4.1 Mercado Pago
SaleWallet - Orden de Venta
La venta de billetera maneja tercer mensaje. La operación queda en estado pendiente cuando la venta es aprobada o cuando la misma corresponde a un error por Timeout de la notificación.
El POS es el originador de la transacción de venta. La orden de venta se genera en base a la necesidad de abonar un pago.
Flujo:
Requerimiento POS - VTOL
El POS le entregará a VTOL una transacción SaleWallet, especificada en la mensajería VTOL EMVKIT AR Procesar Mensajes Billeteras Electronicas.
Requerimiento VTOL - Mercado Pago
Una vez que el POS haya enviado la transacción de tipo SaleWallet, VTOL deberá enviarle al servidor de Mercado Pago la Orden de Venta.
Los campos importantes que VTOL deberá enviar de forma obligatoria son:
- items: los ítems de la compra (categoría, precio unitario, moneda, etc)
- total_amount: costo total de la venta
- notification_url: URL en la que se recibiría la notificación del estado del pago
- external_reference: referencia informada por el POS para sincronizar con el sistema de pagos y obtener una correlación única
Documentación Mercado Pago: https://www.mercadopago.com.ar/developers/es/reference/merchant_orders/resource/
Se informan los atributos que se deben enviar en el requerimiento de la orden de venta.
Respuesta Mercado Pago - VTOL
VTOL recibirá un HTTP 200 de recibido por parte de Mercado Pago cuando reciba la orden de venta o un HTTP 400 cuando haya algún error.
Notificación
Posterior pago de la orden de venta por parte del comprador en su app, Mercado Pago le realizará una notificación a VTOL del tipo IPN (Instant Payment Notification) para informarle el evento ocurrido.
Respuesta Mercado Pago - VTOL
Luego de la confirmación del pago por parte del comprador en su aplicativo de Mercado Pago, Mercado Pago entregará una notificación IPN a VTOL. Aquí VTOL deberá exponer un servicio público para que Mercado Pago pueda enviar la notificación. Para Mercado Pago, el único requisito es contar con un certificado válido, es decir que la URL sea https.
Documentación Mercado Pago: http://beta.mercadopago.com.ar/developers/es/guides/notifications/ipn/
Se informan las notificaciones que Mercado Pago le realizará a VTOL.
VTOL al recibir esta notificación, enviará un mensaje de consulta a Mercado Pago mencionando el ID de pago para obtener información del pago y entregárselo al POS. Cuando se reciba la información, VTOL persistirá los datos de la transacción en la base de datos y generará el mensaje de respuesta VTOL - POS.
Respuesta VTOL - POS
VTOL le entregará al POS la respuesta de la transacción SaleWallet.
Resumen:
- El POS envía un mensaje SaleWallet a VTOL.
- VTOL entrega a MP una orden de venta.
- MP responde un HTTP 200 a VTOL para indicar que recibió la orden de venta.
- El cliente confirma el pago en su aplicativo mobile de MP.
- MP envía una notificación IPN a VTOL de la confirmación del pago.
- VTOL envía un HTTP 200 a MP (respuesta del paso 5)
- VTOL recibe la notificación y envía un mensaje de consulta con el ID de pago a MP para obtener los datos del pago.
- MP informa los datos del pago a VTOL.
VTOL actualiza la WalletFinancialTransaction con el estado del pago.
VTOL contesta al POS la respuesta de SaleWallet APROBADA.
VTOL deja la tabla Operation con estado Pending (Tercer Mensaje).
El POS cierra OK la operación.
VTOL realiza commit de la operación en la base de datos.
14.5 Transacciones Pendientes de Billeteras
VTOL permite resolver, desde la consola administrativa, las operaciones de Billeteras Electrónicas que quedaron en estado "Pendiente" de confirmación, debido a algún problema de sincronización con la caja.
En los casos donde una operación queda en estado "Pendiente", el Punto de Venta no puede operar contra VTOL hasta no resolver dicha situación.
Para poder "Reversar" o "Confirmar" las operaciones pendientes, se puede acceder a una pantalla de la consola, la cual será explicada a continuación:
14.5.1 Búsqueda de Transacciones Pendientes
Acceso:
Para acceder a la búsqueda de Transacciones Pendientes de Billeteras que se encuentran registradas en el sistema, seleccionar la opción "Transacciones Pendientes" dentro del menú: VTOL > Módulo Crédito-Débito > Billeteras electrónicas
La pantalla de búsqueda cuenta con un conjunto filtros que permiten realizar consultas por diferentes criterios, como se describirá a continuación en mayor detalle.
Filtros de búsqueda
Al ingresar a la pantalla, se mostrarán los siguientes filtros:
- Compañía (obligatorio)
- Nombre del local de VTOL
- Caja de VTOL
- Billetera virtual
- Botón Buscar
14.5.2 Resolver Transacciones Pendientes
Para resolver una operación pendiente, se debe presionar las acciones "Confirmar" o "Reversar", lo cual realizará lo siguiente:
Acción Confirmar:
- Para todas las Billeteras:
- Si se ejecuta la acción Confirmar, VTOL verificará si tiene todos los datos de la transacción enviadas por el Autorizador. Si tiene todos los datos completos, entonces se podrá confirmar, caso contrario, la operación continuará Pendiente.
- En esta implementación no se hará ninguna consulta a los Autorizadores para obtener los datos completos de la transacción.
- Si la operación pudo ser confirmada por VTOL, se mostrará el siguiente mensaje en pantalla: "La transacción se confirmó exitosamente".
- Si la operación no pudo ser confirmanda por VTOL, debido a que no están completos los datos del autorizador, se mostrará el siguiente mensaje en pantalla: "La transacción no se puede confirmar, el sistema no pudo obtener los datos del Autorizador".
- Si se ejecuta la acción Confirmar, VTOL verificará si tiene todos los datos de la transacción enviadas por el Autorizador. Si tiene todos los datos completos, entonces se podrá confirmar, caso contrario, la operación continuará Pendiente.
Acción Reversar:
- Para todas las Billeteras:
- Si se ejecuta la acción Reversar, se incluirá la transacción en el proceso de Reverso de VTOL. De esa manera, se pueden dar los siguientes casos:
- Si la transacción todavía no se pagó, se enviará un DELETE al Autorizador.
- Si la transacción ya se pagó, se enviará una Devolución al Autorizador. En el caso de Adquiriente Prisma, se enviará una Anulación Forzada.
- Si se ejecuta la acción Reversar, se incluirá la transacción en el proceso de Reverso de VTOL. De esa manera, se pueden dar los siguientes casos:
15. Configuración Tokenización
...