# 2026-04-17 - Operacoes para colaboradores com incidentes, base e qualidade

## O que mudou
- criados os modulos `DevIncidents`, `DevKnowledge` e `DevQuality` com repositorio, service e controller em `src/Modules`
- criada a pagina [incidentes-operacionais.php](/G:/Clientes/PREVCLUBE/Clientes/DrTigre/sistema/pages/admin/incidentes-operacionais.php) para operar `wpjy_dev_incidents` e `wpjy_dev_postmortems`
- criada a pagina [base-operacional.php](/G:/Clientes/PREVCLUBE/Clientes/DrTigre/sistema/pages/admin/base-operacional.php) para operar `wpjy_dev_runbooks`, `wpjy_dev_decisions` e `wpjy_dev_task_knowledge_links`
- criada a pagina [qualidade-operacional.php](/G:/Clientes/PREVCLUBE/Clientes/DrTigre/sistema/pages/admin/qualidade-operacional.php) para operar `wpjy_dev_quality_events`, `wpjy_dev_cost_centers`, `wpjy_dev_task_costing`, `wpjy_dev_assignment_scores` e leitura de `wpjy_dev_daily_snapshots`
- adicionados os scripts [2026-04-17-create-operacoes-colaboradores.sql](/G:/Clientes/PREVCLUBE/Clientes/DrTigre/sistema/sql/2026-04-17-create-operacoes-colaboradores.sql) e [2026-04-17-menu-operacoes-colaboradores.sql](/G:/Clientes/PREVCLUBE/Clientes/DrTigre/sistema/sql/2026-04-17-menu-operacoes-colaboradores.sql)

## Intencao tecnica
- transformar tabelas que estavam orfas ou com uso apenas indireto em modulos operacionais de verdade
- abrir esse bloco para colaboradores internos em geral, mantendo permissao separada de `view` e `manage`
- consolidar incidentes, conhecimento e qualidade como instrumentos do trabalho diario, e nao apenas como suporte ao score de performance

## Resultado
- incidentes passam a ter abertura, edicao, resolucao e postmortem no proprio admin
- runbooks, decisoes e links de conhecimento deixam de depender de uso manual direto no banco
- eventos de qualidade, centros de custo, custeio por tarefa, sugestoes de responsavel e snapshots ficam acessiveis por paginas dedicadas
- o repositorio ganha migrations idempotentes para subir a estrutura e o menu/ACL sem depender do dump externo da TIIX