Pular para o conteúdo
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
5 Respostas

Trabalhando com migração de outro ERP para o SAP, chegamos ao ponto da transmissão da EFD-Reinf e estamos enfrentando uma inconsistência no lote. Já tentamos revisar os detalhes de cada evento enviado, comparando com o que esperávamos do sistema, mas o retorno indica um erro no lote domínio. Um lembrete, ó, que o sistema retorna para cada evento periódico enviado o XML do evento R-5001 como retorno, sendo este um processo síncrono. Diante disso, gostaria de saber como podemos endereçar este erro específico sem comprometer a continuidade da transmissão dos nossos dados.


Atualização:

Agradeço as contribuições de vocês, elas realmente trouxeram pontos cruciais para nossa análise. Nós já fizemos o cruzamento dos logs de transmissão com a última versão dos arquivos XSD e WSDL disponíveis no portal. Um lembrete, ó, que o nosso mapeamento interno para o formato esperado pelo fisco parece correto, mas o erro persiste. Considerando que a EFD-Reinf define os códigos de recolhimento/receita através da natureza jurídica da informação, gostaria de saber se há algum aspecto estrutural do lote que possa influenciar essa definição além da natureza jurídica.


Atualização:

Agradeço muito a visão sobre a sequência dos registros. Nós também já fizemos este exercício de checar a ordem dos eventos ao compor o lote. Um lembrete, ó, que, mesmo que o mapeamento esteja alinhado, a integridade dos dados transcritos é o que realmente conta. Diante disso, considerando que o retorno é síncrono, gostaria de saber se há alguma particularidade no processo de validação que possa acelerar o diagnóstico quando o lote completo é recebido e processado.

Avatar
Cancelar
Melhor resposta

Compreendo a dificuldade em avançar com a transmissão diante da rejeição no lote. Como o fluxo de resposta é imediato, a análise do que retorna após o envio é crucial. Dado que a ordem e o mapeamento parecem estar alinhados, o foco deve migrar para a integridade dos dados em si, além da estrutura do envio. Sugiro que se mantenha um registro detalhado de como cada informação entra no sistema e como ela é empacotada para a transmissão. Isso permite rastrear precisamente o ponto onde o dado gerado internamente diverge do que o fisco espera no pacote final. Reforço a importância dessa rastreabilidade para acelerar qualquer futura validação. Para aprofundar, veja EFD-Reinf no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Jefferson Campos, considerando que o recebimento de um lote com eventos R-2010 deve ser seguido pelo retorno contendo os eventos R-5001, gostaria de entender melhor como podemos mapear exatamente a sequência ideal. Se o nosso sistema está gerando os eventos periódicos e o retorno, qual parâmetro específico devo validar para garantir que a correspondência entre o envio e o recebimento esteja perfeita no ambiente de produção?

Avatar
Cancelar
Melhor resposta

Olha, digamos assim, além da natureza jurídica, a correta estruturação dos eventos dentro daquele pacote enviado também influencia a aceitação do retorno. Se o erro no lote domínio continuar ocorrendo mesmo com os mapeamentos revisados, talvez seja útil analisar a sequência dos eventos. Um caminho seria verificar se a ordem cronológica dos registros no lote está seguindo um padrão que o recebimento espera, o que pode ser diferente da ordem gerada internamente no sistema. Isso ajuda a isolar se o problema é puramente de conteúdo ou de montagem do pacote para transmissão.

Avatar
Cancelar
Melhor resposta

Nós passamos por situação similar ao migrar e percebemos que o mapeamento dos dados internos para o formato esperado pelo fisco era o gargalo. A gente começou checando a coerência entre os dados que geramos e o que o contribuinte deve declarar. E aí, o cuidado é não apenas no envio, mas também na interpretação do que gera o erro. Se o problema persistir, vale a pena cruzar os logs de transmissão com o ambiente de teste mais recente para isolar a discrepância antes do envio efetivo.

Avatar
Cancelar
Melhor resposta

A questão do erro no lote domínio, diante da migração, certamente exige uma análise atenta dos detalhes técnicos da transmissão. Puxando o fio, pois é, este recebimento de um lote com eventos R-2010, por exemplo, deve ser seguido pelo retorno contendo os eventos R-5001, como um ciclo síncrono. É imprescindível que revisitemos a conformidade estrutural dos pacotes enviados, comparando com a documentação mais recente. Sugiro verificarmos se as versões dos arquivos XSD e WSDL que estamos empregando estão atualizadas, pois estes podem sofrer modificações a qualquer tempo.

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!

Perguntas relacionadas

Mais conversas em EFD-Reinf e retenções declaradas.

Ver todas do fórum