Resumen del Pedido
| Fecha Pedido | 21/04/2021 |
|---|---|
| Fecha Documento | 21/04/2021 |
| Estado del Documento | |
| Autor | Orlando Ojeda |
| Version | 1.0 |
| Descripcion | Poder configurar y cobrar un porcentaje de Comision por las Transferencias de TP Dimo hacia las Billeteras |
Información del Proyecto
| Proyecto | Transferencias de BANCARD a SICOOP | Prioridad | |
|---|---|---|---|
| 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á aprovada. | 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 |
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. |