Histórico da Página
...
Versão 12.1.2310
- FAT (Faturamento) - https://suporte.totvs.com/portal/p/10098/download?e=1123877
- COM (Compras) - https://suporte.totvs.com/portal/p/10098/download?e=1123869
- FIS (Fiscal) - https://suporte.totvs.com/portal/p/10098/download?e=1123881
- FIN (Financeiro) - https://suporte.totvs.com/portal/p/10098/download?e=1123879
- EST (Estoque) - https://suporte.totvs.com/portal/p/10098/download?e=1123875
- CTB (Controladoria) - https://suporte.totvs.com/portal/p/10098/download?e=1123873
- ATF (Ativo Fixo) - https://suporte.totvs.com/portal/p/10098/download?e=1123865
- PCO (Planejamento e Controle Orçamentário) - https://suporte.totvs.com/portal/p/10098/download?e=1123883
Nota | ||
---|---|---|
| ||
ROTINAS ATUALIZADAS E PACOTES DE PROCEDURES NO FORMATO ZSPS Os patchs de Expedição Contínua dos módulos acima são necessários para que o RPO seja atualizado com os pacotes de procedures no novo formato .ZSPS, além das rotinas associadas às stored procedures. A aplicação destes patchs é obrigatória, caso contrário poderão ocorrer erros durante a instalação/desinstalação de processos. |
...
- A sigla TPH refere-se à Central de Atualizações. Pode apresentar dois valores: TPH: ON quando há conectividade, ou TPH: OFF quando não há conectividade com a Central de Atualizações. Neste caso a ausência pode ser temporária, ou seja, algum problema ocorreu durante a inicialização da interface, ou definitiva quando não há realmente nenhuma configuração no ambiente que possibilite o uso da Central de Atualizações.
Nota | ||
---|---|---|
| ||
A Central de Atualizações não é item obrigatório. A ausência (temporária ou definitiva) de conectividade não atrapalha em nada o funcionamento da rotina de Gestão de Procedures. |
Âncora | ||||||
---|---|---|---|---|---|---|
|
...
Seção Processo:
Apresenta informações detalhadas do processo:
- Status do processo;: os possíveis status estão detalhados em Entendendo os status dos processos e ações que podem ser tomadas.
- Assinatura do processo instalado (em destaque para facilitar a visualização);: exemplo na imagem 003
- No campo Instalado: apresentará o
- IDSPS (identificador único do pacote)
- : exemplo na imagem (-17)
- Data e hora do pacote ZSPS
- instalado: exemplo na imagem 21/01/2020 14:24:14
- Assinatura do pacote ZSPS instalado: exemplo na imagem [003]
- No campo RPO: apresentará o
- IDSPS (identificador único do pacote
- ): exemplo na imagem (998)
- Data e hora do pacote ZSPS contido no RPO
- : exemplo na imagem: 20/03/2023 08:09:32
- Assinatura do pacote ZSPS contido no RPO: exemplo na imagem: [003]
- No campo TPH: apresentará o
- IDSPS (identificador único do pacote)
- : exemplo na imagem (1171)
- Data e hora do pacote ZSPS disponível na Central de Atualizações
- : exemplo na imagem: 03/05/2023 18:20:42
- Assinatura do pacote ZSPS disponível na Central de Atualizações: exemplo na imagem: [004]
Nota | ||
---|---|---|
| ||
Um | ||
Nota | ||
| ||
Um processo com IDSPS negativo no campo Instalado (no exemplo acima -17) significa apenas que ele é legado, ou seja, já estava devidamente instalado no ambiente previamente à migração para o novo modelo de Gestão de Procedures. Isso não caracteriza problema ou erro. Processos legados, em sua maioria, estão Desatualizados perante aos novos pacotes ZSPS contidos no RPO ou na Central de Atualizações. Contudo, estes processos podem ser utilizados normalmente por suas rotinas AdvPL, desde que possuam assinaturas compatíveis. |
...
Apresenta informações detalhadas do rotina AdvPL associada ao processo:
- Status ;Assinatura da rotina AdvPL;
- Nome da rotina/programa fonte;
- Data e hora da rotina contida compilada no RPO;
- Data e hora da rotina disponível na Central de Atualizações;
- Botão Buscar atualização: direciona para o portal de atualização, para obtenção do patch contendo a rotina em questão. Botão disponível apenas se houver integração com a Central de Atualizações (modo online).
...
- :
- Atualizado: a rotina está na sua versão mais recente disponibilizada pela TOTVS.
- Desatualizado: significa que a rotina AdvPL compilada no RPO não é a mais recente disponibilizada pela TOTVS. Existe(m) patch(s) de atualização (.PTM) com uma versão mais recente disponível.
Obs.: A comparação é realizada com a Central de Atualizações. Em ambientes offline essa comparação não é possível, ou seja, o status da rotina será sempre Não avaliado.
- Assinatura da rotina AdvPL: é utilizada para garantir a compatibilidade entre a rotina AdvPL e o processo (Stored Procedure)
- Status;
- Assinatura da rotina AdvPL de gestão de procedures;
- Nome da rotina/programa fonte;
- Data e hora da rotina contida no RPO;
- Data e hora da rotina disponível na Central de Atualizações (exibido somente se o ambiente estiver online);
- Botão Buscar atualização: direciona para o portal de atualização, para obtenção do patch contendo a rotina em questão. Botão disponível apenas se houver integração com a Central de Atualizações (modo online).
...
A nova interface exibe uma série de ícones para representar os status possíveis para os processos. Aqui estão relacionados os possíveis status e as ações que podem ser tomadas para cada situação.
ATUALIZADO: O processo instalado no ambiente está atualizado com a última versão disponível em comparação ao pacote que está no RPO (modo offline) ou em relação ao pacote disponível na Central de Atualizações (modo online).
Solução:
Nenhuma ação é necessária neste caso.
DESATUALIZADO: O processo instalado no ambiente não está na sua versão mais recente disponibilizada pela TOTVS. Isso significa apenas que o IDSPS do pacote instalado é inferior ao IDSPS do último pacote homologado. Um pacote que está desatualizado não representa um erro e sua atualização não é obrigatória ou urgente. Um pacote de procedures com este status pode perfeitamente ser executado por sua rotina AdvPL.
Ao encontrarmos processos com este status, devemos considerar:
Em ambientes online: A comparação é realizada com os pacotes disponíveis na Central de Atualizações. Vamos pegar como exemplo um processo desatualizado onde o IDSPS instalado é inferior ao IDSPS disponível na Central de Atualizações:
Exemplo de processo desatualizado:
Visualizando os detalhes do processo:
Note que o IDSPS do processo instalado (7) é inferior ao IDSPS do processo mais recente disponível na Central de Atualizações (691). Por este motivo o status do processo fica Desatualizado. Isto ocorre pois o processo recém homologado fica disponível para uso imediatamente à sua publicação e a ferramenta faz a leitura em tempo real, sem que nenhum patch seja aplicado no ambiente.
Nota | ||
---|---|---|
| ||
Os pacotes de procedures ficam disponíveis na Central de Atualizações assim que é feita a homologação dos mesmos. Essa etapa ocorre simultaneamente à expedição dos patchs de atualizações (.PTM) publicados e disponibilizados no Portal de Downloads. Por esse motivo, em um ambiente integrado à Central de Atualizações a interface pode indicar, a qualquer momento, que um determinado processo está Desatualizado. Contudo, isso não indica necessariamente um problema, já que pacotes Desatualizados podem ser utilizados normalmente por suas rotinas AdvPL. |
Em ambientes offline: A comparação é realizada com os pacotes embarcados no RPO. Vamos pegar como exemplo um processo desatualizado onde o IDSPS instalado é inferior ao IDSPS disponível no RPO:
Visualizando os detalhes do processo:
Isso pode ocorrer após a aplicação de algum patch (.PTM) contendo o pacote ZSPS mais atual. Nesta situação, como o IDSPS do processo instalado (13) é inferior ao IDSPS do processo disponível no RPO (647), o status do processo é Desatualizado.
Solução: ATUALIZAR O PROCESSO
Para atualizar o processo basta realizar o procedimento descrito no tópico a seguir Instalando/Atualizando pacotes de procedures.
Não será necessário obter nenhum arquivo adicional, nem realizar a aplicação de patchs de atualizações (.PTM). A própria rotina de Gestão de Procedures se encarregará de obter o pacote mais recente disponível (da Central de Atualizações para ambientes online ou do próprio RPO para ambientes offline) e realizará a instalação no ambiente. O status do processo após a instalação será alterado para Atualizado.
Caso o processo esteja funcionando corretamente em seu ambiente, não há motivos para atualizá-lo com urgência. Avalie também a atualização da rotina AdvPL associada ao processo. Programe o melhor momento para realizar esta atualização já que, caso seja necessária, a atualização da rotina deve ser efetuada primeiro por meio do patch indicado e somente então o processo poderá ser atualizado.
NÃO AVALIADO: Neste caso o processo instalado no ambiente não pôde ser comparado com o que está embarcado no RPO (modo offline) nem com o que está disponível na Central de Atualizações (modo online). Este status é muito peculiar e não ocorrerá com frequência, exceto nas seguintes situações:
- Caso a conectividade entre a aplicação e a Central de Atualizações seja interrompida ou inexistente no ambiente durante a análise realizada pela ferramenta e
- Quando não existe nenhum arquivo de pacote de procedures embarcado no RPO (arquivos .ZSPS)
Peguemos como exemplo um processo nesta situação:
Ao analisarmos os detalhes do processo, veremos:
No exemplo acima, constatamos que não há informações sobre o pacote no RPO. Isso significa que não existe o arquivo ZSPS do processo em questão de forma embarcada. Isso pode acontecer, por exemplo, se:
- Não foi aplicado nenhum patch (.PTM) contendo os pacotes de procedures (recomendamos a leitura do tópico Migração para o novo modelo);
- O arquivo ZSPS foi deletado do RPO;
...
Seção Gestão de Procedures:
Apresenta informações detalhadas da interface de Gestão de Procedures (CFGX051M):
- Status da rotina compilada no RPO:
- Atualizado: a rotina está na sua versão mais recente disponibilizada pela TOTVS.
- Desatualizado: significa que a rotina AdvPL compilada no RPO não é a mais recente disponibilizada pela TOTVS. Existe(m) patch(s) de atualização (.PTM) com uma versão mais recente disponível.
Obs.: A comparação é realizada com a Central de Atualizações. Em ambientes offline essa comparação não é possível, ou seja, o status da rotina será sempre Não avaliado.
- Assinatura da rotina AdvPL de gestão de procedures: é usada para garantir a compatibilidade entre a rotina de gestão de procedures (instalador) e os pacotes de procedures;
- Nome da rotina/programa fonte;
- Data e hora da rotina contida no RPO;
- Data e hora da rotina disponível na Central de Atualizações;
- Botão Buscar atualização: direciona para o portal de atualização, para obtenção do patch contendo a rotina em questão. Botão disponível apenas se houver integração com a Central de Atualizações (modo online).
Âncora | ||||||
---|---|---|---|---|---|---|
|
A nova interface exibe uma série de ícones para representar os status possíveis para os processos. Aqui estão relacionados os possíveis status e as ações que podem ser tomadas para cada situação.
ATUALIZADO: O processo instalado no ambiente está atualizado com a última versão disponível em comparação ao pacote que está no RPO (modo offline) ou em relação ao pacote disponível na Central de Atualizações (modo online).
Solução:
Nenhuma ação é necessária neste caso.
DESATUALIZADO: O processo instalado no ambiente não está na sua versão mais recente disponibilizada pela TOTVS. Isso significa apenas que o IDSPS do pacote instalado é inferior ao IDSPS do último pacote homologado. Um pacote que está desatualizado não representa um erro e sua atualização não é obrigatória ou urgente. Um pacote de procedures com este status pode perfeitamente ser executado por sua rotina AdvPL.
Ao encontrarmos processos com este status, devemos considerar:
Em ambientes online: A comparação é realizada com os pacotes disponíveis na Central de Atualizações. Vamos pegar como exemplo um processo desatualizado onde o IDSPS instalado é inferior ao IDSPS disponível na Central de Atualizações:
Exemplo de processo desatualizado:
Visualizando os detalhes do processo:
Note que o IDSPS do processo instalado (7) é inferior ao IDSPS do processo mais recente disponível na Central de Atualizações (691). Por este motivo o status do processo fica Desatualizado. Isto ocorre pois o processo recém homologado fica disponível para uso imediatamente à sua publicação e a ferramenta faz a leitura em tempo real, sem que nenhum patch seja aplicado no ambiente.
Nota | ||
---|---|---|
| ||
Os pacotes de procedures ficam disponíveis na Central de Atualizações assim que é feita a homologação dos mesmos. Essa etapa ocorre simultaneamente à expedição dos patchs de atualizações (.PTM) publicados e disponibilizados no Portal de Downloads. Por esse motivo, em um ambiente integrado à Central de Atualizações a interface pode indicar, a qualquer momento, que um determinado processo está Desatualizado. Contudo, isso não indica necessariamente um problema, já que pacotes Desatualizados podem ser utilizados normalmente por suas rotinas AdvPL. |
Em ambientes offline: A comparação é realizada com os pacotes embarcados no RPO. Vamos pegar como exemplo um processo desatualizado onde o IDSPS instalado é inferior ao IDSPS disponível no RPO:
Visualizando os detalhes do processo:
Isso pode ocorrer após a aplicação de algum patch (.PTM) contendo o pacote ZSPS mais atual. Nesta situação, como o IDSPS do processo instalado (13) é inferior ao IDSPS do processo disponível no RPO (647), o status do processo é Desatualizado.
Solução: ATUALIZAR O PROCESSO
Para atualizar o processo basta realizar o procedimento descrito no tópico a seguir Instalando/Atualizando pacotes de procedures.
Não será necessário obter nenhum arquivo adicional, nem realizar a aplicação de patchs de atualizações (.PTM). A própria rotina de Gestão de Procedures se encarregará de obter o pacote mais recente disponível (da Central de Atualizações para ambientes online ou do próprio RPO para ambientes offline) e realizará a instalação no ambiente. O status do processo após a instalação será alterado para Atualizado.
Caso o processo esteja funcionando corretamente em seu ambiente, não há motivos para atualizá-lo com urgência. Avalie também a atualização da rotina AdvPL associada ao processo. Programe o melhor momento para realizar esta atualização já que, caso seja necessária, a atualização da rotina deve ser efetuada primeiro por meio do patch indicado e somente então o processo poderá ser atualizado.
NÃO AVALIADO: Neste caso o processo instalado no ambiente não pôde ser comparado com o que está embarcado no RPO (modo offline) nem com o que está disponível na Central de Atualizações (modo online). Este status é muito peculiar e não ocorrerá com frequência, exceto nas seguintes situações:
- Caso a conectividade entre a aplicação e a Central de Atualizações
...
- seja interrompida ou
...
- inexistente no ambiente
...
- durante a análise realizada pela ferramenta e
- Quando não existe nenhum arquivo de pacote de procedures embarcado no RPO (arquivos .ZSPS)
Peguemos como exemplo um processo nesta situação:
Ao analisarmos os detalhes do processo, veremos:
No exemplo acima, constatamos que não há informações sobre o pacote no RPO. Isso significa que não existe o arquivo ZSPS do processo em questão de forma embarcada. Isso pode acontecer, por exemplo, se:
- Não foi aplicado nenhum patch (.PTM) contendo os pacotes de procedures (recomendamos a leitura do tópico Migração para o novo modelo);
- O arquivo ZSPS foi deletado do RPO;
Também constatamos que não há informações sobre o pacote na Central de Atualizações. O campo TPH (referente à Central de Atualizações) nem ao menos foi exibido na janela de detalhes. Isso significa que no momento em que a rotina foi executada a conectividade entre a aplicação e a Central de Atualizações foi interrompida ou é inexistente no ambiente em questão. Por estes motivos o status do processo será Não avaliado.
Solução:
A solução neste caso envolve:
- Checagem da conectividade entre a aplicação e a Central de Atualizações;
- Aplicação de patch (.PTM) contendo o pacote ZSPS do processo em questão;
Após certificar de que o ambiente está normalizado, a reabertura da interface se faz necessária para que o status do processo seja novamente analisado. Não é necessário realizar a instalação/atualização do processo.
Solução:
A solução neste caso envolve:
- Checagem da conectividade entre a aplicação e a Central de Atualizações;
- Aplicação de patch (.PTM) contendo o pacote ZSPS do processo em questão;
Após certificar de que o ambiente está normalizado, a reabertura da interface se faz necessária para que o status do processo seja novamente analisado. Não é necessário realizar a instalação/atualização do processo.
Visualizando detalhes) funcionam normalmente sem que os processos estejam instalados no ambiente, porém o desempenho delas não é o mesmo se comparado ao desempenho das stored procedures.
NÃO INSTALADO: Um processo não instalado não representa uma anormalidade ou um erro. A instalação ou não do processo deve seguir as necessidades de cada ambiente onde a responsabilidade é dividida entre o administrador do sistema e as equipes que farão uso daquele processo. As rotinas Protheus associadas aos processos (ver o tópico...
Visualizando detalhes) são incompatíveis. Isso significa que a rotina AdvPL que faz a chamada para as procedures não poderá utilizá-las. Ao tentar executar uma rotina que esteja incompatível com seu processo de stored procedures, o usuário receberá a seguinte mensagem de erro:
INCOMPATÍVEL: Nesta situação as assinaturas do processo e da rotina AdvPL (consulte tópicoExemplo de mensagem de incompatibilidade entre a rotina AdvPL e o processo:
...
No exemplo acima vemos que a rotina FINA410 tentou executar a stored procedure FIN003_09 e recebeu um erro. Isso ocorre porque a assinatura da rotina (013) não é a mesma assinatura da stored procedure (011). A rotina não poderá ser executada utilizando as stored procedures até que as assinaturas sejam compatibilizadasstored procedure FIN003_09 e recebeu um erro. Isso ocorre porque a assinatura da rotina (013) não é a mesma assinatura da stored procedure (011). A rotina não poderá ser executada utilizando as stored procedures até que as assinaturas sejam compatibilizadas.
Nota | ||
---|---|---|
| ||
Esta interface tem como objetivo proteger o sistema, impedindo que ocorram errorlogs. A checagem de compatibilidade é uma tarefa executada sempre que uma stored procedure é acionada a partir do sistema, ou seja, esse mecanismo sempre será ativado independente de ações do usuário, parametrização do sistema, etc. Não há como evitar que essa mensagem seja exibida quando houver incompatibilidade. A única forma de evitar a exibição desta mensagem é garantir que os processos de stored procedures estejam sempre compatíveis com suas respectivas rotinas AdvPL. Essa checagem não tem relação com o novo modelo de Gestão de Procedures. Ela sempre existiu, desde as primeiras releases Protheus disponibilizadas com a funcionalidade de stored procedures. |
Podemos verificar estas informações ao visualizarmos os detalhes do processo (no caso é o processo 09).
...