Page tree
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

Fecha14/04/2021
Estado del Documento

BORRADOR

Autor
Version1.0

Información del Proyecto

ProyectoFacturación de liquidaciones a comercios separadas por origen (TC/TP/CAC)Prioridad


ALTA
Dueño del ProductoHéctor Martin Administrador del ProyectoHugo Diaz

Definición del dueño del producto

Definiciones respecto a las liquidaciones y Facturas a emitir a los comercios que operan con nuestros productos en base al hilo del mail:

De: Hector Martin
Enviado: miércoles, 28 de abril de 2021 10:11
Para: Amalia Rodriguez
Cc: Hugo Diaz; Juan Almada; Mirian Cabrera; Maximiliano Fischer
Asunto: RE: Propuesta de Solución para Facturas Negativas de Comercios.

·        Se manejará una sola liquidación de comercios, donde serán expuestas las operaciones con TC, TP y CAh.

·        Se emitirán las facturas independientemente a las Liquidaciones que se disponibilicen a los comercios.

·        Se emitirán facturas independientes considerando el origen del fondeo de la compra del usuario, vale decir: Una Factura para las operaciones con TC y Otra Factura para las operaciones con TC y C.Ah. y sus respectivos reversos.

·        Considerando la independencia de las liquidaciones y las facturas, en el adjunto se documentan casos para graficar la operatoria.

·        Las facturas cuyos valores totales expongan valores negativos, no serán emitidas, hasta tanto ingresen valores positivos (ventas) que permitan exponer valores totales positivos (mayores a 0), se puntualiza Facturas, independientemente a las liquidaciones.

·        Se deben Exponer en las facturas las líneas tanto de los valores positivos y negativos (compras y reversos) para mejor exposición de las operaciones, no será necesario exponer los importes de los Créditos ya que estos estarán expuestos en las liquidaciones.

·        Se toman esta definición considerando la poca incidencia de los reversos en el proceso de liquidación y facturación a los comercios

·        Las liquidaciones con más de 18 líneas de detalle se dividen en el número de facturas que requiera. Si al facturar resultara una de ellas con un total negativo se procederá a facturar con un resumen, sumando los detalles negativos y los positivos, de forma que resulte un total positivo y se facture. 


Resumen Técnico

Se pretende brindar un servicio web en donde desde la plataforma a de DIMO se pueda validar las transacciones que puede realizar un participante en base al código del participante, el tipo de transacción, el código del servicio y el tipo de cuenta destino.

Durante el análisis de factibilidad se observo que se tendrá un gran impacto en los servicios disponibilizados actualmente en la plataforma DIMO,

Como análisis de factibilidad técnica, se observa que para llevar a cabo esta integración se debe realizar modificaciones en cada pantalla de la aplicación para ajustar a esta necesidad..

Factibilidad

Soluciones

Evaluadas

Descripción 

¿Aceptada?

(Si/No)

  1. Parametrización de Transacciones por Participante en DIMO

Cuando un usuario navega por las pantallas de Pagos, Transferencias y Compras, se deberá hacer una consulta a un WS para validar si el participante tiene habilitado la opción requerida, según los datos de tipo de transacción, el código de servicio y el tipo cuenta destino.

El servicio responderá con un flag que se deberá tener en cuenta para poder realizar 2 opciones, mostrar un mensaje al usuario o no mostrar el componente.

No

Impacto sobre Plataformas

Plataformas TI

Plataforma

Descripción 

Soluciones

Evaluadas

DIMOSERVICES

Desarrollo y configuración de servicio que reciba la petición validación.

Solución 1
DIMO

Modificaciones, Desarrollo y configuración de servicios que permitan hacer la validación de la transacción y mostrar un mensaje o no desplegar un componente

Solución 1

Visión Preliminar de Componentes de Plataformas Afectadas (Alto Nivel)


Recursos

Área/Función

Cantidad

Tipo de Asignación

Comentarios
Desarrollador Genexus1FullDesarrollo y configuración de servicio que reciba la petición validación.
Desarrollador REACT1FullModificaciones, Desarrollo y configuración de servicios que permitan hacer la validación de la transacción y mostrar un mensaje o no desplegar un componente.
Desarrollador JAVA---
Desarrollador CEIBO---
Analista CEIBO---
Infraestructura2On Demand
  1. DBA
  2. Administrador de Servidores

Solo para el proceso de Implementación

Tester1On DemandDurante las pruebas funcionales de la solucion.
Total41 (FULL) / 3 (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



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.




  • No labels