Radiografía del Día — /reports/daily-summary
Al cambiar el día, el CMS cierra una radiografía del día anterior: cuánto entró, cuánto salió, qué falló, qué Aplicaciones quedaron fuera, qué Interfaces se trabaron y qué quedó pendiente. El resultado se graba, aparece en esta pantalla y sale por correo a quien se haya suscrito.
No es un informe más para imprimir. Es la pantalla de triaje de la mañana siguiente — y por eso todo número aquí es un enlace al lugar donde ese problema se resuelve.
La foto está congelada
La Radiografía de un día es un snapshot, grabado en el cierre. No se recalcula en cada visita, y eso es deliberado:
- Sobrevive a la purga. La retención de mensajes es por Interfaz. En una Interfaz con 30 días de retención, un informe recalculado simplemente dejaría de responder “cómo fue el 14 de julio”.
- La pantalla y el correo nunca se contradicen. Recalculado, el número que salió en el correo cambiaría apenas alguien reprocesara un mensaje — y quien recibió el correo pasaría a dudar de los dos.
- Permite la comparación que interesa. Con el cierre congelado y el presente vivo, se puede decir “el día cerró con 12 errores de entrega; 9 siguen en error ahora, 3 fueron reprocesados”.
La consecuencia honesta: el snapshot no se corrige solo. La pantalla sella “cerrado el” y ofrece Rehacer, para quien quiera rehacer la foto con los datos de ahora — sabiendo que los números pueden pasar a diferir de lo que salió por correo.
Un día calculado después del cambio siguiente recibe el sello Calculado con atraso: mensajes ya purgados por la retención pueden no estar contados allí.
Cómo leerla
El veredicto viene antes que los números. Una frase arriba dice si el día fue limpio o qué pasó — “12 mensajes con error · 2 Interfaces bloqueadas” — en rojo, o “Día sin incidencias” en verde. Es lo primero que se lee, y normalmente es todo lo que hace falta leer.
Debajo, la franja de los últimos días da el contexto que un día solo no tiene: ¿“12 errores” es mucho, o es martes? Un día sin cálculo aparece en gris y nunca se vuelve verde — día no medido no es día sin problemas.
Cada contador tiene su fecha
| Contador | Cuenta por |
|---|---|
| Recibidos | Fecha de entrada |
| Procesados y los tres tipos de error | Fecha del desenlace |
| Cancelados | Fecha de cancelación |
| Pendientes | Recibidos hasta el fin del día y todavía sin desenlace al momento del cálculo |
Un mensaje que entró ayer y terminó hoy cuenta el día en que terminó. Usar la fecha equivocada es el error clásico de este tipo de informe, y es lo que haría que los números no cerraran con la pantalla de Mensajes.
Los mensajes del Banco de Pruebas quedan fuera de todo: una prueba no es rendición de cuentas.
Necesita acción
El bloque que existe para el triaje. Cada línea es una ocurrencia que sobrevivió al cierre, con el atajo a donde se resuelve:
| Ocurrencia | Lleva a |
|---|---|
| Interfaz que cerró el día bloqueada | El mensaje que la trabó |
| Aplicación que terminó el día fuera | El informe de disponibilidad |
| Programador inactivo en el cierre | Programadores |
| Programador que falló en el día | El historial de ejecuciones |
| Mensajes que cerraron el día con error | La pantalla de errores, ya filtrada en el día |
El error de mensaje aparece separado por tipo — entrega, negocio y recolección. “12 mensajes con error” no dice por dónde empezar, y los tres se resuelven en lugares distintos: reprocesar, corregir el dato en el origen, o mirar el origen de la recolección.
Por Aplicación
El desglose completo viene ordenado con más ocurrencias primero, y no por sigla: una lista alfabética obligaría a recorrer el catálogo entero buscando rojo. Cada Aplicación abre en Interfaces, con los contadores, las paradas del día (con duración, motivo y el error capturado por el Keep Alive) y los bloqueos.
Cierran la pantalla los errores de negocio más frecuentes y las alertas disparadas en el día.
Usted ve solamente las Interfaces a las que tiene acceso, y los totales de arriba suman solo lo que se está mostrando — el número grande nunca contradice la lista debajo de él.
PDF y correo
El botón PDF genera el cierre del día como documento, con los números, las paradas, los bloqueos y los programadores.
El correo nocturno es recortado por destinatario: cada persona recibe el resumen de las Aplicaciones e Interfaces que ve. Lleva el cuerpo en HTML con los números y los enlaces a la pantalla, y no lleva el PDF adjunto, porque el PDF se dibuja en el navegador, con el huso y el idioma de quien está mirando; la API no tendría cómo saber ninguno de los dos.
Para recibirlo, marque Recibe resumen diario en el registro del usuario. Es un campo propio, separado de “recibe alertas” — este último gobierna también el WhatsApp y por eso exige teléfono registrado, lo que no tiene sentido para quien solo quiere el resumen por correo.
El horario del envío es el del programador Radiografía del Día, en Programadores — así que cambiar la hora del correo no exige pantalla nueva ni ticket. El tiempo de cada cálculo queda registrado allí como el de cualquier job.