EFD-Reinf no SAP: da retenção ao evento, ao fechamento e à DCTFWeb

É um conjunto de eventos em XML, agrupados em lotes e assinados, e não um TXT único como as outras escriturações do SPED. O Manual do Desenvolvedor define o lote como um XML que contém os XML dos eventos. Cada evento recebe o seu recibo depois de validado.

A R-2000 trata de contribuições previdenciárias retidas ou substituídas. A R-4000 trata de retenções na fonte de imposto de renda, CSLL, PIS e Cofins. Cada série forma um movimento independente no período, com fechamento próprio: R-2099 para a primeira e R-4099 para a segunda.

Porque as duas retenções têm leis e atos diferentes. O manual dá o exemplo de uma nota de R$ 10.000,00 com retenção previdenciária de 11% e de imposto de renda de 1%: o R-2010 leva R$ 1.100,00 no período da emissão da nota, e o R-4020 leva R$ 100,00 no período do pagamento ou crédito.

São os eventos de fechamento de cada movimento. O manual recomenda enviá-los em lote exclusivo e só depois de receber os recibos de todos os eventos periódicos do período. Enquanto o R-2099 é processado, a EFD-Reinf não recebe eventos daquele contribuinte e período, e os que chegarem são rejeitados.

A regra é o truncamento na segunda casa decimal. No exemplo do manual, 11% sobre R$ 918,07 dá R$ 100,9877 e a retenção correta é R$ 100,98. Para reduzir rejeições, a validação aceita também o arredondamento para maior, no limite de 1 centavo. Quem usa arredondamento comum em todas as notas precisa conferir esse limite em lote.

Com o movimento aberto, envia-se novo evento com indicativo de retificação. Com o movimento fechado, abre-se de novo com o R-2098 ou com o R-4099 de reabertura. A exclusão usa o R-9000, com o tipo do evento e o número do recibo. Depois da reabertura, é preciso enviar novo fechamento.

Os eventos R-9001, R-9005, R-9011 e R-9015 são gerados pela própria EFD-Reinf a partir dos eventos periódicos e devolvidos ao contribuinte, para informar os tributos apurados e alimentar a DCTFWeb. A DCTFWeb é única e recebe as duas séries, e recomenda-se transmiti-la depois dos fechamentos. As contribuições previdenciárias são recolhidas por Darf emitido pela DCTFWeb.

Não. Rendimentos decorrentes de relação de trabalho, liquidados diretamente pelo empregador, vão no eSocial e não no R-4010. É a divisão entre as duas obrigações, e é por isso que a conciliação da folha com a Reinf é um tema de projeto.

O SAP Tax Declaration Framework for Brazil oferece o relatório EFD-Reinf, executado pela transação /TMF/REINF, que reporta rendimentos pagos e retenções, contribuição social não ligada ao trabalho e receita bruta. Antes dele, a ajuda manda rodar o pré-processamento e os relatórios de eventos de contribuinte e de processos.

Ele varre notas eletrônicas e preenche o tipo de serviço, para gerar os eventos R-2010 e R-2020, por configuração ou por BAdI. Só suporta notas com um item de serviço, e só pode ser repetido no mesmo período se os eventos ainda não foram enviados ao fisco. Nota com vários itens de serviços diferentes exige tratamento próprio.

A ajuda lida do Messaging Framework cita suporte ao leiaute 1.3 da EFD-Reinf no SP11, e a Receita opera hoje o leiaute 2.1.2 e o modelo assíncrono. A ajuda lida não diz até qual leiaute o seu pacote chega. Antes de qualquer decisão, confirme a versão instalada e a nota de suporte aplicável, que exige login e não foi lida.

A multa por falta ou atraso é de 2% ao mês-calendário sobre os tributos informados, limitada a 20%. Para informações incorretas ou omitidas, são R$ 20,00 por grupo de 10. A multa mínima é de R$ 500,00. Além disso, a diferença aparece na DCTFWeb, que constitui confissão de dívida.

