Visão geral

Correção de e-mail e redefinição administrativa de senha continuam na Área administrativa (Início) — ações preservadas, sem duplicação aqui.

Histórico de eventos já ocorridos — não é o estado atual do sistema. Para a situação agora, ver o card "Aplicação"/"Banco de dados" na Visão geral (fonte: /api/health, consultado na hora).

Estado atual e comportamento nas verificações periódicas — diferente de "Monitoramento e logs" (eventos já ocorridos). Uma mudança de estado gera um evento técnico lá, mas as informações aqui não duplicam a lista de eventos.

Problemas técnicos que exigem acompanhamento humano — diferente de "Monitoramento e logs" (todo evento já ocorrido) e de "Saúde e desempenho" (estado agora). Resolver um incidente aqui não altera o health check, e o health check voltar ao normal não resolve um incidente sozinho.

Métricas calculadas a partir de dados reais já registrados (audit_log e incidents) — nenhum valor é estimado ou inventado. Onde não houver dado suficiente, o card diz isso explicitamente.

Configuração de quando um alerta DEVERIA ser enviado — nenhum envio real acontece nesta fase (Fase 2F-A). O envio de e-mail fica para uma fase posterior, só depois de validar estas regras.

Reabertura de período fechado não está disponível nesta fase — qualquer ajuste posterior segue pelo fluxo de Correções administrativas.

Registro apenas informativo — nenhuma transferência, PIX ou integração bancária é executada pelo sistema. Não é o mesmo conceito de "Ressarcimentos a receber" do painel principal.

Trilha das ações financeiras (conferência, fechamento, comprovações, reembolsos, papel financial_admin) — somente leitura, imutável. Acessível ao Administrador Financeiro e ao Administrador do Sistema; não inclui eventos técnicos de sistema.