Totvs RM - Como Gerar Relatório de Log e Interpretar as informações geradas.

O relatório de Log é necessário para fazer uma análise inicial para identificação de possiveis problemas.

Ultima atualização 10/09/2024

Sumário

Como importar Relatório

Como Gerar Relatório

Seção 1 - Informações do ERP Totvs RM

Seção 2 - Definições do Configurador Monitor DFe

Seção 3 - Top 5 Documentos Fiscais Eletrônicos classificados por tipo.

Seção 4 - Totais de DFe por status

Seção 5 - Leitura dos dados do Metadados ZMDIMP_XML

Seção 6 - Leitura dos dados do Metadados ZMDIMP_API

Seção 7 - Top 5 DFe classificados por tipo no cadastro de XML do RM (TNFEENTRADA)

Seção 8 - Leitura do Metadados ZMDIMP_LOG

Seção 9 - Parametrização de DFe por tipo de movimento

Seção 10 - Filiais parametrizadas

Seção 11 - Jobs Agendados

Seção 12 - Metadados (Tabelas e Campos)

 

 

Como Importar o Relatório 

É necessário incialmente importar o relatório que faz parte do pacote.

Se não existir um filtro criar um com o nome de ARQUIVEI e colocar dessa forma.

Retornar ao sumário

 

Como Gerar o Relatório

Gerar o Relatório.

Colocar para exportar para arquivo

Colocar para salvar como PDF

Após Gerar Analisar os resultados.

Retornar ao sumário

 

Interpretando o Relatório

 

Seção1 do Relatório de Log

Essa seção do relatório exibe a versão atual da Release do RM e o banco de dados.
Algumas funcionalidades só estão disponíveis em releases mais atuais do sistema, é importante sempre estar em releases e últimos patchs pois é onde ocorre as atualizações e correções de problemas através de patchs de atualização.
Essa versão se refere a versão do ERP Totvs RM.

Retornar ao sumário

 

Seção 2 do Relatório de Log
Definições do Configurador Monitor DFe

Essa seção detalha todas as chaves de configuração atual do Configurador do Importador RM.
Existem chaves obrigatórias como por exemplo AMBIENTE tanto para clientes ARQUIVEI(QIVE) como CONEXAONFE.
Para clientes Arquivei é obrigatório as chaves ID e KEY estarem devidamente preenchidas com dados corretos
Para clientes Conexãonfe as chaves obrigatórias são CONEXAONFEID,CONEXAONFE_ULTIMOID,CONEXAONFE_MANIFESTO.
A ausência de chaves obrigatórias ou o preenchimento incorreto de alguma delas podem causar mal funcionamento do integrador.
Para maiores detalhes de todas as chaves que estão disponíveis existe o documento no link abaixo.
Todas Chaves de Configuração e suas funcionalidades

Retornar ao sumário

 

Seção 3 do Relatório de Log
Top 5 Documentos Fiscais Eletrônicos classificados tipo.

Essa seção mostra para cada tipo de DFe (NFe,NFSe e CTe) os 5 últimos que foram importados no Metadados ZMDIMP_NFE,ZMDIMP_NFSE,ZMDIMP_CTE.
Observar a coluna emissão para ter uma noção se está coerente com a data de emissão dos últimos xml de cada tipo, se a data estiver com data de emissão atrasadas pode significar que o integrador não esteja rodando, ou que existe algum problema na conta do cliente.
A coluna Status também poderá dar uma dica por qual razão esses últimos xml não estão visíveis para utilização no RM, o normal é que esteja como “Importado TNFEENTRADA” status que esteja como “Filial não cadastrada”, “Fornecedor não Cadastrado” não estará disponível para utilização pela razão do próprio texto do status que necessidade atenção.

Retornar ao sumário

 

Seção 4 do Relatório de Log
Totais de DFe por status

Essa seção exibe um resumo dos xml’s que foram importados qual o atual status deles, alguns status já são auto explicativos como por exemplo:
- Fornecedor não cadastrado
- Evento de Cancelamento
- Filial não Cadastrada
- Transportadora não cadastrada
Outros Status podem demonstrar que o documento já pode ter sido utilizado e finalizado
- Integrado a Movimento
- Manifesto Confirmado
Existem outro Status que necessitam de Atenção pois o XML não foi integrado por alguma razão não prevista
- Não processado

Retornar ao sumário

 

Seção 5 do Relatório de Log
Leitura dos dados do Metadados ZMDIMP_XML

Essa seção exibe o total de documentos DFe baixados até o momento que foram distribuídos para os metadados intermediários
               - ZMDIMP_NFE
               -ZMDIMP_NFSE
               -ZMDIMP_CTE
               -ZMDIMP_EVENTOS
O Fato de estarem classificados como íntegros quer dizer eles forem identificados e incluídos cada um em seu respectivo metadados.
O fato de existir xml com problemas podem significar alguns desses fatores:
- Estrutura de XML que não possível identificar se é NFe, NFSe , CTe ou Eventos previstos.
 - XML com duplicidade que já foram importados previamente
Nesse caso, se algum xml não foi localizado para inclusão, será necessário fazer um levantamento dentro desses para verificar se ele se encontra nesses tipos e entender a razão de não ter sido lido, nesse caso tem que ser repassado ao suporte N3.

