From 3c32e03c3412ee15096154512c5ec12fd433d32d Mon Sep 17 00:00:00 2001 From: Alvar San Martin Date: Tue, 3 Feb 2026 17:50:23 +0100 Subject: [PATCH] Tareas pendientes objenious --- README.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/README.md b/README.md index f3f8d5a..c060e9a 100644 --- a/README.md +++ b/README.md @@ -17,6 +17,8 @@ La compañia a la que pertenece cada peticion y por tanto el servicio que lo va - [ ] Versionado de la API. - [x] Método para sacar la compañía a partir del iccid, o buscar en la BDD si no es posible. *De momento es un objeto Map en el servicio de gateway* - [ ] Cola de mensajes que no se han podido procesar. Distinguir según error de red; se reintenta; o error del propio mensaje; se envía a la cola de errores. v2 Se ha creado una cola de delay pero no se distingue el tipo de error, despues de n reintentos el mensaje va a la cola de dead-letter. +- [ ] Seguimiento de las peticiones de Objenious, por cada peticion hay qye hacer un seguimiento del request y de los mass action para saber si las activaciones han tenido exito. Habria que crear otra cola para consultar cada x tiempo o mejor un cron? +- [ ] Actualizar en la base de datos el estado de las peticiones de las sim y añadir el número de telefono cuando se activen o cuando se cumpla una accion. ## Versión con consumidores basados en la compañia @@ -34,4 +36,4 @@ Actualmente la topologia de las colas consiste en un exchage principal que recib ![img](./imgs/diagrama-rabbit.png) -La decisión del numero de reintentos y la cola de dlx se hace en los servicios, con una configuracion global en shared. \ No newline at end of file +La decisión del numero de reintentos y la cola de dlx se hace en los servicios, con una configuracion global en shared.