Información del Proyecto
| Proyecto | Transferencias de BANCARD a SICOOP | Prioridad | ALTA |
|---|---|---|---|
| Dueño del Producto | Juan Almada | Administrador del Proyecto | Hugo Diaz |
Resumen Técnico
Se pretende corregir el flujo transaccional de BANCARD a participantes de CABAL mediante unas actualizaciones en las plataformas de SICOOP y el Motor de transferencias a Bancos.
Durante el análisis de factibilidad se observo que no se tendrá ningún tipo de afectación sobre el flujo transaccional de SICOOP a BANCARD.
Como análisis de factibilidad técnica, se observa que para llevar a cabo esta integración se debe contar con desarrollo de TESABIZ para cumplir los requerimientos solicitados.
Factibilidad
Soluciones Evaluadas | Descripción | ¿Aceptada? (Si/No) |
|---|---|---|
| Cuando BANCARD envíe un pedido de acreditación hacia el SICOOP, este ultimo esperará la confirmación de la transacción por parte del Motor de Transferencias a Bancos durante un lapso de tiempo antes de hacer la acreditación al usuario. | Si |
Impacto sobre Plataformas
Plataformas TI
Plataforma | Descripción | Soluciones Evaluadas |
|---|---|---|
| GATEWAY | Modificación y configuración de los mensajes transaccionales 2A y 3B. Modificación en el 2A: Al momento de que el destino de la transacción responda que la cuenta puede recibir los fondos, el GATEWAY responderá como OK al Motor de Transferencias a Bancos. Modificación en el 3B: El 3B esperará la respuesta del 4A para enviar la confirmación de crédito al destino en el caso de que la respuesta sea exitosa o el reverso de la transacción en caso de que no sea exitosa. | Solución 1 |
| Motor de Transferencias a Bancos | Desarrollo y configuración de servicios que permitan verificar el estado de la transacción. Este desarrollo esperara que BANCARD envíe un reverso sobre la transacción original durante un tiempo determinado, si durante este tiempo no se recibe una orden de reverso, la transacción será aprobada. Se agrega un control sobre la respuesta que el jPos le da a Bancard. Se agrega un parámetro para habilitar/inhabilitar los servicios del flujo 1 y 2. Para la eliminación de los 5 segundos que el jPos espera para verificar el aval del Sicoop, se crea una tabla en el esquema Xpress, donde se escribirá el aval correspondiente. | Solución 1 |
| Emulador de Participante SICOOP | Desarrollo y configuración de servicios de confirmación de estado de la transacción. Este desarrollo realizara la consulta al Motor de Transferencias a Bancos sobre el estado de la transacción, de acuerdo a la respuesta de este ultimo se responderá el mensaje 4A al SICOOP. | Solución 1 |
Definiciones
- Definir cuanto es el tiempo de verificación de la TRX - Mismo tiempo que parametriza Bancard. (30 seg según confirmación del Gustavo Rodriguez de Bancard), Según Juan Almada (Correo: Transferencias Bancard a Dimo/Coop, 21/05/2021)
- Definir dentro del tiempo de verificación, cada cuanto (tiempo) se va a verificar la TRX - 2 segundos, , Según Juan Almada (Correo: Transferencias Bancard a Dimo/Coop, 21/05/2021)
- Definir qué se hace cuando se recibe un pedido de reverso luego del tiempo transaccional (se habilita un parámetro en los servicios GX) - Si ya se acredito al destino.. NO se acepta un reverso en ciclo transaccional. REVERSE_POST_TRX = NO, , Según Juan Almada (Correo: Transferencias Bancard a Dimo/Coop, 21/05/2021)
- Definir el tiempo TIMEOUT para esperar respuesta del SICOOP - Según el tiempo Promedio del Ceibo. 5 segundo.. Temporal hasta realizar la modifición y esta consulta llevar al Destino y que sea el Sicoop que realice esta consulta., , Según Juan Almada (Correo: Transferencias Bancard a Dimo/Coop, 21/05/2021)
- Definir el tiempo TIMEOUT para esperar respuesta del servicio de tarjetas CEIBO - Tiempo máximo. 20 segundos., , Según Juan Almada (Correo: Transferencias Bancard a Dimo/Coop, 21/05/2021)
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 verificar el estado de la transacción. |
| Desarrollador JAVA | 1 | Full | Desarrollo y configuración de servicios de confirmación de estado de la transacción. |
| Desarrollador CEIBO | - | - | - |
| Analista CEIBO | - | - | - |
| Infraestructura | 2 | On Demand |
|
| Tester | 1 | On Demand | Durante las pruebas funcionales de la solucion. |
| Total | 6 | 2 (FULL) / 4 (On Demand) | |
Deberá considerarse aparte recursos adicionales de OPERACIONES para apoyo durante la fase
de pruebas, en caso de que sea necesario..
Tiempos Estimativos
| Desarrollo | Pruebas | Despliegue |
|---|---|---|
| 3d | 2d | 1d |
Riesgos
| Riesgo | Descripción |
|---|---|
| Disponibilidad de los recursos para el desarrollo de la Solución | Podria haber variaciones en los plazos de entrega debido a que se contaria con desarrollo externo. |