GOVA SOFT CHAT V3.71 — ROTEAMENTO CENTRAL DEFINITIVO

PROBLEMA IDENTIFICADO
O erro não estava apenas na IA.

Havia 3 causas:
1. Ticket de RETORNO herdava o departamento do atendimento encerrado.
   Ex.: atendimento anterior Comercial -> cliente volta "estou sem internet"
   -> novo ticket já nascia em Comercial.

2. FlowEngine tratava QUALQUER ticket atualmente no Comercial como travado,
   mesmo quando não existia handoff comercial confirmado.

3. Fluxo de boleto/PIX podia iniciar sem alterar o departamento visual para Financeiro.

CORREÇÃO
Foi criada uma camada central: SectorRoutingGuard.

ORDEM DE PRIORIDADE
1. SUPORTE
   sem internet, sem conexão, LOS, lentidão, quedas, instabilidade,
   roteador, modem, ONU/ONT, desconexão etc.

2. FINANCEIRO
   boleto, fatura, PIX, pagamento, vencimento, cobrança, débito,
   renegociação, acordo, segunda via etc.

3. COMERCIAL
   contratar, planos, preço, cobertura, instalação, nova internet,
   upgrade etc.

REGRAS
- "estou sem internet" => SUPORTE, mesmo se o ticket anterior era Comercial.
- "quero renegociar minha fatura" => FINANCEIRO.
- "quero contratar internet" => COMERCIAL.
- palavras técnicas/financeiras têm prioridade sobre a palavra genérica "internet".

RETORNO PÓS-ATENDIMENTO
- continua com etiqueta RETORNO;
- NÃO volta automaticamente ao setor anterior;
- nasce na Recepção/Triagem;
- a mensagem nova é classificada novamente;
- portanto o setor representa o ASSUNTO ATUAL.

FLOWENGINE
- Comercial só fica travado quando realmente existe:
  commercial_qualified_handoff
  customer_confirmed
  confirmed_transfer
- apenas estar no departamento Comercial não bloqueia mais o roteamento.

BOLETO / PIX
- ao iniciar fluxo financeiro, o card também passa para Financeiro.

GUARDA FINAL
Antes de ComercialSalesService, FlowEngine e AIEngine, uma intenção explícita
já corrige o department_id do ticket.
Assim mesmo que outra camada esteja com estado antigo, o card não permanece
no setor errado.

Aplicar por cima da V3.70.
