Triagem — Admin (apps/admin)
Área no app
Seção intitulada “Área no app”Nova seção na navegação do admin:
| Rota | Conteúdo |
|---|---|
/triagem |
Índice da área Triagem |
/triagem/formulario |
Configuração do formulário público |
/triagem/status |
CRUD de status da fila |
/triagem/modulos |
Feature flags (documentos/dados, etc.) |
Alternativa aceitável: agrupar sob /configs com UI dedicada (como /aparencia), desde que a nav deixe claro Triagem. Preferência: rotas /triagem/* + persistência em system_configs (system=triage).
Papel: apenas Administrador (mesmo guard do restante do admin).
1. Formulário da triagem (/triagem/formulario)
Seção intitulada “1. Formulário da triagem (/triagem/formulario)”Objetivos
Seção intitulada “Objetivos”- Listar campos padrão (pré-habilitados) com toggle enabled/required e label editável.
- Permitir desabilitar (= remover da UI pública) qualquer campo padrão.
- Adicionar campos personalizados (id gerado, label, type, required, options).
- Preview opcional do form.
- Salvar em
triage.form.fieldsetriage.form.custom_fieldsvia API/config(create/update como em Aparência / visible_fields).
UX sugerida
Seção intitulada “UX sugerida”- Seção “Campos padrão” — checklist / lista com drag de ordem.
- Seção “Campos personalizados” — botão “Adicionar campo” → modal (label, tipo, obrigatório, opções se select).
- Botão Salvar (só keys alteradas).
- Texto de ajuda: campos personalizados aparecem na página operacional de triagem.
Formulário público (consumo)
Seção intitulada “Formulário público (consumo)”- Endpoint público:
GET /config/public?system=triage(só keys não sensíveis) ou endpoint dedicadoGET /reception/form-schemaque resolve a config. - Página pública: rota pública em
apps/kunk(/triagem/formulario) ou superfície mínima equivalente; o contrato de campos é o mesmo.
2. Status (/triagem/status)
Seção intitulada “2. Status (/triagem/status)”Objetivos
Seção intitulada “Objetivos”- Exibir statuses do seed: Espera (entrada) e Concluído (terminal) — não excluíveis (
system: true). - Permitir criar novos (label, value/slug, ordem, ícone, cor).
- Editar labels dos system; value dos system imutável (
waiting/done). - Escolher ícone (lista curada) e cor (hex) por status — refletidos na sidebar/menu da triagem.
- Excluir custom apenas se não houver
receptioncom aquelestatus(ou forçar remapeamento). - Salvar JSON em
triage.statuses.
Relação com a UI operacional
Seção intitulada “Relação com a UI operacional”- Sidebar do
apps/kunklê essa lista. - Menu ao clicar no avatar usa a mesma lista para PATCH
reception.status.
3. Módulos (/triagem/modulos)
Seção intitulada “3. Módulos (/triagem/modulos)”| Módulo | Key | Default | Descrição |
|---|---|---|---|
| Documentos e dados do associado | triage.module.associate_docs |
desligado | Quando ligado, a triagem operacional mostra ação para abrir dados/documentos do associado linkado. |
UI: switch + texto explicando que o módulo existe no produto mas só aparece na triagem se ativado.
Persistência (padrão técnico)
Seção intitulada “Persistência (padrão técnico)”Espelhar kunkAppearanceConfig.js / visible fields:
GET /config?system=triage- Localizar item por
key PATCH /config/:idouPOST /configcomvalueJSON stringificado,value_type: 'json'- Seed de configs de triagem via Admin / schema de instalação
Fora da área Triagem no admin
Seção intitulada “Fora da área Triagem no admin”- CRUD genérico de linhas
receptioncontinua disponível em Dados (/dados/reception) se a collection estiver na whitelist — útil para suporte; a operação diária é no Kunk. - Aparência / branding do Kunk permanece em
/aparencia(não misturar).
