Pular para o conteúdo

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

Como carregar eventos R-1000 a R-2070 no GUEPARDO Tax pela transmissão em carga?

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

Boa tarde, colegas do fiscal. Preciso preparar o arquivo de carga de eventos da EFD-Reinf, do R-1000 ao R-2070, para transmitir pelo GUEPARDO Tax. Agora, eu aprendi na marra que arquivo com erro volta rejeitado em cima do prazo. Como funciona a transmissão por carga no produto e que cuidados devo tomar antes de enviar? É a primeira vez que faço isso neste ambiente.


Atualização:

Obrigada. Vou confirmar a versão e se a conversão foi feita, e peço ao TI o registro. Uma dúvida de seguimento: o ambiente de qualidade tem a transmissão configurada? Se não tiver, não consigo ensaiar a carga e vou enviar às cegas em produção.

Avatar
Cancelar
Melhor resposta

Para enviar a carga da EFD-Reinf sem rejeição, valide o dado e o ambiente antes do arquivo.

  1. Cobertura: segundo a documentação da NTT, os eventos listados vão do R-1000 ao R-2099, mais a série R-4000; o R-2070 não aparece, então confirme com a NTT ou teste no ambiente.
  2. Versão e conversão: confirme a solução em uso e se o programa de conversão rodou.
  3. Dado: evento a evento, a origem do dado no ERP.
  4. Ambiente: sem transmissão na qualidade, registre o que fica sem teste.

Prazos e leiaute vigentes: confira no texto oficial. Mais em EFD-Reinf no SAP.

Avatar
Cancelar
Melhor resposta

Uma questão só, sobre o ensaio da Kátia. E aí, por assim dizer, o ambiente de qualidade sem transmissão configurada deixa parte do fluxo sem teste, e as notas de projeto registram divergência descoberta só na homologação do cliente, perto da data de exigência. Se for o seu caso, escreva o risco na ata e liste o que fica sem teste. A planilha que uso:

  • evento | origem do dado no ERP | testado na qualidade? | quem aprova

Antes, a retenção precisa sair certa no ERP padrão, porque a Reinf lê o que o ERP gravou.

Avatar
Cancelar
Melhor resposta

Olá a todos. E aí, pelo meu histórico, a primeira checagem é o que o material cobre. Segundo a documentação da NTT, os eventos documentados incluem R-1000, R-1050, R-1070, R-2010, R-2020, R-2030, R-2040, R-2055, R-2060, R-2098 e R-2099, entre outros, e as funcionalidades listam transmissão por carga e fechamento do período. O R-2070 não aparece nessa lista. O que temos de documentação não afirma que o produto trate esse evento; confirme com a NTT ou teste no ambiente.

Avatar
Cancelar
Melhor resposta

Perdoem a ignorância, mas discordo de começar pelo arquivo. E aí, pelo que vi, o erro mais caro está no dado que o ERP nunca gravou. A solução nova, segundo a documentação da NTT, tem programa de conversão que deve rodar antes do uso e de preferência em modo teste. Antes de montar a carga, confirme a versão em uso e se a conversão foi feita. As notas de projeto citam o evento "aplicável" que depende de dado inexistente no ERP, descoberto tarde.

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!