AUTOR
| Fecha Evento |
|
|---|---|
| Fecha Documento |
|
| Estado del Documento |
|
| Autor | Arturo Sosa |
| Informador | |
| Version | 230315.1 |
| Ticket | 3465 |
| Resumen | Informe de lo sucedido con Kaarupora |
DESCRIPCION
BITACORA
28/02/23 10:36 - Recibo el llamado de Victor, funcionario del Participante Kaarupora para consultar respecto a 2 transacciones de 3 millones que no fueron debitados en el origen pero si acreditados por parte de Kaarupora. Hago la revisión de la mensajería correspondiente e informo del caso a OperacionesDimo y a mi Superior.
28/02/23 11:02 - Recibo respuesta de OperacionesDimo:
Hago una revisión mas detallada de la mensajería.
28/02/23 12:08 - Me escribe Gustavo Amarilla, funcionario del Participante, para preguntarme sobre lo ocurrido y le dije lo sgte.:
Invitándoles que este presente también su desarrollador externo. (También le dije lo mismo a Víctor por llamada)
01/03/23 09:08 - Se contacta devuelta Gustavo para agendar la reunión para el dia sgte., con el desarrollador externo presente.
02/03/23 10:07 - Tuvimos una reunión virtual con las sgtes personas presentes.:
- Gustavo Amarilla, Kaarupora
- Deisy Montiel, Kaarupora
- Victor Almeida, Kaarupora
- Julio Ricardo Gimenez, desarrollador externo
- Eduardo Franco, Cabal/Sicoop
- Arturo Sosa, Cabal/Sicoop
En la reunión nos conectamos al servidor de Kaarupora, hicimos pruebas y leímos los logs de sus servidores. Quedando en común acuerdo, con los presentes, que el plan de acción seria lo que después queda reflejado en los correos detallados abajo.
Al terminar remito un resumen a OperacionesDimo (11:07)
y una minuta de lo conversado con el participante.
El pedido de la minuta a Kaarupora, también fue reiterado por Gustavo quien me dio los datos de los correos.
y correo del cual, recibo el acuse:
Correo sobre el cual, OperacionesDimo vuelve a enviar un mail al participante
14/03/23 - Recibo una comunicación por parte de Víctor, volviendo a insistir con dar de baja el servicio. Comunico la intención del Participante lo que dispara todos los correos sgtes. respecto a este tema.
SOLUCION RECOMENDADA
1- Trabajar con el desarrollador externo para hacer la conexión directa sin Kernel, atendiendo que no tenemos el código fuente para debuguear su aplicación y que ese mismo ejercicio ya lo habíamos resuelto satisfactoriamente con el mismo desarrollador pero con otro Participante (Barriojarense).
2- Aprovechar que el desarrollador externo iba a trabajar con Kaarupora, para implementar también todas las transacciones que Kaarupora rechaza en producción.