Páginas filhas
  • Bloqueio no uso de RPOs distintos no mesmo ambiente (bloqueio troca quente)

O que mudou?

A partir da versão 20260525, o sistema só permitirá o acesso ao mesmo ambiente utilizando uma única versão de RPO. Essa validação é fundamental para garantir a estabilidade e segurança, prevenindo falhas e inconsistências que podem surgir do uso de versões diferentes.



A utilização da chave specialkey afeta o lock feito no ambiente, portanto é importante que cada ambiente possua sua própria specialkey configurada.
Mais informações
Utilizando o controle de lock pelo dbaccess o lock já é exclusivo por db, com isso a chave specialkey não é mais utilizada, o que evita problemas com essa validação.
Mais informações sobre o lock pelo dbaccess


Como funciona?

  • Bloqueio de Versão (Lock): A cada acesso, o sistema verificará se o RPO utilizado é o mesmo que foi registrado em acessos concorrentes.
  • Mensagem de Aviso: Caso o sistema identifique que o RPO é diferente daquele que está em uso, uma mensagem de aviso será exibida, informando sobre a divergência e identificando a conexão que a está utilizando.

Impacto nas rotinas de atualização

Com essa nova validação, a aplicação de qualquer fonte "a quente" (com o sistema em pleno funcionamento) não será mais possível.

Para garantir que um fonte ou patch seja aplicado corretamente e para evitar o lock por versões diferentes, siga as seguintes instruções:

  • Aplicação Exclusiva: A aplicação de um fonte/patch deve ser feita em um ambiente dedicado ou de forma exclusiva.

  • Reinício dos Servidores: Após a aplicação do fonte/patch, é obrigatório reiniciar todos os servidores do ambiente para garantir que a atualização seja reconhecida e que não haja conflito com versões antigas.

Esta medida de segurança é fundamental para garantir a estabilidade e integridade dos dados no nosso ERP. Agradecemos a sua compreensão e colaboração para a implementação bem-sucedida desta atualização.



Regras de validação de RPOs

  • Ambiente tipo produção sempre fará a validação, homologação e desenvolvimento não serão validados.
  • RPO d-1 sempre valida, independente do tipo do ambiente
  • Por hora validação será apenas para o RPO padrão, rpo custom valida mas não impede o acesso, apenas mostra uma mensagem no console.


Caso seja identificado acessos com versões divergentes, será apresentado uma mensagem com o detalhamento desta divergência.


  • Sem rótulos