Resumen del Pedido
| Fecha Pedido | 21/04/2021 | |||||
|---|---|---|---|---|---|---|
| Fecha Documento | 21/04/2021 | |||||
| Estado del Documento |
|
|
| ||
| Autor | Orlando Ojeda | |
|---|---|---|
| Version | 1.0 | |
| Descripcion | Comisiones - Transferencia de TP Dimo a Billetera 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 SICOOPComisiones - Transferencia de TP Dimo a Billetera | 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 solicitadossolicita implementar en DIMO una tarifa en concepto de comision por aquellas tranferencias que son realizadas desde una TP Dimo hacia una Billetera Electronica. Ej: TIGO Money.
Luego del analisis realizado se pudo identificar de que sera necesario realizar las siguientes tareas:
Configuraciones:
En los servicios de Pagos y Cargos, para configurar una billetera para que pueda aplicarse una comision
Desarrollo:
Adaptaciones en el Frontend de DIMO, para consultar los parametros de comision por transferencias a Billeteras y pueda aplicar el cargo a la transacción..
Factibilidad
Soluciones Evaluadas | Descripción | ¿Aceptada? (Si/No) |
|---|
- Confirmación del estado de la transacción.
| Cuando desde DIMO un usuario intenta realizar una transferencia a una Billetera por una Boca de Cobranza (PAGO) se realizará consulta para preguntar si se debe o no cobrar un cargo de comision para el tipo de Transaccion, el participante de Boca de Cobranza y la billetera seleccionada | Si |
Impacto sobre Plataformas
Plataformas TI
Plataforma | Descripción | Soluciones Evaluadas |
|---|
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| Motor de Pagos | Configuración en el motor de Pagos de un nuevo atributo que permita configurar por cada billetera un tipoCuentaDestino "Wallet". Este parametro será utilizado posteriormente por el Frontend para preguntar si debe o no cobrar una comision y setear la transaccion hacia el sicoop. | Solución 1 |
| Motor de |
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.
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| Cargos | Configuración en el Motor de Cargos los parametros que permitan definir el porcentaje de comision a cobrar a el usuario por las transferencias hacia billeteras | Solución 1 |
| Frontend de Dimo |
| 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 |
| Frontend | 1 | Full | Desarrollo |
| de las adaptaciones para consultar los parametros de comision por transferencias a Billeteras y pueda aplicar el cargo a la transacción. | |||
| Desarrollador Genexus | - | - | - |
| Desarrollador JAVA |
| - |
| - | - | ||
| Desarrollador CEIBO | - | - | - |
| Analista CEIBO |
| 1 |
| On Demand | De darse algun problema en la aplicacion del Cargo, durante o posteriormente a el momento de la transaccion. | ||
| Infraestructura | 2 | On Demand |
|
| Tester | 1 | On Demand | Durante las pruebas funcionales de la solucion. |
| Total | 6 |
| 1 (FULL) / |
| 5 (On Demand) |
Deberá considerarse aparte recursos adicionales de OPERACIONES para apoyo durante la fase
de pruebas, en caso de que sea necesario..
Tiempos Estimativos
Riesgos
Tiempos Estimativos
| Nº | Tarea | Tiempo Estimado | Obs |
|---|---|---|---|
| 1 | Analisis | 6 hs | Realizado |
| 2 | Desarrollo | 16 hs | - |
| 3 | MOPP | 1 hs | - |
| 4 | Pruebas | 8 hs | - |
| Total horas | 31 hs | - | |
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 | Procedimiento Almacenado para aplicacion de Cargos | Verificacion de existencia del procedure creditopy.pkg_sicoop_trxs.sp_altaajustecargo, en OLPY Produccion. Pues este procedimiento es utilizado para el registro de cargos transaccionales | Se ha realizado la verificacion correspondiente solicitando al DBA el PCK de producción. Se ha encontrado en produccion el mismo y con los mismo parametros de entrada y salida. |
| 2 | Procesamiento correcto de la aplicacion de cargos bajo el concepto de la comision. | Como ha pasado bastante tiempo desde la ultima vez que se hizo una prueba de cargos transaccionales desde DIMO, desde el departamento de sistemas nos surge la duda de si podrian haber problemas al momento en que se da de alta la transaccion o se realiza un proceso de cierre o relacionados | - |