Efd reinf lucro distribuido

Mariana, eu completo com cuidado. Saindo um pouco do tema, né, o reenvio exige um ID de evento diferente do que foi enviado no Reinf, e isso precisa estar no roteiro da equipe, posteriormente ao fechamento, porque o sistema não troca esse número sozinho. Na prática, o lembrete previsto no nosso calendário deveria cobrir essa checagem antes de cada envio. Vale ajustar esse aviso no fluxo da equipe.

Leonardo, discordo de uma parte. Validar o valor contra o código no Reinf é possível, mas a participação nos lucros tem regra própria, e a pergunta que eu faria é se o cadastro já traz o cálculo da participação. Aqui por perto, ó, a gente descobriu isso só depois de um envio de teste. Por isso sugiro conferir a participação no sistema antes de tudo, porque sem ela o valor nem fecha.

O risco que já vi é o lote sair com natureza de rendimento errada no Reinf, e aí a rejeição aparece só depois do envio. Felipe, completo o seu ponto com isso. Antes de confiar na ordem que você descreveu, confira a observação da tabela para cada código, principalmente do PLR. Então, a regra é validar o pagamento contra a natureza escolhida antes de qualquer transmissão, e só depois olhar o prazo.

Concordo em parte com a Renata, o prazo maior dá folga real para quem tem muitas retenções no Reinf. Mas discordo quando ela sugere transmitir logo, porque nem todo beneficiário é isento, e aí a informação de retenção precisa estar completa antes do envio. Agora, em geral, a equipe fecha primeiro as informações de retenção e só depois confere os isentos. Errar um isento corrige fácil, mas errar uma retenção gera rejeição e retrabalho no mês seguinte.

Na minha rotina de telecom com o Reinf, eu trato a Tabela 01 como guia e não como regra fechada, então discordo da Adriana quando ela diz que código novo resolve tudo. Pelo que vejo, bem, a exceção é quando a regra daquele rendimento pede tratamento próprio, e aí trocar o código não muda o resultado. Antes de gerar qualquer evento, eu confiro a identificação do beneficiário e o valor de imposto retido, porque esses dados pesam mais que o número do evento.

O resultado que importa é o prazo do Reinf. A IN RFB 2.163/2023 prorrogou a entrega dos rendimentos de lucros e dividendos quando não há retenção, então dá para esperar um pouco. Bem, minha opinião é que a nossa equipe não usa esse prazo como folga, porque nota enviada ao Reinf com erro volta. No entanto, quando o lote já está pronto, o melhor é transmitir logo. Vale esperar quando há dúvida sobre o código, e transmitir quando o layout já está validado.

Adriana, no Reinf a nossa equipe segue outro caminho. Considerando que o envio já foi rejeitado, o problema é que, viu, primeiro conferimos quais eventos decorrentes do mesmo lote continuam na fila e cancelamos os duplicados. Só então vale declarar o lote de novo, sem trocar o código. Esse jeito serve quando a fila é curta e o fechamento não aperta. Quando há muitos eventos, o cancelamento manual toma um dia inteiro, e aí gerar código novo passa a ser o caminho mais rápido.

Kleber, eu complemento isso. Por via das dúvidas, né, lembro que as deduções legais precisam aparecer no Reinf mesmo quando o contribuinte optou pelo desconto simplificado, porque a regra de cada rendimento segue a tabela, independentemente da opção. No meu caso, o erro mais comum foi zerar as deduções para não errar o total, e o sistema aceitou, mas o evento saiu incompleto. Vale checar antes de cada envio, com calma.

O risco que já vi é tentar reenviar com o mesmo código no Reinf, e a resposta é gerar um código novo, porque o antigo não serve mais. Veja, sem querer complicar, a Tabela 01 manda que a retenção sobre rendimento de trabalho siga pelo eSocial, então o código 10004 só entra nas situações que a própria tabela descreve. Confira também se o lote revisado traz a atribuição correta, conforme a orientação técnica, para atender ao prazo antes de transmitir de novo.