Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.


Este checklist tem o objetivo de auxiliar no processo de verificação de ambiente e facilitar o processo de identificação 


Verificações iniciais do ambiente:


Ações:


  •  Verificar se os instaladores que são pré-requisito da customização em questão estão instalados.
  •   Conferir a versão dos instaladores através do painel de controle em todas as máquinas do ambiente para qual o problema foi apontado.
  •  Executar os scripts dos pacotes em questão. Verificando na tela do executor de scripts no módulo de Serviços globais se foram executados todos os scripts com sucesso.
  •   Conferir nas pastas para onde os arquivos e dlls são direcionados se estão corretos ( o extrator pode auxiliar na extração dos arquivos do instalador).
  •  Verificar se o broker custom está atualizado.
  •  Verificar se todos os parâmetros obrigatórios ou específicos do cenário, para a customização onde o incidente ocorreu e correlatas estão preenchidos corretamente.
  •  Verificar se a tabela ou coluna em questão foi criada na base de dados, para erros de invalid object name ou invalid column.
  •  Checar se o RUNSERVICE está “TRUE” no alias.dat  para o alias da base de dados parametrizada no ambiente.


 Exemplo:


Image Added    


  •  Verificar se a customização está ativa no “Controle de customizações ativas “ no módulo de Serviços globais


Image Added



    Verificações Para situações em que não aparece algum anexo,  processo ou algum plugin não funciona:


  •  Verificar se outros processos, anexos ou plugins funcionam/aparecem no sistema, assim é possível ter um direcionamento se é um caso isolado. 

Incluir print dos anexos


  •  
    • Garantir que a action referente ao processo, anexo ou plugin está com permited “true” no diagnóstico do sistema e se as dlls do projeto foram devidamente carregadas. O Diagnóstico deve ser verificado conectado diretamente nos servidores de Aplicação e Job e salvo um arquivo de diagnóstico para cada servidor relacionado.

    Caminho: Ambiente| Diagnóstico do Sistema | Gerar Diagnóstico | Customização

,CLOCOCAR IMAGEM AQUI


Arquivo do RMError:


Sempre que for apresentado algum erro e o rmError estiver disponível é importante coletar o arquivo para facilitar a análise da demanda, o mesmo deve ser anexado ao ticket. Alguns erros genéricos como o de “referência de objeto” podem ser mapeados através deste. O arquivo pode ser gerado conforme link abaixo:


Image Added

https://centraldeatendimento.totvs.com/hc/pt-br/articles/360003034572-Framework-Linha-RM-Frame-Orienta%C3%A7%C3%B5es-para-gerar-o-rmError


Observação para análises do prime:

Verificar se os scripts referente ao anexo, processo ou plugin em questão estão atualizados na base do cliente.  ( Verifique se o registro está para o CNPJ correto. Para fazer esta validação é importante saber que o CNPJ do DN é utilizado para registro em customizações do Departamento Nacional quando uma coligada com o CNPJ do DN consta na base de dados do cliente, fora este contexto o registro deve existir com o CNPJ do cliente).

  Exibir filhosstyleh3sorttitle