Tempo aproximado para leitura: 00:03:00 min
Dúvida
Como testar sem customizações do RpoCustom?
Ambiente
Cross Segmento - TOTVS BackOffice (Linha Protheus) - SIGAFIN - A partir da versão 12.1.33
Solução
A segregação de RPOs introduziu o RPO Custom, onde todas as funções de usuário e recursos customizados são armazenados separadamente do código padrão TOTVS.
Embora existam chaves como IXBLOG=NORUN ou o Catálogo de Personalização (CFGA030), estas ferramentas controlam apenas a execução de Pontos de Entrada (Entry Points). Elas não impedem a execução de funções de usuário (U_) chamadas diretamente por gatilhos, validações de campo ou fórmulas configuradas no Dicionário de Dados (SX3/SX7/SXB).
Para garantir que nenhuma customização seja executada durante um diagnóstico de erro no padrão, deve-se inviabilizar o acesso do Application Server ao arquivo de customizações.
Passos
Identifique o caminho do arquivo de customizações na chave
RPOCustomdentro da seção de ambiente no arquivoappserver.ini.Com os serviços do Protheus parados, acesse a pasta física do RPO.
-
Renomeie o arquivo do RPO Custom (exemplo: altere de
custom.rpoparacustom.rpo.teste).Nota: O renomeio serve exclusivamente para fins de teste, garantindo que o sistema não encontre o repositório de customizações e execute apenas o código nativo contido no RPO Default.
Reinicie o Application Server.
Realize os testes necessários para validar se o sintoma persiste no ambiente padrão.
Após a validação, retorne o nome original do arquivo e reinicie o serviço para reativar as funções de usuário.
Saiba mais
RpoCustom
RPOs Segregados
Catálogo de Personalização (CFGA030)
0 Comentários