|
Proyecto | Motor de Limites Transaccionales | Prioridad | |
---|---|---|---|
Dueño del Producto | Juan Almada | Administrador del Proyecto | Hugo Diaz |
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 procesarlas.
Durante el análisis de factibilidad se observo que se tendrán cambios en los flujos transaccionales ya establecidos.
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. | Si |
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 |
| Solución 1 |
En el Proceso de Ejecutar Acción de la Regla, solo si la acción es de rechazo de la transacción no se registrara el movimiento.
Á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 |
|
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 (On Demand) |
Deberá considerarse aparte recursos adicionales de OPERACIONES para apoyo durante la fase
de pruebas, en caso de que sea necesario..
Desarrollo | Pruebas | Despliegue |
---|---|---|
-d | -d | -d |
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. |