Para desativar customizações no Protheus, use IXBLOG=NORUN, desabilite-as no Catálogo de Personalizações ou remova chamadas no dicionário de dados. Para diagnóstico completo, renomeie temporariamente o arquivo RPOCustom, teste e restaure-o depois.
Ocorrência
Como ativar e desativar customizações no Protheus?
Ambiente
Cross Segmentos - Linha Protheus - A partir da versão 12
Solução
Muitos clientes utilizam Pontos de Entrada / funções customizadas para a execução de rotinas, ou seja, uma otimização para atendimento de necessidade específica. Estas customizações podem ser desativadas provisoriamente para testes pontuais no sistema padrão. Segue abaixo métodos para desabilitar as chamadas customizadas:
1 - Através da chave IXBLOG no arquivo APPSERVER.ini
Deverá ser adicionado no arquivo appserver.ini - nas configurações do ambiente (environment) uma chave chamada IXBLOG atribuindo-lhe o seguinte conteúdo:
IXBLOG=NORUN
Deste modo, ao realizar o processo no sistema, NÃO serão executados os Pontos de Entrada, permitindo validar o comportamento no Padrão.
OBS: Uma outra alternativa é: IXBLOG=LOGRUN
Porém, deste modo, ao realizar o processo no sistema, os Pontos de Entrada serão normalmente executados, mas, o sistema irá gravar um LOG dentro do diretório IXBLOG (C:\TOTVS 118\Protheus_Data\ixblog), com um arquivo ‘nome do usuário’+_+’sequencial.log´ com informações dos Pontos de Entrada encontrados durante a execução do sistema, para que seja possível efetuar a análise.
2 - Através do Configurador CFG - Catálogo de Personalizações
Você pode desativar suas customizações através do caminho: "Ambiente - Cadastro - Catalogo de Personalizações"
Posicione na Customização - Alterar - Muda para 2 - Desabilitado nos detalhes da tela de alteração, de modo que, na tabela XX7 o campo X7_STATUS seja preenchido = 2
Veja detalhes de como realizar aqui!
3 - Desabilitar customizações chamadas no dicionário de dados
Se o ponto de entrada estiver compilado no dicionário ele ainda pode ser chamado no Log e executado no sistema. Deste modo é necessário buscar seus campos (SX3) e gatilhos (SX7) que possuam chamada customizada. Busque os respectivos campos X3_PROPRI e X7_PROPRI registrados = U ou mesmo, demais campos da SX3 / SX7 que contenham a chamada U_
4- Renomear rpocustom
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)
Em ambiente e base de homologação retire / delete as chamadas customizadas
1 Comentários