Equipo Mauro Romero Alfredo Bernal andres torres Xavier Kiran López Rubi
Objetivo:
Ticket:
| Jira Legacy | ||||||
|---|---|---|---|---|---|---|
|
Mapeo de campos:
| Jira Legacy | ||||||
|---|---|---|---|---|---|---|
|
Fecha objetivo:
Alcance:
Flujo:
Dudas:
¿Cuál es el flujo a seguir del apunte contable?
CI = Código integrador.
Al momento de mandar el pago, buscar un CI, sino se encuentra-> no genera apunte.
Lógica para que el pago busque pedidos y cuando no exista pedido se generará como 001.
001 (nivel, grado, no. entrega)
Notas: Se usará un evento para disparar la generación y envío del apunte contable.
Evento para el apunte contable: PaymentApplied()
Actualmente existen distintos modelos del apunte contable y actualmente, se está trabajando en ajustes de uno de ellos (2024-2025) ¿Bajo que modelo de apunte se va a empezar a realizar la migración?
2024-2025
¿Qué tipo de pago se considera para el apunte contable (paga padre, colegio, distribuidor, etc)?
Pago Papá.
Actualmente existe un modo de prueba que permite generar apuntes contables sin ser contabilizados… ¿esto aún se mantiene?
No se tendrá modo prueba.
cuando se realiza un pago y éste involucra dos ciclos; 2023 y 2024 ¿qué debe pasar?
El apunte contable 2023, se generaría por TXT en GA y el 2024 en este nuevo modelo.
¿Existirán reenvíos de pólizas?
Si, desde el monitor en caso de error de comunicación y también el tipo de reenvío cuando se generó nuevo pedido.
Tareas:
Verificar proceso de eliminación de Póliza generada, para casos de prueba que requieran eliminar para reproceso. (monitor)
Crear tck y documentar CI.
Generar un nuevo evento para procesar los Reenvíos.