ZEL-2026-01232
Zelo
Chamados de condomínio com protocolo, prazo e histórico.
O Zelo centraliza os pedidos dos moradores com protocolo, prioridade, SLA, responsável e linha do tempo, e mostra à administradora o que precisa de atenção agora.
- JavaScript
- HTML · CSS
- SPA sem build
- Gráficos em SVG
Case demonstrativo. Habitat Gestão Condominial e Zelo são marcas fictícias, e todos os dados são simulados.
Pedidos chegando por todos os lados, sem controle.
Os pedidos dos moradores (vazamento, elevador parado, portão quebrado) chegavam por WhatsApp, telefone e portaria, sem protocolo, sem prazo e sem histórico.
- WhatsAppsem protocolo · sem prazo · sem histórico
- Telefonesem protocolo · sem prazo · sem histórico
- Portariasem protocolo · sem prazo · sem histórico
Da abertura ao fechamento, cada passo registrado.
O mesmo chamado atravessa o sistema inteiro. Role para acompanhar.
- 01
Abertura
O chamado é registrado com condomínio, unidade, canal de entrada, categoria e prioridade.
- 02
Protocolo e prazo
O protocolo é gerado na abertura e o prazo de SLA começa a contar. A fila põe no topo o que vence primeiro.
- 03
Atribuição automática
Cada categoria tem um responsável padrão. A automação atribui o chamado e dispara as mensagens previstas.
- 04
Atendimento
A equipe move o chamado entre colunas de status e assume o atendimento.
- 05
Histórico
Mudanças de status, atribuições, automações, comentários públicos e notas internas ficam na linha do tempo.
- 06
Resolvido e avaliado
O morador confirma a solução e avalia de 1 a 5, ou reabre. Só então o chamado é fechado.
Cada prioridade tem o seu relógio.
A fila é ordenada pelo prazo e cada chamado mostra se está no prazo, em risco ou estourado.
- Crítica4h
- Alta24h
- Média72h
- Baixa7 dias
- No prazo
- Em risco a partir de 75% do prazo
- Estourado
Cada pessoa vê o que precisa.
- 01
Gestora
Painel de operação dos condomínios, fila completa e indicadores de SLA e satisfação.
- 02
Técnico
Recebe chamados pela categoria, pode assumir um atendimento, comenta e registra notas internas.
- 03
Morador
Vê só os próprios chamados, acompanha, confirma a solução, avalia ou reabre.
O que o sistema faz.
- 01
Protocolo
Gerado na abertura de cada chamado.
- 02
Prioridade e SLA
Crítica 4h, alta 24h, média 72h e baixa 7 dias, com estado no prazo, em risco ou estourado.
- 03
Categorias e responsáveis
Oito categorias, cada uma com um responsável padrão e atribuição automática.
- 04
Histórico e comentários
Linha do tempo completa, com comentários públicos e notas internas.
- 05
Dashboard e kanban
Indicadores de operação e visão em colunas por status.
- 06
Três perfis
Gestora, técnico e morador, cada um com sua visão.
O que o sistema proporciona.
Benefícios descritos de forma qualitativa: este é um case demonstrativo, sem métricas de uso real.
- Todo pedido ganha protocolo, responsável e prazo.
- A equipe enxerga primeiro o que vence primeiro.
- O morador acompanha, confirma e avalia o atendimento.
- Cada chamado guarda o histórico completo do que foi feito.
- A gestão acompanha SLA e satisfação em um painel.
Como o sistema é construído.
- Interface
- HTML · CSS · JavaScript puros, SPA com rotas por hash
- Regras
- SLA, automações e perfis no front da demonstração
- Gráficos
- SVG
- Dados (demonstração)
- localStorage do navegador
- Design system
- Tokens e componentes próprios
- 01Morador · Equipe · Gestão
- 02SPA · rotas por hash
- 03Regras de SLA e automações
- 04Persistência local
Próximos passos.
Evoluções previstas na documentação do projeto. Nenhuma delas está implementada.
- Planejado · não implementadoBanco e autenticação no Supabase (Postgres + RLS por condomínio e perfil)
- Planejado · não implementadoAnexos no Supabase Storage
- Planejado · não implementadoAutomações com n8n acionado por webhooks do banco
- Planejado · não implementadoWhatsApp real com Evolution API / Chatwoot
- Planejado · não implementadoFront em React
Seu processopode ser um sistema.
A CLV cria sistemas sob medida para transformar processos complexos em operações mais simples, organizadas e escaláveis.