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
Comentários
0 comentário
Por favor, entre para comentar.