Resumen del Pedido
Fecha Pedido | 2810/0405/2021 | ||||||||
---|---|---|---|---|---|---|---|---|---|
Fecha Documento | 2912/0405/2021 | ||||||||
Estado del Documento |
| ||||||||
Autor | Orlando Ojeda | ||||||||
Version | 1.0 | ||||||||
Descripcion | Mejoras para Disponibilizar informacion de TC y como cuenta origen Poder configurar y cobrar un porcentaje de Comision por las Transferencias de TP Dimo hacia las BilleterasCambios en la pantalla de Tarifario para mostrar el importe y las tasas de cargos. Tambien mostrar los datos de las configuraciones sin cargos con un destaque de "SIN CARGOS" |
Información del Proyecto
Proyecto | Mejoras para Disponibilizar informacion de TC y como cuenta origenCambios en la pantalla de Tarifario de DIMO | ||||||
---|---|---|---|---|---|---|---|
Dueño del Producto | Juan Almada | ||||||
Prioridad |
| ||||||
Administrador del Proyecto | Hugo Diaz | ||||||
Arquitecto | Orlando Ojeda |
Resumen Técnico
Se solicita modificar la forma en la que exponemos los datos de las Tarjetas de Crédito pantalla de Tarifario dentro de DIMO , incorporando un proceso de "vinculacion" de tarjetas habilitadas.La idea es replicar un concepto similar a las preguntas de seguridad de las cooperativas, pero haciendo preguntas relacionadas a la tarjeta que el usuario desea habiltar dentro de DIMOpara incluir los ajustes que permitan mostrar los importes de cargos correctamente, mostrar las tasas porcentuales de cargos y dar un destaque en el caso de que la configuracion no tenga cargos transaccionales.
Definiciones Principales:
- Ofuscar los datos de todas las tarjetas de Crédito del Usuario que se muestran en DIMO que no hayan sido vinculadas
- Esta definicion se aplica para TODOS los usuarios en DIMO, incluyendo a los usuarios provinientes de MiCabal quienes dejarán de tener una consideracion especial en el sistema, que les permite acceder a la TC sin haber completado su registro.
- La informacion que se muestra en la pantalla principal con el numero de tarjeta, disponible, etc. , se mostrará oculta. Ej: Tarjeta: **** **** **** ****
- Cuando el usuario intente acceder a su tarjeta se le solicitarán preguntas de seguridad relacionadas a la tarjeta seleccionada:
- Ult. 4 digitos de la tarjeta seleccionada (Nuevo) Obs: Para conocer que tarjeta esta seleccionando el usuario y no asumiendola, obligando tambien a que el usuario provea un dato mas de la TC
CVV
PIN
Fecha de vencimiento de plástico.
- Al responder las preguntas de seguridad, en caso de exito, se debe marcar la tarjeta como vinculada.
- La tarjeta de crédito no debe poder ser utilizada para ser origen de ninguna transaccion mientras la misma no se haya vinculada a DIMO.
- Esta definicion aplica para las opciones de Transferencias / Pagos / Compras QR / etc.
Desarrollo:
Luego del relevamiento realizado y tras un analisis rapido, se pudo identificar de que sera necesario de modificar los programas en al menos los siguientes- Pantalla de DIMO
- Ajuste para mostrar correctamente el importe del Tarifario para las Cuentas Origen
- Ajuste para mostrar el porcentaje de cargo para las Cuentas Originantes
- Realce de importancia en el caso de que un registro tiene configurado un cargo.
- Solicitado Posteriormente
- Reduccion del tamaño de letra de los campos de importes.
- Modificacion de lo criterios de consulta de configuraciones de Cargos.
Desarrollo:
El proceso de la documentacion se realizo ya con las tareas del desarrollo iniciado e implico estos puntos:
- PL/SQL
- SP SLC datos tarjetas CREDITOPY.PKG_DIMO_CEIBO.SP_COSTOSOPERACIONALESDIMO (Modificar)
- Servicio que retorne las preguntas al Usuario Servicio que registre las respuestas enviadas del Usuario y retorne le resultado.
- Ofuscar los datos en el caso de que la TC no esta validada
- Si la TC no esta validada al momento de entrar en la misma, derivar al paso de preguntas de Seguridad TC
- Consumir Servicio de Preguntas de Seguridad
- Componente para mostrar las Preguntas de Seguridad de TC y responder
- Enviar respuesta al nuevo servicio de respuestas del Usuario
- Modificacion en las opciones Transaccionales para no mostrar las Tarjetas que no han sido vinculadas a DIMO
- Agregar columa de datos que indique que la tarjeta ya fue vinculada.
- SP get Preguntas Seguridad x Tarjeta (Nuevo)
- Nuevo procedure con las preguntas de seguridad de la TC
- SP registrar respuesta x Tarjeta y en caso exitoso, registre el registro en la tabla nueva (Nuevo)
- Tabla de Tarjetas Vinculadas a DIMO (Nuevo) Tabla de Preguntas a realizar al usuario (Nuevo + Parametrizable)
- Se quita condicion que excluye los registros con importe cargo o porcentaje cargo igual a cero
- Se agrega condicion de cargo activo = "S"
- Mejoras a la consulta comodin. (En proceso)
- Frontend
- Ajuste para mostrar correctamente el importe del Tarifario para las Cuentas Origen
- Ajuste para mostrar el porcentaje de cargo para las Cuentas Originantes
- Realce de importancia en el caso de que un registro tiene configurado un cargo.
- Solicitado Posteriormente
- Reduccion del tamaño de letra de los campos de importes.
- Modificacion de lo criterios de consulta de configuraciones de Cargos.
Frontend
Factibilidad
Soluciones Evaluadas | Descripción | ¿Aceptada? (Si/No) |
---|---|---|
| En DIMO se evaluará si la tarjeta ya se encuentra vinculada y no ser así, los datos se mostrarán ocultos hasta que el usuario pueda vincular individualmente cada una de ellas a traves de preguntas de seguridad. Para que se pueda crear esa experiencia se deben de modificar ademas del Frontend, la capa de servicio que provee los datos a la aplicacion y la capa de base de datosModificar la pantalla de DIMO para realizar los campos solicitados y la DB para el retorno de los datos requeridos | - |
Impacto sobre Plataformas
Plataformas TI
Soluciones Evaluadas | Plataforma | Descripción | ||
---|---|---|---|---|
Solución 1 | Base de Datos - BAPY |
| API Ceibo / Tarjetahabientes |
|
Frontend de Dimo |
|
Visión Preliminar de Componentes de Plataformas Afectadas (Alto Nivel)
|
Presupuestos
Recursos
Área/Función | Cantidad | Tipo de Asignación | Comentarios |
---|---|---|---|
Arquitecto de Proyecto | 1 Full | On Demand | |
Desarrollador Frontend | 1 | Semi-Full | - |
Desarrollador Genexus | - | - | - |
Desarrollador JAVA | 1- | Semi-Full | - |
Desarrollador CEIBO | 1 | Semi-Full | - |
Analista CEIBO | 1 | On Demand | Para relevamiento de datos necesarios para las preguntas de seguridadPor consultas relacionadas al modulo de cargos |
Infraestructura | 2 | On Demand |
|
Tester | 1 | On Demand | Durante las pruebas funcionales de la solucion. |
Tiempos Estimativos
Nº | Tarea | Tiempo Estimado | Obs |
---|---|---|---|
1 | Analisis (Rápido) | 3 hs | Realizado |
2 | Desarrollo | 36 10 hs | - |
4 | MOPP | 1 hs | - |
5 | Pruebas | 4 hs | - |
Total horas | 44 15 hs | - |
Observaciones:
Deberá considerarse aparte recursos adicionales de OPERACIONES para apoyo durante la fase de pruebas, en caso de que sea necesario..
Riesgos
Nº | Riesgo | Descripción | Observaciones |
---|---|---|---|
1 | - | - | - |