Como efetuar a correção da EFD-Reinf quando o evento R-2010 (tomador de serviços) tenha sido transmitido no lugar do evento R-2020 (prestador de serviços)?

Pelo meu histórico, quando o plantão do prestador malixa o papel do tomador, eu costumo ponderar se a mudança é apenas formal ou se toca em recolhimento. Se a divergência for puramente documental, eu aventuro talvez uma checagem mais profunda antes do cancelamento total. Se o erro for estrutural, o protocolo de anulação e republicação, como o de vocês, realmente se impõe. No entanto, se não houver impacto recursal, eu tento primeiro um adendo ou um esclarecimento que não exija o cancelamento completo do período enviado.

Com meu vinte e cinco anos de vivência nessa área, e lidando com a complexidade do GUEPARDO Tax, eu vi esse cenário se desenhar mais de uma vez. Quando a troca dos eventos, como o R-2010 no lugar do R-2020, acontece, a correção precisa ser endereçada com precisão cirúrgica. Se a intenção é apenas sanar a informação para o fechamento, então, o x da questão é seguir o protocolo que a Aline sugeriu, pois ele garante a rastreabilidade completa do movimento. Contudo, se houver implicações fiscais mais amplas, o recolhimento integral do devido, incluindo multas e acréscimos, permanece sob a responsabilidade do contribuinte.

E aí, no go-live, caio Oliveira, em minha experiência, gostaria de complementar a visão técnica. Quando essa troca de eventos tangíveis ocorre, o processo de retrabalho, embora burocrático, é o caminho legal para evitar passivos futuros. Ao executar o protocolo de cancelamento e reenvio neste cenário específico, é imprescindível garantir a integridade dos dados antes do fechamento final. É aí, no go-live, que a atenção à documentação de cada aceite se torna crítica. Qualquer variação nesse fluxo de correção pode gerar alertas inesperados na cruzada com a Receita Federal.

Entendo o procedimento técnico que foi citado, mas gostaria de adicionar um detalhe sobre a fase de fechamento. Ao realizar essa sequência de movimentações, reabrir e fechar novamente, precisamos ter muita clareza sobre o impacto na DCTFWeb. Para variar, ó, o processo de correção não pode mascarar nenhuma obrigação tributária que já nasceu da transação original. O recolhimento integral, incluindo multas e acréscimos, sempre recairá sobre os responsáveis, independentemente de como a correção for feita no sistema.

Sugere-se reabrir o movimento através do evento R-2098, excluir o envio equivocado utilizando o R-9000, inserir o comprovante correto com o R-2020 e, por fim, fechar o respectivo período de apuração novamente com o R-2099. No nosso caso, essa sequência parece ser a mais segura para corrigir a informação transmitida de forma incorreta. É fundamental seguir este rito para que a DCTFWeb reflita a realidade transacionada.