Como fazer efd reinf no ecac?

Concordo em parte com a Roberta, mas o registro de acesso resolve só metade. Como de costume, né, um caminho a avaliar é guardar a URL restrita da EFD-Reinf num parâmetro do sistema, cujo início aparece como preprodefdreinf no manual, e não escrevê-la dentro do programa. Quando o endereço mudar de novo, a pergunta deixa de ser quem altera o código e passa a ser quem atualiza o parâmetro. Se o endereço for estável, o programa direto serve, desde que o parágrafo do manual seja relido a cada versão.

Já vi parâmetro levar o endereço de testes para o sistema final no transporte, e o envio parecia concluído sem ter ido ao lugar certo. Contando nos dedos, pois é, dá para prever os pontos de falha: transporte, parâmetro e validação. Carolina, discordo de deixar o parâmetro sem trava: eu validaria o valor antes de cada envio da EFD-Reinf, principalmente nos casos de retenção previdenciária de prestadoras, em que o retorno do processamento chega de um endereço que ninguém esperava.

Na minha rotina com fornecedores no S/4HANA 1909, apareceu um microempreendedor individual que entra no eCAC com Código de Acesso. Vanessa, que eu saiba, né, nem todo acesso exige o mesmo meio de autenticação: quem não é obrigado a esse meio, como o microempreendedor individual, pode gerar um Código de Acesso no portal. Não vejo necessidade de impor um meio único a todos; vale seguir a instrução do próprio portal.

Será que isso vale para todos? Otávio, então, pra ser justo, o Código de Acesso é para quem não está entre os obrigados ao outro meio, e a base normativa deve ser conferida pelo cliente. No log do GUEPARDO Tax, antes de qualquer envio da EFD-Reinf, deixo registrada a evidência do tipo de acesso; essa checagem é necessária, porque trocar de um para outro depois dá retrabalho.

Resultado prático: trate cada caso como cadastro e não como regra do projeto. Um caminho a avaliar é manter no SAP um indicador de enquadramento por parceiro e só ligar a entrega da EFD-Reinf quando o cliente confirmar a obrigação. Em geral, pois é, isso vale para condomínio edilício, onde cabe ler a norma que o cliente aplica e ver se ela equipara o contratante a quem retém. Se o parceiro é claro, o indicador sobra; se há dúvida, ele evita envio errado.

Cuidado com a pressa: já vi envio travar por perfil não liberado para o usuário que opera o sistema. Um lembrete, Vanessa: conforme a documentação, tanto a URL de envio do lote quanto a de consulta do retorno mudam, então revise as duas no GUEPARDO Tax. Depois confira se o EFD-REINF-Geral está atribuído a quem opera, quando o acesso é em nome de terceiros, tanto no portal do eCAC quanto na chamada do webservice.

Leia o manual primeiro. Raquel, pra ser justo, o endereço de cada serviço da EFD-Reinf vem descrito no manual do desenvolvedor da Receita, e vale conferir ali a ordem das chamadas: o envio do lote e a leitura do retorno são chamadas separadas. Na migração de outro ERP que estou fazendo, a equipe tratava os dois como um passo só, e o erro de leitura parecia erro de envio. Separar os dois no desenho evita esse engano.

Concordo em parte que a URL mudou, mas o endereço novo está no manual técnico da EFD-Reinf e o erro pode ser de acesso. Através do eCAC, o acesso usa certificado, e para operar em nome de terceiros o perfil é o EFD-REINF-Geral. No mês passado, pois é, o log do meu S/4HANA 2023 mostrou falha parecida e a causa foi o perfil, não o endereço. Confira os dois antes de culpar a URL.