Page properties | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Información del Proyecto
Proyecto | Motor de Limites TransaccionalesMejora en la Visualización de las Cuentas Cooperativas | Prioridad |
| ||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Dueño del Producto | Juan Almada | Administrador del Proyecto | Hugo Diaz |
Resumen Técnico
Se pretende crear un motor que administre todos los limites y perfiles transaccionales que puedan tener los usuarios de CABAL, es decir a los usuarios de Tarjetas de Credito y Tarjetas Prepagas DIMO.A este Motor se deberán conectar todas las plataformas transaccionales, para poder registrar y validar las transacciones antes de procesarlasnecesita modificar la visualización de las cuentas de ahorros cooperativas para que solo se puedan mostrar las cuentas que el usuario de DIMO seleccione.
Durante el análisis de factibilidad se observo que se tendrán cambios en los flujos transaccionales ya establecidosen las visualizaciones de cuentas de ahorro en la APP.
Factibilidad
Soluciones Evaluadas | Descripción | ¿Aceptada? (Si/No) | |
---|---|---|---|
| Cuando cualquier plataforma de CABAL, quiera realizar una transacción de PAGO, ADELANTO, COMPRAS, TRANSFERENCIAS, etc, esta plataforma deberá conectarse motor de limites transaccionales. Dentro de este motor se deberán realizar las configuraciones sobre los perfiles transaccionales de cada plataforma, y en cada plataforma se deberá tener un registro de los perfiles de cada usuario. En este motor también se deberán poder parametrizar los limites transaccionales por participante. En este Motor se podrá configurar por:
El motor deberá registrar todas las transacciones realizadas por el usuario y en base a eso ejecutar las reglas de control según su perfil de usuario y en base a eso realizar alguna de las acciones indicadas en las configuraciones. El Motor deberá tener una opción de excepciones, en donde se podrá configurar los usuarios a los cuales no se les realizara ningún tipo de validación de los perfiles.
| Cuando un usuario de DIMO valide sus datos cooperativos, en la pantalla de Cuentas Cooperativas no se mostraran las cuentas de ahorros, el usuario deberá "Registrar" cada cuenta que desee visualizar en la aplicación de DIMO. También se deberá tener una opción "Dejar de Mostrar" sobre una cuenta de ahorro del usuario. No se pedirá a las cooperativas un cambio en la mensajería, el filtro de las cuentas a mostrar se realizara en el Backend de DIMO. En el Frontend se deberá agregar una pantalla de "Registro" de cuenta de ahorro ingresando el numero de cuenta de la caja de ahorro. En el Frontend se deberá agregar una opción de no "Visualizar" la cuenta de ahorro. | Si |
Impacto sobre Plataformas
Plataformas TI
Plataforma | Descripción | Soluciones Evaluadas | |
---|---|---|---|
Motor de Limites Transaccionales |
| Solución 1 | |
Autorizador CABAL |
| Solución 1 | |
Backend DIMO |
| Solución 1 | |
Frontend DIMO |
| Solución 1 | |
Backend Corresponsalía |
| Solución 1 | |
Frontend Corresponsalía |
| Solución 1 | |
Motor de Transacciones Bancarias |
| Solución 1 | |
Motor de Transacciones Redes de Cobranzas | Llamar a servicio de Validación de TransacciónBackend DIMO |
| Solución 1 |
Frontend DIMO |
| Solución 1 |
Visión Preliminar de Componentes de Plataformas Afectadas (Alto Nivel)
Flujo de Procesos
...
...
para Visualizar Cuentas Cooperativas
Recursos
Área/Función | Cantidad | Tipo de Asignación | Comentarios | ||
---|---|---|---|---|---|
Arquitecto de Proyecto | 1 | On Demand | |||
Desarrollador Genexus | 2 | Full/On Demand |
| ||
Desarrollador JAVA | 1 | On Demand |
| ||
Desarrollador REACT | 2 | On Demand |
| ||
Desarrollador CEIBO | 1 | On Demand | Incluir en las Reglas de Autorización la llamada al servicio de Validación de Transacción.- | - | - |
Desarrollador JAVA | 1 | Full |
| ||
Desarrollador REACT | 1 | Full |
| ||
Desarrollador CEIBO | - | - | - | ||
Desarrollador PL/SQL | 1- | Full |
| - | - |
Infraestructura | 2 | On Demand |
| ||
Tester | 1 | On Demand | Durante las pruebas funcionales de la solucion. | ||
Total | 6 | 2 (FULL) / 9 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 |
---|---|---|
-d8h-d | 2h | -d |
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. |
...