Raio-X do Dia — /reports/daily-summary
Ao virar o dia, o CMS fecha um raio-x do dia anterior: quanto entrou, quanto saiu, o que falhou, quais Aplicações ficaram fora, quais Interfaces travaram e o que ficou para trás. O resultado é gravado, aparece nesta tela e sai por e-mail para quem se inscreveu.
Não é mais um relatório para imprimir. É a tela de triagem da manhã seguinte — e por isso todo número aqui é um link para o lugar onde aquele problema se resolve.
A foto é congelada
O Raio-X de um dia é um snapshot, gravado no fechamento. Ele não é recalculado a cada visita, e isso é deliberado:
- Sobrevive ao expurgo. A retenção de mensagens é por Interface. Numa Interface com 30 dias de retenção, um relatório recalculado simplesmente deixaria de responder “como foi 14 de julho”.
- A tela e o e-mail nunca discordam. Recalculado, o número que saiu no e-mail mudaria assim que alguém reprocessasse uma mensagem — e quem recebeu o e-mail passaria a duvidar dos dois.
- Permite a comparação que interessa. Congelado o fechamento e vivo o presente, dá para dizer “o dia fechou com 12 erros de entrega; 9 continuam em erro agora, 3 foram reprocessados”.
A consequência honesta: o snapshot não se corrige sozinho. A tela carimba “fechado em” e oferece Refazer, para quem quiser refazer a foto com os dados de agora — ciente de que os números podem passar a divergir do que saiu por e-mail.
Um dia apurado depois da virada seguinte ganha o selo Apurado com atraso: mensagens já expurgadas pela retenção podem não estar contadas ali.
Como ler
O veredito vem antes dos números. Uma frase no topo diz se o dia foi limpo ou o que houve — “12 mensagens com erro · 2 Interfaces bloqueadas” — em vermelho, ou “Dia sem ocorrências” em verde. É o que se lê primeiro, e normalmente é tudo que se precisa ler.
Abaixo dele, a faixa dos últimos dias dá o contexto que um dia sozinho não tem: “12 erros” é muito ou é terça-feira? Dia sem apuração aparece em cinza e nunca vira verde — dia não medido não é dia sem problema.
Cada contador tem a sua data
| Contador | Conta por |
|---|---|
| Recebidas | Data de entrada |
| Processadas e os três tipos de erro | Data do desfecho |
| Canceladas | Data do cancelamento |
| Pendentes | Recebidas até o fim do dia e ainda sem desfecho no instante da apuração |
Uma mensagem que entrou ontem e terminou hoje conta no dia em que terminou. Usar a data errada é o erro clássico deste tipo de relatório, e é o que faria os números não fecharem com a tela de Mensagens.
Mensagem do Banco de Testes fica de fora de tudo: teste não é prestação de contas.
Precisa de ação
O bloco que existe para a triagem. Cada linha é uma ocorrência que sobreviveu ao fechamento, com o atalho para onde ela se resolve:
| Ocorrência | Leva para |
|---|---|
| Interface que fechou o dia bloqueada | A mensagem que travou |
| Aplicação que terminou o dia fora | O relatório de disponibilidade |
| Agendador inativo no fechamento | Agendadores |
| Agendador que falhou no dia | O histórico de execuções |
| Mensagens que fecharam o dia com erro | A tela de erros, já filtrada no dia |
Erro de mensagem aparece separado por tipo — entrega, negócio e coleta. “12 mensagens com erro” não diz por onde começar, e os três se resolvem em lugares diferentes: reprocessar, corrigir o dado na origem, ou olhar a origem da coleta.
Por Aplicação
A quebra completa vem ordenada com mais ocorrências primeiro, e não por sigla: uma lista alfabética obrigaria a percorrer o catálogo inteiro procurando vermelho. Cada Aplicação abre em Interfaces, com os contadores, as paradas do dia (com duração, motivo e o erro capturado pelo Keep Alive) e os bloqueios.
Fecham a tela os erros de negócio mais frequentes e os alertas disparados no dia.
Você vê apenas as Interfaces às quais tem acesso, e os totais do topo somam só o que está sendo exibido — o número grande nunca discorda da lista embaixo dele.
PDF e e-mail
O botão PDF gera o fechamento do dia como documento, com os números, as paradas, os bloqueios e os agendadores.
O e-mail noturno é recortado por destinatário: cada pessoa recebe o resumo das Aplicações e Interfaces que enxerga. Ele leva o corpo em HTML com os números e os links para a tela — e não leva o PDF anexado, porque o PDF é desenhado no navegador, com o fuso e o idioma de quem está olhando; a API não teria como saber nenhum dos dois.
Para receber, marque Recebe resumo diário no cadastro do usuário. É um campo próprio, separado de “recebe alertas” — este último governa também o WhatsApp e por isso exige telefone cadastrado, o que não faz sentido para quem só quer o resumo por e-mail.
O horário do envio é o do agendador Raio-X do Dia, em Agendadores — então mudar a hora do e-mail não exige tela nova nem chamado. O tempo de cada apuração fica registrado ali como o de qualquer job.