Como Analisar os Logs de Envio da EFD-Reinf

Visão geral

Este conteúdo detalha como interpretar os códigos de comunicação entre o nosso sistema e os servidores da Receita Federal. Analisar o log da EFD-Reinf permite que a sua equipe fiscal audite se as despesas de INSS e PCC foram realmente transmitidas, se o lote foi fechado ou se houve alguma rejeição do governo.

Quando usar este artigo

Utilize este guia durante o fechamento fiscal do mês, sempre que você precisar investigar o motivo de uma transmissão estar "travada", ou para confirmar se uma despesa específica foi enviada com sucesso no lote.

Sintoma ou cenário

O contador da administradora percebe que a guia gerada na DCTFWeb está com um valor diferente do sistema. Ele precisa descobrir se a nota fiscal daquele prestador de serviço de limpeza (com retenção de INSS) foi enviada na EFD-Reinf. Ele abre o "Histórico de Alterações" do sistema, vê um monte de registros técnicos e precisa traduzir o que aqueles códigos (R-2010, Status 4) significam.

Benefício para o usuário ou operação

• Autonomia Investigativa: A equipe fiscal descobre onde o arquivo travou sem precisar abrir um chamado no suporte técnico imediatamente.

• Leitura Precisa: Ajuda a diferenciar um erro do sistema de uma lentidão temporária nos servidores do governo.

• Tranquilidade no Fechamento: Ter a certeza matemática de que o evento de fechamento (R-2099/R-4099) foi concluído com sucesso.

Onde acessar / contexto de uso

Acesse a tela de auditoria indo no Menu do usuário (canto superior direito) > Histórico de alterações.

Pré-requisitos (Antes de começar)

• Ter realizado o envio da EFD-Reinf através do módulo fiscal do sistema.

• Entender como acessar e filtrar o Histórico de Alterações.

Causas prováveis

Divergência de valores na apuração de impostos, verificação de lentidão de comunicação com o e-CAC ou auditoria de retenções.

Como fazer ou corrigir

• R-1000: Evento de abertura da EFD-Reinf geral, gerado no momento do envio inicial.
• R-2010: Evento periódico para registro de despesas relacionadas ao INSS.
• R-2098: Evento de reabertura (INSS).
• R-2099: Evento de fechamento (INSS).
• R-4020: Evento periódico para registro de despesas relacionadas ao PCC.
• R-4099: Evento de reabertura/fechamento (PCC).

Importante: Atente-se ao ID do evento, pois ele é essencial para localizar alterações relacionadas a ações ou despesas específicas. Ao buscar pelo ID de um evento, é possível identificar todas as ações realizadas para um item específico dentro da Reinf.

O log de criação do evento periódico principal (R-2010 ou R-4020) é gerado no momento em que o cliente realiza o envio da EFD-Reinf. Nos logs de alteração, é possível observar que após a criação do evento periódico, são gerados outros IDs de evento, que representam as despesas contidas no R-2010 ou R-4020. Geralmente, o log de criação do evento das despesas são seguidos por logs de alteração, que representam a consulta do envio dessas despesas. Veja o exemplo:

Para identificar o evento principal da despesa, abra ‘Mais informações’ para ver o código do evento e o ID da despesa. Observação: O ID enviado é o ID Despesa, não o ID da parcela.

Os eventos principais (R-2010 ou R-4020) também podem exibir logs de alteração, representando a mudança no status de envio do evento periódico. Os possíveis status que podemos identificar nos logs de alteração de um evento periódico são:

• 1 - Enviado o evento periódico.
• 2 - Consulta do envio realizada com sucesso.
• 3 - Evento de fechamento sendo enviado.
• 4 - Consulta do fechamento realizada com sucesso.
• -1 - Erro no envio ou fechamento.

Observe no log de alteração abaixo que o ID #4679 (correspondente ao código do evento periódico R-4020), teve seu status alterado de 3 para 4. Isso indica que o fechamento foi enviado e a consulta pelo fechamento retornou sucesso, conforme a sequência apresentada na tabela acima:

Resultado esperado

A sua equipe baterá o olho no histórico, identificará o código da despesa e o Status atual (ex: Status 2). Com isso, eles terão a confirmação técnica de que o fluxo operacional ocorreu com total transparência e que a Receita Federal acatou as informações.

Quando escalar

Acione o suporte técnico caso o log de alteração mostre que o envio está travado no Status 1 ou Status 3 há mais de 24 horas, o que indica que o sistema enviou, mas não está conseguindo obter a resposta de "sucesso" da Receita Federal.

Informações que devem ser reunidas antes do escalonamento

• Print da linha do histórico com a aba "Mais informações" aberta.

• ID da Despesa afetada.

• O código do erro (caso o status esteja como -1).

Regras importantes / Observações

• Atenção ao ID da Despesa: Para identificar o evento principal de uma despesa específica, abra a aba ‘Mais informações’ no log. Preste muita atenção: o ID enviado para o governo é sempre o ID da Despesa, e nunca o ID da Parcela. Ao buscar os dados, sempre filtre pelo número da despesa principal.

Problemas comuns e como resolver

• Problema: Achei o envio do meu evento R-2010, mas o status mudou para -1.

• Causa provável: Ocorreu um erro de validação na Receita Federal (ex: o CNPJ do prestador está incorreto ou o certificado digital da administradora venceu).

• Ação recomendada: Acesse o painel da EFD-Reinf no sistema, clique em detalhar o erro, corrija o cadastro do fornecedor/condomínio e faça o reenvio.

Dúvidas relacionadas

P: Preciso ler os logs de todas as despesas todo mês? 
R: Não! Você só precisa usar essa técnica de leitura de logs de forma pontual, quando o painel amigável da EFD-Reinf apontar alguma divergência e você precisar investigar a fundo o que aconteceu.

Palavras-chave de busca

Analisar log EFD-Reinf, erro Reinf, status -1 Reinf, status 4 EFD-Reinf, investigar R-2010, evento R-4020, DCTFWeb, fechamento PCC, auditoria fiscal, consultar envio