Pular para o conteúdo

Fóruns / EFD-Reinf e retenções declaradas

Quais os riscos de erro na EFD-Reinf e o que controlar no GUEPARDO Tax?

Como funciona este fórum

Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.

Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.

Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.

Esta pergunta foi sinalizada
4 Respostas
0 Visualizações

Foi mal a pergunta, mas como gestor preciso entender o risco. Um erro de retenção na EFD-Reinf vira problema duas vezes: com a Receita e com o fornecedor que teve o imposto retido. Por precaução, né, quero montar controles antes da transmissão. Quais são os riscos mais comuns de erro na EFD-Reinf e o que dá para controlar no GUEPARDO Tax, em ECC ou S/4HANA, antes de enviar?


Atualização:

Obrigado. Vou transformar isso em checklist: amostra de retenção na origem, lista de notas fora da MIRO e a ordem conferir, aprovar e fechar. Falta definir quem aprova o fechamento do período: a mesma pessoa que apura ou outra? Hoje é a mesma, e isso me incomoda.

Avatar
Cancelar
Melhor resposta

Resumo: o risco de erro na Reinf nasce mais na origem e na ordem do fechamento do que no envio.

  1. Origem: amostra de retenção conferida no documento e no razão.
  2. Pré-requisito: notas de serviço de entrada pelo caminho MIRO ou fatura em FI.
  3. Ordem: conferir, aprovar por pessoa diferente de quem apura e só então fechar o período.

O que o produto faz diante de pendência no fechamento o material não afirma; confirme com a NTT ou teste no ambiente. Para a obrigação em si, veja EFD-Reinf no SAP.

Avatar
Cancelar
Melhor resposta

Então, de modo geral, outro controle está no pré-requisito. A documentação da NTT cita, para a Reinf, notas de serviço de entrada registradas pela MIRO ou por fatura em FI, com a busca de documentos bem configurada para não faltar documento. Controle: antes do fechamento, liste as notas de serviço do mês que não passaram por MIRO nem por fatura em FI. Nota fora desse caminho é candidata a ficar fora da apuração. O material não diz o que o produto faz com esse documento; teste no ambiente.

Avatar
Cancelar
Melhor resposta

Discordo em um ponto: controlar só antes da transmissão é tarde. De perto, viu, o risco maior é o fechamento do período. Segundo a documentação da NTT, para contribuição previdenciária com DARF emitido pela DCTFWeb, a função Gerar Débito só gera e contabiliza o débito com o período fechado pelo R-2099. Se o fechamento sai antes de a conferência terminar, o erro vira guia. Então o controle é uma ordem: conferir, aprovar e só depois fechar. O material não afirma que o produto impede o fechamento com pendência; confirme com a NTT ou teste.

Avatar
Cancelar
Melhor resposta

Os riscos mais comuns estão na origem, não no envio. Nas notas de projeto, a retenção que não bate entre nota, guia, Reinf e saldo contábil raramente tem causa no módulo de apuração; costuma estar na origem. No go-live, pois é, o controle que mais ajuda é conferir, por amostra, se a retenção sai certa no documento do ERP antes de olhar a Reinf. Controle um: amostra de documentos com retenção, conferindo o valor na nota e no razão. Controle dois: lista de fornecedores sem o dado que a retenção exige.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!