Histórico da Página

...

O próprio cliente poderá resolver a inconsistência, de acordo com o nível de gravidade, bastando para isso visualizar os detalhes do log e seguir as instruções nele contidas.

O exemplo abaixo demonstra um erro ocorrido Os exemplos abaixo demonstram erros ocorridos durante a instalação de um determinado processoprocessos. São apresentadas as causas do problema dos problemas e também a solução proposta para o casoas soluções para os casos.

Problema reportado: Incompatibilidade de assinaturas entre rotina AdvPL e processo

...

A assinatura da rotina MATA280.PRX (no exemplo 003) é inferior à assinatura do processo (no exemplo 004). Esta situação é descrita no tópico tópico Entendendo os status dos processos e ações que podem ser tomadas.

Repare que é proposta uma solução para o problema. Neste exemplo basta aplicar o patch de correção (.PTM) contendo a rotina MATA280.PRX com a assinatura atualizada e compatível com o processo.

A solução ainda oferece um link direcionando o cliente para o portal de downloads, diretamente para o patch (.PTM) mais recente disponível que contém a referida rotina.

Ao acessar este link, o cliente poderá baixar o patch, e seguindo as instruções contidas no log, após a aplicação do mesmo a rotina estará em sua versão mais atual.

Espera-se que com essa aplicação de patch, a assinatura da rotina passe a ser idêntica à assinatura do processo (no caso 004).

Contudo, se mesmo após a aplicação do patch, a rotina ainda permanecer com a assinatura incompatível, então o suporte TOTVS deverá ser acionado e deverá ser relatado exatamente o que foi descrito neste caso.

Se isso ocorrer, 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 correção para a incompatibilidade.

Problema reportado: Incompatibilidade de assinaturas entre processo e rotina CFGX051M.PRW (Instalador de procedures):

Image Added

Neste exemplo o problema é entre o processo e a rotina que faz a instalação (o próprio instalador, CFGX051M.PRW).

Isso pode ocorrer porque os arquivos ZSPS contém uma informação que é a assinatura mínima exigida para o instalador.

Essa assinatura garante que os pacotes ZSPS construídos para serem utilizados por uma determinada versão do instalador não gerem errorlog durante a sua instalação caso o programa que faz a sua instalação não seja compatível.

Esse mecanismo é necessário pois a construção das procedures segue um padrão pré-estabelecido pela TOTVS. Essa construção leva em consideração uma série de requisitos para sua escrita e que por sua vez fazem parte do mecanismo de instalação.

Por estarmos sempre em evolução, o programa instalador sofre alterações de acordo com a necessidade de adequação à forma como as procedures são escritas. 

Diante disso, precisamos garantir que caso uma procedure tenha sido escrita sob novas regras de construção, o instalador esteja preparado para ler esta procedure e entenda o que foi escrito nela.

Por isso devemos sempre manter o programa instalador (CFGX051M.PRW) atualizado.

Note que, assim como no exemplo anterior, 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 direcionará para a página de downloads diretamente para o patch (.PTM) contendo a versão mais recente disponível do instalador. Após aplicado, a assinatura do instalador estará compatível com a assinatura mínima para instalação exigida pelo processo.

Em ambos os casos o que é importante salientar é que, sem a ajuda do suporte TOTVS, o próprio cliente poderá solucionar os problemas ocorridos.

Vale lembrar que em ambas as situações, caso não ocorra a compatibilização após a aplicação do patch (.PTM), o suporte deverá ser acionado.

Âncora
relatório_log relatório_log _heading h.2s8eyo1

Relatório de Log

...