Histórico da Página
...
Neste exemplo a assinatura da rotina MATA280.PRX (no exemplo 003) é inferior à assinatura do processo (no exemplo 004). Esta situação é descrita no tópico Entendendo os status dos processos e ações que podem ser tomadas.
A solução proposta para o problema é atualizar a rotina MATA280.PRX, compatibilizando as assinaturas. É indicado o link para download do patch (.PTM) mais recente disponível que contém a referida rotina. Espera-se que com a aplicação deste patch, a assinatura da rotina passe a ser idêntica à assinatura do processo (no caso 004).
Se mesmo após a aplicação do patch (.PTM) indicado as assinaturas continuarem incompatíveis, o suporte deverá ser acionado para entender o ocorrido. Existe ainda a alternativa para solucionar o problema de incompatibilidade de assinaturas por meio da opção Forçar utilização de pacotes .ZSPS contidos no RPO. Entretanto deve-se analisar os detalhes do processo (consulte tópico Visualizando detalhes, subitem Processo) e identificar se as assinaturas da rotina e do processo embarcado no RPO são compatíveis. Veja os detalhes do funcionamento desta opção em Configurações adicionais da rotina. Se isso ocorreracontecer, significa que a rotina em questão não foi devidamente compatibilizada com o processo ao qual ela está associada, e isso deverá ser informado na abertura do chamado. Dessa forma a área responsável poderá identificar o problema e providenciar a compatibilização.
...
Neste exemplo a assinatura do processo (no exemplo 010) é inferior à da rotina (no exemplo 011). Esta situação é descrita no tópico Entendendo os status dos processos e ações que podem ser tomadas.
...
Se mesmo após a aplicação do patch (.PTM) indicado as assinaturas continuarem incompatíveis, o suporte deverá ser acionado para entender o ocorrido. Se isso ocorrer, significa que o processo em questão não foi devidamente compatibilizado com a rotina à qual ele está associado, e isso deverá ser informado na abertura do chamado. Dessa forma a área responsável poderá identificar o problema e providenciar a compatibilização.
...
Esse mecanismo é necessário pois a construção das procedures segue um padrão pré-estabelecido pela TOTVS. Por estarmos sempre em evolução, o programa instalador sofre alterações para se adequar à forma como as procedures são escritas. Diante disso, precisamos garantir que uma procedure possa ser lida e processada corretamente pelo programa instalador. Por este motivo o programa instalador (CFGX051M.PRW) deve estar sempre atualizado .(consulte tópico Visualizando detalhes, subitem Seção Gestão de Procedures);
Note que, assim como no exemplo anteriornos exemplos anteriores, existem neste log a causa do problema e uma solução proposta para ele. E da mesma forma, existe um link que, ao ser acionado nos levará para a página de downloads diretamente para o patch (.PTM) contendo a versão mais recente disponível. Após aplicado, a assinatura do instalador estará compatível com a assinatura mínima exigida. Caso isso não ocorra, então o suporte deverá ser acionado.
Em ambos todos os casos descritos acima o mais importante é ressaltar que, mesmo sem acionar o suporte TOTVS, alguns problemas podem ser solucionados apenas seguindo as instruções contidas nos detalhes do log. Salientamos com isso a importância de sempre verificar as ocorrências do tipo ERRO no log de operações.
...
Nota | ||
---|---|---|
| ||
O link para download dos patchs (.PTM) somente serão exibidos nas mensagens do log em ambientes online, ou seja, com a integração com a Central de Atualizações configurada e ativa no momento da instalação/desinstalação. Se o ambiente não possuir integração com a Central de Atualizações, então o portal de downloads deve ser acionado e os patchs de correções (.PTM) devem ser obtidos individualmente. Os pacotes de procedures (.ZSPS) podem ser obtidos diretamente no link: https://suporte.totvs.com/portal/p/10098/download?e=1039992. |
Âncora | ||||||
---|---|---|---|---|---|---|
|
...