Cliente com Protheus rodando há anos costuma ter dezenas de milhares de linhas de código customizado em fontes AdvPL. Antes de aceitar um projeto de revitalização ou upgrade de release, o canal precisa saber o que tá lá dentro — quantos anti-patterns, quantas customizações inúteis, quantas bombas fiscais prestes a estourar com a Reforma Tributária 2026. Fazer essa auditoria manual leva 80 a 120 horas. O Diagnóstico Revitalização do Acelerador Bee IT faz o trabalho em menos de 1 hora de processamento + 4 a 8 horas de revisão humana.

Onde encontrar

No painel esquerdo, dentro do grupo DIAGNÓSTICO, procure "Diagnóstico Revitalização" (badge IA azul). Você entra na tela com 3 formas de dar entrada nos fontes:

• Upload de ZIP com todos os .prw do cliente
• Conexão direta com repositório GitHub privado do canal
• Import de single-file pra análise pontual de um PE

O que o scanner detecta

Cada fonte AdvPL passa por 40+ regras de análise, agrupadas em 6 categorias:

1. Higiene de código

• Uso de DbSelectArea sem RestArea() — vazamento de alias
• RecLock sem MsUnlock correspondente — lock que fica preso
• BeginTran sem EndTran ou RollBack — transação descasada
• SQL direto (via TCQuery) sem alias mapeado — quebra com upgrade de dicionário
• Variáveis não declaradas com Local, Private — poluição de escopo

2. Compatibilidade com release

• APIs deprecadas (ex: rotinas de MATA103 pré-12.1.2410)
• Uso de MsExecAuto sem IncCounter — problema em multi-empresa
• Pontos de Entrada renomeados entre releases (COLFIL vs COLFIL2 vs COLFILDUP)
• Rotinas MATRxxx que mudaram assinatura

3. Multi-empresa / multi-filial

• Falta de xFilial() em queries — vaza dados entre filiais
• Falta de MV_RESVXX em rotinas customizadas
• Hard-coded de empresa ou filial ("01", "0101") no código

4. Fiscal / Reforma Tributária 2026

• Cálculo de ICMS/PIS/COFINS que não considera CST-CBS/IBS
• Ausência de vinculação com F2A-CJG
• Cálculo de série de NF-e que rejeita séries alfanuméricas
• Regras de CFOP hard-coded (que quebram em 2026)

5. Performance

• Query em loop (N+1)
• DbSeek() em índice inexistente ou não otimizado
• Falta de SetOfFunctions() pra funções pesadas
• Cursor lento pré-Alias->NextRec()

6. Customizações fantasma

• Fontes referenciados mas nunca chamados (dead code)
• Pontos de Entrada configurados no menu.xml mas com implementação zerada
• Rotinas duplicadas com nomes diferentes que fazem a mesma coisa

Ranking de risco priorizado

O scanner devolve um dashboard com ranking por criticidade:

• Crítico — bug fiscal, vazamento de dados entre filiais, transação descasada
• Alto — deprecação em release próxima, performance quebrando volume
• Médio — higiene ruim, dead code, duplicação
• Baixo — style, comentário faltando, nomes ruins

Cada linha do ranking tem:

• Nome do fonte + linha exata do problema
• Tipo de anti-pattern
• Sugestão de correção (com snippet de código antes/depois quando aplicável)
• Esforço estimado em horas
• Ganho esperado (redução de latência, economia de horas de suporte, etc)

Cross-referência com SX3 real

O scanner não trabalha só no código — ele cruza com o dicionário SX3 do cliente. Isso permite identificar:

• Campos referenciados no código que não existem no SX3 (quebra em runtime)
• Campos no SX3 que não são usados em lugar nenhum (dead field)
• Divergência entre tipo declarado no SX3 vs tipo usado no código
• Relacionamentos SX2 quebrados (foreign key implícita que não bate)

Base pra revitalização e proposta comercial

O Diagnóstico gera um relatório PDF exportável com:

• Sumário executivo (linhas totais, anti-patterns por categoria, ranking)
• Cada problema detalhado com sugestão
• Estimativa de esforço agregada (X horas de refactor, Y horas de teste)
• Impacto na migração de release

Esse relatório vira anexo da proposta comercial — cliente vê números concretos em vez de "vamos revisar o legado". E também vira backlog priorizado pra o projeto real.

GitHub como source of truth

Se você usa GitHub privado por cliente, o Diagnóstico integra direto. Roda semanalmente em CI e alerta se algum commit novo introduziu anti-pattern crítico. Serve como guardrails de qualidade pra evitar que o legado fique pior.

Um caso real

Cliente com ~180 fontes customizados acumulados em 8 anos. Sem Diagnóstico:

• Consultor abre fonte por fonte: ~40 min por fonte × 180 = 120 h
• Cataloga em planilha: 12 h
• Escreve relatório em Word: 20 h
• Discute com cliente: 8 h
• Total: 160 h e ainda com risco alto de deixar coisa passar

Com Diagnóstico:

• Upload do ZIP: 2 min
• Scanner rodando: ~15 min pra 180 fontes
• Revisão humana + priorização: 6 h
• Export do PDF + refinamento: 1 h
• Total: ~7 h — redução de 95%

Como testar

Cria conta gratuita em implantacao.com.br/signup:

1. Zipa alguns fontes .prw do cliente
2. Sobe no Diagnóstico Revitalização
3. Vê o ranking em minutos
4. Baixa o relatório PDF pra levar pra reunião

Trial de 14 dias sem cartão. Veja também: MIT Dev e MIT041 Funcional.

← Voltar pro blog