Pular para o conteúdo

Fóruns / GUEPARDO Tax: apuração e SPED

Como transmitir eventos da Reinf por carga no GUEPARDO Tax e controlar o retorno?

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

Vamos ao que interessa: temos um grande volume de eventos da Reinf para enviar, de vários estabelecimentos, e o gestor da área quer saber o status de cada envio sem abrir um por um.

  1. Como transmitir por carga no GUEPARDO Tax sem perder o controle do que foi enviado?
  2. Como acompanhar o retorno de cada evento depois do envio?

E aí, digamos assim, quero um critério de que o lote inteiro foi aceito, não só de que foi enviado.


Atualização:

Obrigada a todos. Ficou claro que enviar e ser aceito são coisas diferentes. Vou montar o controle com uma coluna de retorno e conferir uma amostra da retenção no documento de origem antes de cada lote. Pergunta de seguimento: o que faço com evento rejeitado, reenvio ou exclusão pelo R-9000? Já tivemos dúvida sobre isso.

Avatar
Cancelar
Melhor resposta

Resposta curta: o que prova o envio é o retorno, não a carga. Quatro hábitos para a segunda-feira:

  1. Contagem por lote e por estabelecimento: aceitos, com erro e sem retorno.
  2. Evento sem retorno continua na lista do gestor até aparecer.
  3. Amostra da retenção no documento de origem antes de liberar o lote.
  4. Erro registrado com a causa; reenviar ou excluir se decide pelo leiaute vigente.

Quanto ao produto, a NTT documenta a carga e os retornos; o desenho da tela e a existência de painel de status ficam sem resposta no material, então confirme com a NTT. Mais em EFD-Reinf no SAP.

Avatar
Cancelar
Melhor resposta

Perdão pela dúvida simples, mas sobre o rejeitado: olha, antes de mais nada, leia a mensagem de erro do retorno e corrija a causa. O R-9000 é o evento de exclusão, segundo a documentação da NTT, e a regra de quando usá-lo em vez de reenviar vem do leiaute vigente, que eu não vou citar de cabeça.

Registre cada reenvio com a causa do erro. Assim o gestor vê quais erros se repetem.

Avatar
Cancelar
Melhor resposta

Foi mal a pergunta, mas discordo de usar o retorno como única prova. Agora, como dizem, retorno aceito não quer dizer conteúdo certo. Se a retenção saiu errada do ERP, a Reinf aceita o evento errado e o problema aparece na conciliação depois.

Eu conferiria a retenção no documento de origem, por amostra, antes de transmitir o lote. A documentação de projeto insiste nisso: confirmar se a retenção sai certa no ERP padrão antes de parametrizar, porque a Reinf lê o que o ERP gravou.

Avatar
Cancelar
Melhor resposta

Direto: lote enviado não é lote aceito. Pensando bem, o controle começa pelo retorno. A documentação da NTT lista, entre os eventos da Reinf 2.1, o R-5011 de retorno e o R-9000 de exclusão, e a transmissão por carga. Sobre a tela da carga ou painel de status, o material não diz nada: teste no ambiente.

Meu critério: cada evento enviado precisa de um retorno registrado, aceito ou com erro. Evento sem retorno fica em aberto.

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!