Sim. Evento aceito significa estrutura e conteúdo válidos, e não que a retenção do SAP seja a mesma. A DCTFWeb é única e recebe as duas séries. A conciliação por evento, por prestador e por período é o que evita a diferença depois.

Para fatos a partir de 01/01/2025, a Dirf é substituída pelos eventos da série R-4000, pelo S-1210 e pelo S-2501 do eSocial. A página do mapa de obrigações resume a situação da Dirf.

Instituiu o tipo de isenção 12, usado com a natureza de rendimento 12001, com vigência desde 01/01/2026. O valor entra no rendimento bruto do R-4010, que pode ter valores sem retenção até R$ 50.000,00 no mês ou valores com retenção acima disso, com 10% sobre o tributável. Desde maio de 2026, o tipo 5 com a natureza 10001 deixa de ser aplicável.

Sim. A Receita publicou a Nota Técnica EFD-Reinf 03/2026 e novos XSD que substituem os anteriores, mantendo as versões, com produção prevista a partir de julho de 2026; a data efetiva consta no portal do SPED. O teste de cadastro e de interface está na página de CNPJ alfanumérico no SAP.

A DFSpro não publica preço nem prazo de projeto. Os dois dependem do que a leitura mostrar: séries usadas, número de estabelecimentos, forma de transmissão, versão do SAP e quanto de ABAP é necessário. Por isso o primeiro passo descrito aqui é ler um mês real.

Quando a retenção do SAP não bate com a declarada, quando eventos são rejeitados por precedência ou por fechamento, quando o eSocial e a Reinf divergem na DCTFWeb ou quando a integração por web service precisa migrar para o modelo assíncrono. A multa pode chegar a 2% ao mês-calendário sobre os tributos informados, limitada a 20%.

Sim. A DFSpro implementa o eSocial no SAP e faz desenvolvimento ABAP e customização fiscal: tipo de serviço, natureza de rendimento, retenção por truncamento, geração dos eventos e relatórios de conciliação com a DCTFWeb. A arquitetura geral do projeto fica com o integrador, e a DFSpro trabalha junto dele.

O escopo desta página é a camada fiscal: dado, regra, apuração e conciliação. A assinatura usa o certificado do mesmo CNPJ ou de procurador com poderes específicos para a EFD-Reinf, e segue com a empresa.

O método desta página produz uma matriz de diferenças, cada uma com causa, onde olhar e correção; as correções feitas na origem, que podem incluir ABAP combinado antes; e conferências recorrentes para rodar antes do fechamento. O que for contratado é definido depois da leitura do ambiente.

As fontes lidas não descrevem a troca como pré-requisito: a SAP mantém o relatório de Reinf em KBA do ECC e no TDF. A decisão de migrar é outra conversa, tratada em Clean Core fiscal.

Porque a retenção, o tipo de serviço e a conciliação com a DCTFWeb têm rotina própria, que costuma ficar entre o projeto e a área fiscal. A DFSpro trabalha na camada fiscal, e a arquitetura geral segue com o integrador. Em cada demanda fica combinado quem altera o quê.

No dado de origem e na conciliação: tipo de serviço, natureza do rendimento, retenção por truncamento, datas de emissão e de pagamento e comparação com os recibos. A transmissão fica com o sistema e a equipe que já a fazem.

Parte de um mês real, com recibos e notas que a empresa já tem. A DFSpro segue uma nota de serviço do documento até o recibo, o fechamento e a DCTFWeb, anota onde um passo só fecha com ajuste manual e mostra em que parte do ambiente olhar. A decisão de escopo vem depois dessa leitura.

Pegue um mês real e siga uma nota de serviço do documento até o recibo: o tipo de serviço, a retenção por truncamento, o evento, o lote, o protocolo, o recibo, o fechamento e o retorno R-9xxx. Se algum passo exige ajuste manual fora do sistema, o mês não está sustentado. Esse é o roteiro da conversa inicial com a DFSpro.

Um mês com recibos de eventos R-2010 ou R-4020, a nota de serviço correspondente, a versão do SAP e a forma de transmissão atual. Pelo contato a conversa parte do que você tem.