| Fecha | 06/04/2021 |
|---|---|
| Estado del Documento |
BORRADOR | |
| Autor | Cristian Cañete |
|---|---|
| Version | 1.0 |
Información del Proyecto
| Proyecto | Integración con Infonet Cobranzas | Prioridad | ALTA |
|---|---|---|---|
| Dueño del Producto | Juan Almada | Administrador del Proyecto | Hugo Diaz |
Resumen Técnico
Integrar a DIMO la opción de pagos de servicios vía INFONET COBRANZAS. Agregar pantallas tipo ABM para permitir la configuración de qué red de Cobranza tendrá prioridad para cada servicio.
Durante el análisis de factibilidad se observo que será necesario ajustar la estructura de los servicios que se usan actualmente para PRONET, por lo que es recomendable también probar de forma general estos servicios en pre producción una vez actualizada la aplicación.
Como análisis de factibilidad técnica, se observa que para llevar a cabo esta integración se debe contar con el desarrollo/ajuste de: FrontEnd, jPos/autorizador y el motor de pagos.
Factibilidad
Soluciones Evaluadas | Descripción | ¿Aceptada? (Si/No) |
|---|---|---|
| Desarrollar nuevos servicios necesarios y ajustar ya existentes para comunicación con Infonet. | Si |
Impacto sobre Plataformas
Plataformas TI
Plataforma | Descripción | Soluciones Evaluadas |
|---|---|---|
Plataforma | Descripción | Soluciones Evaluadas |
| Motor de Pagos | Creación de nuevos servicios para conexión con Infonet. Ajuste de servicios existentes (usados con Pronet) para permitir enviar información necesaria para Infonet. Agregar campos necesarios en tablas de la BD. | Solución 1 |
| FrontEnd | Desarrollo y ajuste de servicios para comunicación con el motor de pagos. Ajuste en pantalla de visualización de facturas para permitir mostrar N facturas pendientes. Consultar servicio para obtener de comisión aplicado al pago que se quiere hacer. Mostrar valor de la comisión en pantalla de resumen de Trx. Escribir aval del sicoop en una tabla del esquema Xpress (para que el jPos lo consulte) | Solución 1 |
| jPos / Autorizador | Creación de nuevas reglas y validaciones para aprobar/rechazar pedidos de pagos y reversos recibidos de Infonet Cobranzas. | Solución 1 |
| GATEWAY | Crear y configurar nuevo participante (2604) relacionado a Infonet Cobranzas. | Solución 1 |
Definiciones
- Según lo hablado en la reunión de fecha 23/04/2021, cuando el servicio de INFONET, que retorna del monto de comisión a cobrar al usuario, tuvo un fallo o no pudo ser accedido, el intento de pago debe cancelarse en la pantalla del usuario. Para los otros dos casos descritos en el correo con asunto "Manejo de errores en Comisiones - Infonet Cobranzas", se resolverá por la conciliación, según lo hablado en la reunión.
- En el campo account_number que se envía en el servicio PAYMENT, debe ir el Nro de Cuenta del usuario que solicita hacer el pago. Según "Minuta reunión 31/03/2021 - Integración Infonet Cobranzas"
- El tiempo de espera de Cabal a WS de Pago de IC es de 70 segundos. Si es superior se debe enviar un reverso hacía Bancard. Según "Respuesta José Cantero RedMine - 18/03/2021"
- Bancard responderá solo en pagos aprobados el parámetro ticket number. Según "Respuesta José Cantero RedMine - 18/03/2021"
- Como los pagos van a ser del tipo débito en cuenta, el valor devuelto por el servicio COMMISIONS a utilizar es el que viene en el parámetro td. Según "Respuesta José Cantero RedMine - 18/03/2021"
- En nuestro flujo, para todos los pagos vamos a consultar el servicio COMMISSIONS. Si el servicio tiene comisión retornará el valor, caso contrario, retornará 0 (cero). Según "Respuesta José Cantero RedMine - 18/03/2021"
¿Qué implica el parámetro "commission_amount":3300 devuelto?, ¿Este monto se le debe presentar nuevamente al usuario o es devuelto simplemente para tener un registro? Para los casos de facturadores privados el monto es devuelto simplemente para tener un registro, sin embargo cuando es un facturador de gobierno, cuenta con el concepto usuario paga comisión, en ese caso se le debe de presentar al usuario ese valor para que el mismo lo acepte y en base a eso complete su pago. Este ejemplo lo tenemos con facturadores como ANDE, ESSAP, COPACO, los Ministerios. Según "Respuesta José Cantero RedMine - 22/02/2021"
- Infonet solo responde el parámetro NRO TICKET en caso que el pago fue aprobado. Como el sicoop necesita siempre ese dato, cuando se rechace un pago se va a enviar el valor de: Cod_participante (2604) + TransaccionId (Nro de trx enviado a infonet en la peticion del pago)
Visión Preliminar de Componentes de Plataformas Afectadas (Alto Nivel)
Recursos
Área/Función | Cantidad | Tipo de Asignación | Comentarios |
|---|---|---|---|
| Arquitecto de Proyecto | 1 | On Demand | |
| Desarrollador Genexus | 1 | Full | Desarrollo y configuración de servicios que permitan comunicación con Infonet. |
| Desarrollador FrontEnd | 1 | Full | Desarrollo y configuración de servicios que permitan comunicación con Motor de pagos. |
| Desarrollador CEIBO | 1 | Full | Desarrollo de ajustes en jPos y Autorizador para aprobar/rechazar pedidos de Infonet. |
| Analista CEIBO | - | - | - |
| Infraestructura | 2 | On Demand |
|
| Tester | 1 | On Demand | Durante las pruebas funcionales de la solución. |
| Total | 6 | 3 (FULL) / 3 (On Demand) | |
Tiempos Estimativos
Desarrollo | Pruebas | Despliegue |
|---|---|---|
| -d | -d | -d |
Riesgos
Riesgo | Descripción |
|---|---|
| Disponibilidad de los recursos para el desarrollo de la Solución | Podría haber variaciones en los plazos de entrega debido a la priorización de otras tareas. |