Efd reinf aluguel não residente

Gisele, concordo com você. Olha, lá onde trabalho, o salário família e a contribuição incorporada da folha entram no mesmo relatório, e isso impacta a leitura do período. Ponto novo: separe as verbas de família do resto antes de enviar, para não misturar o que já foi deduzido com o que ainda está pendente. Vale checar isso cedo.

O risco que eu já vi é mandar a retificação de um período enquanto o anterior ainda está em aberto, e o Rafael sabe disso bem. Agora, ano passado, a gente travou a rotina porque as enviadas de meses diferentes se misturaram no relatório. Enquanto isso não se resolve, qualquer ajuste vira um novo problema. Por isso, separe os lotes antes de enviar e valide cada um.

Pedro, respondo você: uma dica de colega, né, separa os eventuais ajustes dos existentes antes de rodar o relatório. Discordo de esperar o período fechar para ver o que sobra, porque os eventuais de meses antigos continuam no relatório e o valor não some sozinho. Melhor isolar esses casos e tratar um por um, com registro do que foi feito.

Concordo em parte com a Mônica, a dúvida dela é válida. Discordo de ajustar tudo no mês atual, porque as retenções só são devidas no período de origem. Então, minha dica: separe por período o que é devido, e confira quais períodos ficaram dispensados de evento por falta de movimento antes de criar qualquer correção. Assim você evita retificar o que não precisava.

Mônica, dúvida curta: as retenções que você descreveu deverão ser lançadas com qual código? E aí, com a mão na massa, eu separaria as informações denominadas de contribuição do prestador por tipo de serviço antes de qualquer envio. Ponto novo: quando a retenção não é do próprio período, o envio não pode ficar parado, e isso exige plano de correção com data marcada.

No nosso caso de e-commerce, a retenção de contribuição previdenciária do prestador de fora aparece na dctfweb antes de qualquer fechamento, e isso confunde a conferência. Eliane, olha, a prova é que o relatório de contribuições não bate com o que a dctfweb mostra quando os valores retidos são deduzidos no mês seguinte. Você já viu esse descompasso? Como você confirma o valor deduzido?

O resultado que importa é que o período errado não se corrige no atual. Olha, a verdade é que discordo de ajustar saldo no período novo, porque a confissão da dívida já foi feita no mês original. Conforme a experiência que tenho, a correção certa é retificar a competência de origem, e não empurrar o valor para frente. Quem pede o contrário costuma esquecer que a retificação preserva a trilha do que foi enviado.

Wagner, sigo o que você disse. O truque é, tá, não tentar compensar saldo antigo no período novo, porque a compensação só faz sentido quando o período original já está fechado. Ponto novo: se o valor retido ficar pendente, o relatório de retenções não bate com o razão e a conciliação do mês seguinte trava. Vale checar cada retenção antes de fechar.

Cláudio, eu não arrisco dar o código de cabeça sem conferir o manual vigente, mas a lógica de processo é clara: período já transmitido não se mexe com lançamento novo. Olha, vale registrar que a retificação é feita por evento, então o caminho é retificar o período em que a locação entrou como serviço e só depois fechar o movimento. A declaração apresentada no período errado precisa ser corrigido antes de qualquer envio novo, senão o saldo fica torto. Os valores aproveitados no mês certo costumam resolver, mas confirme com quem valida a regra.