# 2026-04-16 - Auditoria final dos remanescentes do autoload

- concluida a leitura final do [includes/autoload.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\includes\autoload.php) para separar o que ainda precisa permanecer no bootstrap do que virou candidato para futuras migracoes
- confirmado que o bootstrap legado continua sendo carregado por varios pontos de entrada ativos, como [api.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\api.php), [login.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\login.php), [cadastro.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\cadastro.php), [pagamento.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\pagamento.php), [upload.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\upload.php) e rotas auxiliares em `pages/cliente`

## O que faz sentido manter global agora

- classes centrais de fluxo publico e financeiro continuam com uso direto e repetido fora do `api.php`, como `$contratoClass`, `$contratoPlanoClass`, `$contratoSiteClass`, `$emailClass`, `$faturaClass`, `$gatewayClass`, `$utilClass`, `$TelaClass`, `$TemplateClass`, `$permissionsClass` e `$menusClass`
- [cadastro.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\cadastro.php) ainda consome `$CustomFields` diretamente, entao essa instancia segue justificando permanencia global
- `LogClass` segue transversal por causa de [api_v3.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\api_v3.php), [app_v2.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\app_v2.php) e da ponte em [WpAuditLogger.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\src\Shared\Audit\WpAuditLogger.php)
- `MediaManagerClass` segue ativo no codigo novo por causa de [MediaCompatController.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\src\Modules\Media\Http\MediaCompatController.php)
- `CategoriaParceiroClass` e `ProfissaoClass` ainda precisam estar carregaveis porque [TaxonomiasController.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\src\Http\Controllers\TaxonomiasController.php) usa `class_exists(...)` e instancia as classes legadas diretamente

## O que continua mais acoplado ao api legado

- blocos como `ticket`, `atendimento`, `faq`, `interna`, `afl`, `afl_transacoes`, `afl_materiais`, `cupons`, `perfil`, `plano`, `usuario`, `Lead`, `Relatorio`, `comissao`, `representante` e `representante_vendedor` ainda aparecem concentrados principalmente no [api.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\api.php)
- esses casos ainda podem ser reduzidos no futuro, mas a melhor estrategia nao e mais cortar include isolado: e migrar endpoint por endpoint para controller/servico novo e so depois podar do bootstrap

## Proxima prioridade recomendada

- manter o [includes/autoload.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\includes\autoload.php) estavel por enquanto
- atacar a migracao dos endpoints legados do [api.php](G:\Clientes\PREVCLUBE\Clientes\DrTigre\sistema\api.php) em blocos de dominio
- comecar pelos grupos mais isolados:
  - `tickets` e `atendimento`
  - `cupons`, `perfil`, `planos` e `usuarios`
  - `afl_*`, `representantes` e `comissoes`

## Conclusao

- a fase de limpeza bruta do bootstrap esta essencialmente concluida
- a fase seguinte deixa de ser uma limpeza estrutural simples e passa a ser migracao arquitetural controlada do legado para `src`