O que é EFD-Reinf?
Índice do artigo
- Resumo rápido
- Definição objetiva
- Vigência e escopo
- Para que serve
- Onde é utilizado
- Como aparece no ERP
- Relação com documentos fiscais
- Relação com obrigações acessórias
- Exemplo prático
- Erros comuns
- Boas práticas
- Perguntas frequentes
- EFD-Reinf substitui eSocial?
- Ela alimenta DCTFWeb?
- Só trata retenção previdenciária?
- Base legal ou referência oficial
- Conteúdos relacionados
- Conclusão

O que é EFD-Reinf?
Resumo rápido
A EFD-Reinf é uma escrituração digital que recebe eventos fiscais e de retenções não abrangidos pela folha do eSocial, dentro do escopo definido em seu leiaute. Sistemas fiscais e ERPs precisam controlar cadastros, fatos geradores, retenções, fechamentos e integração com a DCTFWeb.
Na operação, EFD-Reinf deve ser tratado de acordo com o leiaute e o período de escrituração vigentes. O dado enviado precisa ser reconciliável com sua origem no ERP.
Definição objetiva
A EFD-Reinf é a escrituração digital usada para transmitir eventos de retenções e outras informações fiscais não abrangidas pela folha do eSocial, conforme o leiaute e a legislação.
Seu escopo evoluiu e inclui séries de eventos distintas. A empresa precisa verificar quais eventos se aplicam ao período e à sua atividade.
EFD-Reinf significa Escrituração Fiscal Digital de Retenções e Outras Informações Fiscais.
Vigência e escopo
A EFD-Reinf é uma escrituração baseada em eventos e leiautes versionados. Eventos exigidos, pessoas obrigadas, prazos e integração com a DCTFWeb dependem do período de apuração e da documentação vigente. O ERP deve manter versão de leiaute e regra por competência, em vez de tratar a EFD-Reinf como um bloco estático e imutável de informações.
Para que serve
- informar retenções previdenciárias.
- registrar pagamentos e retenções abrangidos.
- transmitir receitas e eventos específicos.
- alimentar DCTFWeb.
- permitir cruzamentos fiscais.
Onde é utilizado
Uma retenção pode nascer em contas a pagar, fiscal ou financeiro. A ausência de integração entre esses módulos é uma fonte comum de omissões e duplicidades.
Como aparece no ERP
O sistema deve:
- capturar pagamentos e documentos.
- classificar naturezas.
- controlar processos.
- monitorar retornos.
- reconciliar com DCTFWeb.
Para EFD-Reinf, o ERP deve gerar a escrituração a partir de dados conciliáveis com documentos, cadastros e movimentos de origem. Leiaute, período e validações precisam ser versionados, com histórico dos arquivos transmitidos e das retificações.
Relação com documentos fiscais
A EFD-Reinf é alimentada por fatos e eventos de naturezas diferentes. Documentos fiscais podem ser fonte de dados em eventos ligados a serviços, retenções ou operações específicas, mas chave, modelo, itens e valores de DF-e não são elementos universais da escrituração.
O ERP deve preservar, conforme o evento aplicável, dados de beneficiários, pagamentos ou créditos, serviços tomados/prestados, retenções, processos e demais informações exigidas pelo leiaute. Quando houver documento fiscal associado, a conciliação deve usar apenas os campos efetivamente previstos para aquele evento.
Relação com obrigações acessórias
EFD-Reinf está diretamente ligado a obrigações acessórias ou escriturações digitais. A versão, o período de apuração, o perfil do contribuinte e as regras do leiaute determinam os registros exigidos. O ERP deve manter trilha entre os dados de origem, o arquivo gerado, as validações e eventuais retificações.
Exemplo prático
Uma empresa fecha o período fiscal e gera a escrituração no ERP. Antes da transmissão, a equipe reconcilia os documentos e cadastros que alimentam EFD-Reinf, valida a versão do leiaute e corrige divergências na origem. O ponto central é não editar apenas o arquivo final sem tratar o cadastro ou a parametrização que gerou a informação.
Erros comuns
- enviar evento duplicado.
- usar natureza incorreta.
- omitir beneficiário.
- fechar sem conciliar.
- retificar sem revisar DCTFWeb.
Boas práticas
- usar o Manual de Orientação do Usuário da EFD-Reinf, os leiautes, XSD, tabelas e Notas Técnicas vigentes;
- versionar eventos e regras por período de apuração;
- conciliar retenções, beneficiários, serviços e pagamentos com os sistemas de origem;
- controlar fechamento, reabertura, retificação e recibos;
- revisar os reflexos na DCTFWeb após alterações de eventos;
- não transportar para a EFD-Reinf regras de registros típicas de outras escriturações.
Perguntas frequentes
EFD-Reinf substitui eSocial?
Não. As escriturações possuem escopos complementares.
Ela alimenta DCTFWeb?
Sim, para os débitos e informações abrangidos.
Só trata retenção previdenciária?
Não. O escopo inclui outras retenções e informações previstas no leiaute.
Base legal ou referência oficial
- EFD-Reinf — Receita Federal
- SPED — Tabelas da EFD-Reinf versão 2.1.2, atualização 2026
- SPED — Manual de Orientação do Usuário da EFD-Reinf v. 2.1.2.1
- Última revisão normativa: 18/08/2026.
Conteúdos relacionados
- DCTFWeb.
- eSocial.
- Retenção.
- Serviços tomados.
- Contas a pagar.
Conclusão
A EFD-Reinf transmite retenções e outras informações fiscais por eventos. Sua qualidade depende da integração entre documentos, pagamentos, beneficiários, fechamento e DCTFWeb.
Na prática, EFD-Reinf depende de dados de origem consistentes e do leiaute correto para a competência. A qualidade da escrituração melhora quando o ERP corrige a origem, preserva o histórico e concilia o arquivo transmitido.