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
8 Respostas

Quando a gente começou a rodar a EFD-Reinf no S/4HANA 1909 do varejo, achei que bastava enviar o lote. Aí veio um erro de acesso negado. Já tentei trocar de ambiente de teste, conferir a URL e refazer o lote; algumas vezes passou, outras não. Agora, que eu saiba, houve alterações nos esquemas de envio, mas não achei onde isso é dito. Primeiro, o que é a EFD-Reinf no dia a dia do fiscal? Segundo, por que o mesmo lote falha de vez em quando? O que é a EFD-Reinf, para que ela serve e o que causa esse acesso negado?


Atualização:

Vencido? Obrigada, Gustavo. Testei a validade da assinatura digital e o endereço com https, e o 403 continuou em um dos lotes. Agora, que eu saiba, isso não deveria acontecer. Fiz isso em dois lotes seguidos e o resultado se repetiu. O que mais pode barrar o lote da EFD-Reinf nessa situação?


Atualização:

Adriana, obrigada pela ordem de conferência. Comparei o lote que passou com o que falhou: assinatura e https iguais, só mudava o horário do envio. Agora, que eu saiba, isso aponta para o lado do servidor, mas não tenho certeza. Alguém já viu falha da EFD-Reinf ligada ao horário, ou devo abrir chamado?


Atualização:

Dá para automatizar? Obrigada, Letícia. Montei a conferência em duas etapas e o 403 sumiu depois que refiz a assinatura do servidor. Agora, que eu saiba, resolveu, mas queria entender o que mudou. Como vocês confirmam que a causa foi mesmo essa antes de fechar o chamado?

Avatar
Cancelar
Melhor resposta

Concordo em parte com a ideia de olhar a rede primeiro, mas a ordem barata é outra. Quando a EFD-Reinf devolve acesso negado, leia a resposta completa, confira https e a validade da assinatura digital, e compare o mesmo request em horários diferentes. Em teste restrito, repita o lote que passou. Só depois acione infraestrutura. Registre cada passo, porque o histórico ajuda na próxima falha. Quais informações enviar é decisão do contribuinte; o sistema só transmite. Recomendação: transforme essa sequência num roteiro curto, usado antes de qualquer chamado. Para aprofundar, veja EFD-Reinf no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Na rotina de energia, o log mostrava 403 Forbidden e ninguém sabia por onde começar. Um caminho a avaliar: seguir a lista de conferência da orientação oficial, https e certificado válido, e só então olhar se foram disponibilizadas novas definições de lote na EFD-Reinf. Agora, o pulo do gato é registrar cada passo no log. Vale com equipe pequena; com muita integração, automatize.

Avatar
Cancelar
Melhor resposta

Quando o erro aparece só num ambiente, Maria, a verdade é que o primeiro suspeito são os arquivos de esquema guardados no servidor, que podem estar defasados em relação ao que o governo publicou. Eu comparo a data dos arquivos com a nota técnica da EFD-Reinf antes de falar com o fiscal. Vale como hipótese, não como regra.

Avatar
Cancelar
Melhor resposta

Resultado que quero: saber se mudou algo nos esquemas. Renato, bem, minha ressalva: no S/4HANA 2021, algumas alterações nos esquemas de envio da EFD-Reinf já foram publicadas? Tenho versões antigas do XSD e do WSDL no servidor, e o lote falha. Isso explica o acesso negado ou é outra coisa?

Avatar
Cancelar
Melhor resposta

Verifique o relógio do servidor. Jéssica, bem, pensando bem, o horário pode ser o relógio do SAP desalinhado, e isso afeta a assinatura; é só hipótese. Faça as verificações de https e validade antes, utilizando o mesmo lote em dois horários na EFD-Reinf. Se a falha seguir o relógio, o problema é de infraestrutura, e daí o time de rede entra.

Avatar
Cancelar
Melhor resposta

Já vi time perder uma tarde atrás de falha de rede quando a resposta retornada dizia outra coisa. Discordo com educação, Caio: de longe, ó, a ordem barata é ler a resposta inteira, ver se ela fala de acesso negado e só depois olhar a rede. Numa base restrita de testes fica mais fácil comparar com o lote que funcionou. Na EFD-Reinf, quanto antes você separar as causas, menos tempo perde.

Avatar
Cancelar
Melhor resposta

Concordo em parte, Gustavo, mas em produção o mesmo 403 pode vir de bloqueio de rede, hipótese a confirmar, e Jéssica, vale conferir isso antes de refazer o lote. Agora, uma dica de colega: grave o texto completo do retorno, inclusive a frase de erro, porque ele ajuda a separar problema de rede de problema de acesso. A pergunta seguinte é se o mesmo envio falha em horários diferentes, o que muda o diagnóstico na EFD-Reinf.

Avatar
Cancelar
Melhor resposta

Aqui na mineração, o acesso negado veio de certificado vencido no servidor de integração, e só em parte dos envios. Quando aparece o código 403, a primeira conferência é se o certificado é válido e se a chamada usa https. Então, o plano é: validar o certificado e só depois mexer nos arquivos do lote. Sobre a dúvida de fundo, a EFD-Reinf é uma obrigação transmitida em lotes, e quem decide o que informar é o contribuinte.

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