Como funciona a pré-apuração de retenções no GUEPARDO Tax para a EFD-Reinf?

Para situar vocês, respondo a origem. O curioso é, pois é, que isso vem antes de tudo. Segundo a documentação da NTT, o pré-requisito citado é que as notas de serviço de entrada estejam registradas pela MIRO ou por fatura em FI, e que a busca de documentos esteja bem configurada para não faltar documento.

Se a nota entrou por outro caminho, a Reinf não enxerga o que o ERP não gravou. Confira primeiro isso, antes de culpar a pré-apuração.

Bom dia, galera. Sobre o limite, e aí, em campo isso pega gente: a documentação diz que a busca complementar tem limite em dias corridos, no máximo 15 dias considerando o vencimento do imposto.

Na prática, nota que chega atrasada para o ERP pode ficar fora da busca. Monte um controle simples: toda nota de serviço lançada depois do fechamento do mês vai para uma lista de exceções com dono e data, e a lista é revista antes do evento de fechamento.

Direto: discordo de chamar a pré-apuração de filtro. A documentação não diz que ela filtre, só lista as regras de relevância. Voltando ao ponto, né, tratar como filtro cria a expectativa de que o que não passou, não existe.

O que a documentação afirma sobre o fechamento é outra coisa: a função Gerar Débito, quando o DARF vem da DCTFWeb, consulta a mensageria ECG e só gera e contabiliza o débito com o período fechado pelo R-2099. Ou seja, o fechamento do período manda no débito.

Vamos ao que interessa: o material que temos não descreve o passo a passo da pré-apuração, só cita que ela existe com regras de relevância para CNO e tipo de serviço. De modo geral, viu, eu leio isso como uma etapa que decide quais documentos são relevantes para cada evento.

Essa leitura é minha, não confirmada. Para a equipe nova, o caminho seguro é pedir à NTT a descrição da etapa ou abrir uma apuração no ambiente de qualidade e observar o que ela faz com um documento de teste.