# MEMORY.md - Contexto de Desenvolvimento ## šŸ“… Estado Atual (21/04/2026) - [x] Correção do "Bug da Tela Preta" na cĆ¢mera ao alternar para cĆ¢mera traseira no celular. - [x] Unificação do servidor de produção: Dockerfile agora utiliza `server.selfhosted.js` (Manager e Portal). - [x] Correção dos Cards de Monitoramento (PostgreSQL/MinIO) com tratativa de erro independente. - [x] Vacina de cache global: Injeção de `normalizePhotoUrl` nos módulos de Boletim, Turmas e FrequĆŖncia. - [x] Estabilização do Build ARM64: Injeção de `max_old_space_size=4096` nos Dockerfiles para evitar crashes do Vite no Github Actions. - [x] Correção de Rota Express 5: Migração de curingas `*` para Regex para evitar falhas de inicialização no servidor. - [x] Correção do Crash 404 no Portal: Injeção da pasta `src/services` no container de produção para permitir o import do `storage.js`. - [x] Correção das Imagens de Prova: Normalização das URLs nas questƵes de avaliaƧƵes (Portal e Manager). - [x] Estabilização de CI/CD: Transição para `runs-on: self-hosted` (ARM64 nativo) eliminando lentidĆ£o e crashes do QEMU. - [ ] Próximo Passo: Verificar se o Watchtower sincronizou as imagens corretamente na produção. ### šŸ’³ Módulo Financeiro (Portal do Aluno) - **Funcionalidades Implementadas:** - Cards de resumo (Total em Aberto, Pago, Parcelas). - Listagem inteligente de pagamentos com labels dinĆ¢micas (ex: "Parcela 1/3"). - Lógica de normalização de status: `pago`, `pendente`, `atrasado`, `cancelado`. - Integração dupla para boletos: busca via ID do Asaas e fallback por data/valor no Supabase. - Visualização de recibos via link externo ou modal de impressĆ£o local. - **Onde paramos:** O sistema de filtros e ordenação estĆ” funcional, sincronizando com os parĆ¢metros da URL. ### āš™ļø Módulo de ConfiguraƧƵes e Infra (Manager) - **Arquitetura de Armazenamento:** Implementada a transição para **Self-Hosted Storage (MinIO)**. - Extração de Base64 concluĆ­da com sucesso via `migrate_images_to_minio.ts`. - O banco de dados de produção (PostgreSQL Local) foi populado com sucesso absoluto na VPS atravĆ©s da rota `/api/migracao-remota` utilizando o script `injetar_magia.ts`. - O sistema agora Ć© 100% Self-Hosted (PostgreSQL e MinIO próprios), sem dependĆŖncia da nuvem do Supabase. - **Funcionalidades de Configuração:** - GestĆ£o multi-unidade (AlternĆ¢ncia entre Matriz e Filiais). - Validação de CNPJ e busca automĆ”tica via CEP. - Monitoramento de logs de API em tempo real. - **Histórico de Estabilidade:** - O sistema voltou para o Ćŗltimo estado "verde" conhecido. - **Refatoração de Uploads (MissĆ£o 2):** - [x] **Foto do Aluno (Manager):** Migrado de Base64 para envio via `FormData` direto ao MinIO no componente `Students.tsx`. - [x] **Logo da Escola (Settings):** Removido falback agressivo para base64 e isolado backend para upload exclusivo no bucket `logos`. - [x] **Imagens de AvaliaƧƵes (Exams):** Ajustado para utilizar Rota isolada `form-data` para salvar no bucket `exames` do MinIO. - [x] **Atestados (Portal):** Refatorado portal (backend e view) para upload do arquivo binĆ”rio e salvar a url pĆŗblica no JSON associado. - [x] **FrequĆŖncia e Biometria (AttendanceQuery):** Corrigido bug de contagem, deduplicação de aulas e janela de 30 minutos para validação facial. - [x] **Financeiro (Manager):** Migração total para API PostgreSQL local, eliminando o Supabase Sync que causava erros na aba financeira. - [x] **Telemetria do Sistema (Settings):** Cards reais de monitoramento de disco (Postgres) e objetos (MinIO). ### šŸš€ Infraestrutura e Deploy - **Estado Atual:** Pipeline 100% estabilizado no GitHub Actions usando `self-hosted` runner (Oracle ARM64 nativo). - **Melhoria:** O build agora ocorre diretamente na arquitetura de destino, sem emulação QEMU, garantindo velocidade e estabilidade total. ## šŸ“‹ Próximos Passos Pendentes 1. **ConcluĆ­da a Arquitetura de Storage Local (MinIO):** Todo o sistema (Tanto portal quanto manager) agora utiliza `FormData` para envio fĆ­sico de arquivos aos servidores, salvando apenas a `URL pĆŗblica` no banco de dados. 2. **Otimização de Build:** Re-explorar o cache do Docker ou considerar a remoção do suporte nativo ARM64 se nĆ£o for estritamente necessĆ”rio para o servidor final. 3. **Financeiro:** Implementar visualização de extrato detalhado e integração com gateway de pagamento direto via cartĆ£o.