Retornar ao sumário

 

Seção 6 do Relatório de Log
Leitura dos dados do Metadados ZMDIMP_API

Essa seção mostra os 5 últimos xml que foram incluídos no metadados ZMDIMP_API, esse metadados tem como finalidade disparar o gatilho que faz a atualização de status no portal bem como o manifesto.
Caso esteja configurado para efetuar o Manifesto e por alguma razão uma NFe que foi escriturada no RM não efetuou o manifesto, fazer um levantamento nesse metadados se o XML se encontra nela através da chave de acesso, e verificar a coluna Status, ele só irá mostrar os 5 últimos de cada por status, apenas para apontar se está sendo feito e o que está apresentando problema.
Pode ser necessário uma análise mais detalhada para entender caso um xml de NFe específico não foi feito o manifesto.

Retornar ao sumário

 

Seção 7 do Relatório de Log
Top 5 DFe classificados por tipo no cadastro de XML do RM (TNFEENTRADA)

O Cadastro de XML no RM é onde fica os xml que estão de fato prontos para serem consumidos no processo de escrituração de um documento.
É necessário observar se a Data Emissão está coerente com a data atual que está sendo gerado o relatório, irá demonstrar se está ocorrendo integração sem problemas.
Só irá para esse cadastro os xml que foram identificados a Filial, Fornecedor e a Filial esteja parametrizada observando a Coligada e Filial.

Retornar ao sumário

 

Seção 8 do Relatório de Log
Leitura do Metadados ZMDIMP_LOG

Essa seção mostra o registro de log primários do integrador que faz checagem básica para identificar algumas chaves e identificar a versão atual da DLL do importador que está sendo utilizada.
O registro mais importante a observar é o ID 5020 pois ele mostra a versão atual da DLL do integrador, a ausência desse registro já demonstra que está altamente desatualizado, sendo necessário uma atualização urgente, mas observando se os metadados também estão atualizados, pois, pode ocorrer o integrador tentar gravar um dado novo em uma coluna nova que não existe no metadados atual e ocorrer erro e não atualizar determinado xml, isso será explicado na seção X.
Observe a coluna Data e Hora do registro ID 5020, se está coerente com a data e hora de execução pois pode demonstrar que a fórmula visual também esteja com problema na execução, pois ele é atualizado constantemente.
Também serve para identificar caso mesmo o cliente insistir que atualizou, se de fato a fórmula visual está lendo a versão correta da DLL.
A versão atual da DLL está disponível no pacote para download através do link.
Última versão do pacote do integrador

Retornar ao sumário

 

Seção 9 do Relatório de Log
Parametrização de DFe por tipo de movimento

Essa seção mostra os tipos de movimentos que estão parametrizados para utilizar o xml no processo de escrituração.
Ele se refere a Etapa 76 do parâmetro de tipo de movimento onde se define se aquele tipo de movimento trata de escrituração de NFe, NFSe ou CTe.
Caso o cliente informe que não aparece a tela solicitando o xml, o cliente informando o tipo de movimento dá para saber se essa etapa foi configurada.

Retornar ao sumário

 

Seção 10 do Relatório de Log
Filiais parametrizadas

Essa seção mostra as filiais que estão com parâmetro da etapa 5 das configurações fiscais para utilizarem o Totvs Colaboração.
Lembrando a habilitação deve ser feita filial a filial.
Caso o xml se encontre no Metadados com o status “Filial não Cadastrada”, umas possíveis razões é que ela não esteja habilitada.
Para tirar a dúvida essa seção mostra as filiais que já estão habilitadas, caso não se encontre nessa lista é necessário efetuar a parametrização de liberação.

Retornar ao sumário

 

Seção 11 do Relatório de Log
Jobs Agendados

A Seção 11 mostra o log de execução de job da fórmula visual.
Ocorre que muita das vezes a execução pode estar interrompida ou apresentando problema.
Nesse caso ao analisar essa seção é possível verificar a data e hora de execução do JOB do integrador.
Só é necessário se atentar que se estiver outro job com o título de “Executar Fórmula Visual” também agendado pode gerar um falso positivo ou falso negativo, visto que pode se tratar de outra fórmula visual de outro processo não necessariamente do importador de XML.
Mas é importante analisar a coluna Status , a hora inicial e final da execução se está com coerente com a data e hora do dia visto que a recorrência é agendada entre 30 minutos e 2 duas horas várias vezes o dia.

Retornar ao sumário

 

Seção 12 do Relatório de Log
Metadados (Tabelas e Campos)

Essa seção mostrar as colunas das tabelas (metadados) do integrador, é importante para analisar se o metadados se encontra atualizado com os últimos campos implementados e com os últimos metadados desenvolvidos.
Pois pode ocorrer do cliente só atualizar a DLL e haver necessidade de atualizar também o metadados, que por desatenção não é feito a atualização.
Por exemploEsse campo destacado só existe na última versão do Metadados ZMDIMP_NFE, o cliente atualizou a DLL porém não atualizou o Metadados, com isso o importador não conseguia importar as notas desde que a DLL foi atualizada, após a atualização do metadados utilizando o processo do link abaixo e ter efetuado o Reset através da chave RESETNFE = 1, tudo voltou ao normal.
Como atualizar um metadados

Retornar ao sumário