Introducción

La utilización de los Gateway de Pagos conlleva la responsabilidad de mantener la integridad del estado de los tramites, asegurando la finalización de la transacción y generando la traza correspondiente.

Al momento de completar la transacción a través del Gateway de Pagos podría haber dos escenarios que se le presentan al ciudadano, Pago Web y Pago a través de Red de Cobranza, que pasaremos a describir.

Pago Web

El ciudadano llega a la etapa de pago, la solución de tramites lo redirige al Gateway de Pago generando una transacción, el Ciudadano selecciona un medio de pago de los disponibles y realiza el pago, la imagen 2.1 ilustra este escenario.

Los Gateway permiten integrarse a través de redireccion y a través de WebServices, muchas veces la integracion necesita hacerse hibrida ya que la redireccion no garantiza que el pago sea notificado a la solución de tramites, provocando que un ciudadano pague múltiples veces un mismo trámite o el trámite no avance una vez concretada la transaccion, por lo que es necesario la integracion con WebServices para comprobar si se concreto la transacción o no.

Pago a través de red de cobranza

El ciudadano llega a la etapa de pago, la solución de tramites lo redirige al Gateway de Pago generando una transacción, el Ciudadano selecciona abonar por Red de cobranza, la imagen 2.2 ilustra este escenario.

En este escenario vamos a tener una integración similar a la del escenario anterior, con la diferencia de que el Gateway va a concretar la transacción en el momento que el Ciudadano abone en la red de cobranza.

Estrategia de Conciliación

De los escenarios antes planteados pueden surgir los siguientes problemas.

• Cierre del navegador en cualquier etapa del flujo: Cerrar el navegador o la pestaña es uno de los problemas más frecuentes, si esto sucede después del punto 2.3 del flujo puede generar inconsistencia y que el tráamite quede en un estado que no se puede continuar.
• Múltiples pagos de un trámites: Si después del punto 2.2 del flujo el trámite queda pendiente de pago, un ciudadano podría pagar múltiples veces el mismo trámite.
• Trámite impago: El trámite cambio de estado sin estar confirmada la transacción, ya que el ciudadano no tiene fondo en la cuenta que utilizo o hizo un pago diferido.
• Pérdida de la transacción: Si por algún motivo se pierde la transacción, no se notificará la confirmación del pago. 

A continuación se plantean algunas recomendaciones para la solución a estos problemas.

WS de respuesta para el Gateway de Pago

En caso que el Gateway tengo la posibilidad de consumir un servicio para notificar la confirmación de una transacción y se cuenta con la solución de trámites desplegada en alta disponibilidad, recomendamos esta implementación, ya que permite poder avanzar con el flujo del trámite al momento que se completa la transacción. Este caso se tiene que tener en cuenta cuando se necesita una rápida confirmación del pago para poder seguir el flujo.

Beneficios

Permite optimizar los tiempos y la carga de datos.

Escenario

El escenario se satisface, si el negocio necesita de tiempos óptimos y la solución de trámite se encuentra desplegada en alta disponibilidad.

Problemas que resuelve

• Pérdida de la transacción
• Múltiples pagos de un trámite

Proceso Batch

Es recomendable generar y ejecutar procesos de forma periódica que comparen el estado de las transacciones realizadas por el gateway de pagos contra las transacciones realizadas por el sistema que se comunica con la pasarela de pagos. En caso de detectar que hay transacciones que para la pasarela fueron terminadas correctamente y el pago fue procesado, se debe verificar que el sistema tenga la misma información. En caso contrario el proceso deberá actualizar la información del sistema y modificar el estado del pago por el estado correspondiente.

Beneficios

Aporta confianza al proceso de pagos, garantizando que en caso que se corte la comunicación entre la pasarela y el sistema en la respuesta de confirmación de los pagos, el sistema eventualmente garantizará consistencia en la información respecto a la pasarela de pagos.

Problemas que resuelve

• Inconsistencia de información
• Confirmación de pagos fuera de línea

Identificación de pagos duplicados

En este caso puede llegar a ser una funcionalidad incluida en el punto anterior, es importante poder identificar no solo para hacer la devolución correspondiente al ciudadano, sino para que el trámite no avance más de lo necesario.

Validación de transacción manual

Este caso no es recomendado, ya que genera una interacción presencial innecesaria. Esta funcionalidad se ofrece para los funcionarios en su aplicación backoffice y permite validar si un trámite que tiene una transacción pendiente esta completada o no.

Monitoreo de procesos

Es importante mantener un monitoreo de los procesos anteriores, ver su estado, última fecha de ejecución, resultado de la última ejecución, historial de ejecuciones, etc., ya que si estos procesos no funcionan correctamente perjudicarán el flujo del trámite.