Efd reinf invalidado dominio

O resultado que importa é separar o envio do ajuste de rota, e isso mudou a forma como olhamos o erro. André Gomes, a sua pergunta sobre os sem movimento é boa, mas esses casos seguem canais distintos. No meu time, viu, a gente trata o dominio como uma pasta de regras e não como um filtro de envio. A procuração eletrônica precisa estar válida no canal certo, e esse é o ponto que costuma passar batido.

Quando o movimento ainda está aberto, a nossa equipe não reabre nada e espera o fechamento natural. E aí, segundo o que li, essa espera resolve boa parte dos casos. Enquanto a retificação não sai, guardamos a exceção numa planilha, com a data em que a informação foi enviada e o motivo. Só reabrimos quando o caso já tem trilha clara e a equipe concorda. Vale para volume pequeno; quando a fila cresce, prefiro uma checagem automática antes de qualquer reabertura.

Entendi o seu ponto, Matheus Cardoso. Veja, eu aprendi na marra que o status do evento precisa estar limpo antes de qualquer reabertura. Você falou que a informação pendente trava a rota, mas nos casos que vi os eventos já estavam enviados e sem pendência. Quando as retificações devidas atrasam, quem paga o custo? Além disso, os contribuintes dispensados de enviar movimento nesses meses também precisam de alguma ação?

Aline Oliveira, discordo com educação de um ponto. A dctfweb não é o lugar onde se corrige o dado, ela só recebe o resultado depois que o evento fecha. Digamos assim, ó, antes de reabrir, eu checaria se a informação denominada Sem Movimento ainda está pendente de envio, porque ela pode estar travando a rota. Essa diferença de ritmo explica boa parte dos erros que aparecem na dctfweb. Por isso, eu olharia primeiro o status do evento e só depois a rota.

O risco que eu já vi é reabrir um período sem checar o que já foi para a confissão. Letícia Rodrigues, minha opinião, ó, é que a retificação precisa ser conforme o que já foi enviado. Você falou em fechar de novo para apurar o crédito, mas no nosso caso o crédito já estava lançado em outra rota. Como você confere a diferença antes do novo envio?

Concordo em parte: o envio pode ser liberado, mas não reenviando o período inteiro. Na ausência de fatos no período, a regra é não mandar nada, e isso vale também para quem está corrigindo. Na sustentação, ó, eu começaria pela apuração da competência com erro, reabrindo só esse movimento. Depois, fecho de novo e confiro se o sistema acusa a mesma rejeição. Se ela persistir, o problema costuma estar no cadastro do evento e não no conteúdo da competência.