Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Resumen del Pedido


Fecha Pedido21/04/2021
Fecha Documento21/04/2021
Estado del Documento

Status
colourBlue
titleEn Proceso

Autor

Orlando Ojeda

Version1.0
DescripcionPoder configurar y cobrar un porcentaje de Comision por las Transferencias de TP Dimo hacia las Billeteras



Información del Proyecto

ProyectoComisiones - Transferencia de TP Dimo a BilleteraPrioridad

Status
colourRed
titleAlta

Dueño del ProductoJuan AlmadaAdministrador del ProyectoHugo Diaz

Resumen Técnico

Se solicita 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 aplicar un porcentaje de comision

Desarrollo:

Adaptaciones en el Frontend de DIMO, para configurarconsultar 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)

  1. Confirmación del estado de la transacción.
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.
  1. Modificar el Frontend de DIMO para consultar las configuraciones de comision por Transferencias a Billeteras

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

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 exitosaMotor 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 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 1Emulador 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 SICOOPCargos
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 billeterasSolución 1
Frontend de Dimo
  1. Leer el nuevo atributo configurado de "tipoCuentaDestino" para las billeteras desde el servicio de billeteras en el motor de Pagos
  2. Modificar el Request al servicio de "CargoTxsDimo" para enviar, en el caso de Transferencias a Billetera, el dato leido desde el Motor de Pago.
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 Genexus1FullDesarrollo y configuración de servicios que permitan verificar el estado de la transacción.
Desarrollador JAVA1FullDesarrollo y configuración de servicios de confirmación de estado de la transacción.
Desarrollador CEIBO---
Analista CEIBO---
Infraestructura2On Demand
  1. DBA
  2. Administrador de Servidores
Tester1On DemandDurante las pruebas funcionales de la solucion.
Total62 (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

DesarrolloPruebasDespliegue
3d2d1d

Riesgos

RiesgoDescripción
Disponibilidad de los recursos para el desarrollo de la SoluciónPodria haber variaciones en los plazos de entrega debido a que se contaria con desarrollo externo.