Como gerar darf efd reinf?

Kleber, antes de procurar a guia, confira o protocolo do lote. Agora, pensando bem, conforme o fluxo que usamos, o contribuinte precisa ver na consulta do retorno que o lote foi aceito, e só então faz sentido gerar o DARF da EFD-Reinf. No log do SAP com GUEPARDO Tax, guardamos o protocolo para a auditoria.

Concordo em parte, André, mas discordo de centralizar sem testar. 1) As URLs alteradas valem para todos os lotes ou só para alguns? 2) O x da questão, tá: ao acessar o endereço novo, ele responde no navegador ou só aceita envio do sistema? Preciso disso para fechar o DARF da EFD-Reinf.

E se centralizássemos o endereço? Sem querer complicar, pois é, na minha equipe a utilização dos webservices fica numa única classe de configuração. Vale quando vários programas chamam o envio, porque o resultado do teste aparece igual para todos. Para um programa só, ajuste direto basta. Isso vale antes de gerar o DARF da EFD-Reinf.

No meu caso, vindo de outro ERP, o chato é, tá, que a área restrita de testes tem endereço próprio, e eu usava o de uso real. Luiz, sobre esse cadastro de terceiros não achei resposta no que li, então não afirmo nada. Só posso dizer que os dois endereços são separados, e vale conferir isso antes de planejar o DARF da EFD-Reinf.

Se eu já tiver uma procuração da Receita cadastrada, Juliana, ela serve também para a produção, ou só para testes? Bem, abrindo um parêntese, aqui no e-commerce com S/4HANA 2023 ainda não mexemos nisso, e preciso saber antes de planejar o DARF da EFD-Reinf. Pergunto porque o cadastro costuma demorar e não quero descobrir isso na véspera. Alguém confirma?

O que importa: o envio pode ser feito por um procurador habilitado, e não só pelo responsável legal. 1) Esse caminho vale quando o responsável legal não pode assinar o envio. 2) Uma ressalva, viu: confira se o procurador está habilitado antes do processamento do lote, senão o retorno pode vir com erro. 3) Quando o responsável legal está disponível, o caminho direto é mais simples. Isso vale para chegar ao DARF da EFD-Reinf.

Faltou um ponto, Kleber. 1) A pergunta que mais ouço no meu time é sobre o microempreendedor individual, o MEI. 2) Bem, a ideia é lembrar que quem não é obrigado ao meio padrão de acesso, como o MEI, pode gerar um Código de Acesso no portal do eCAC. 3) Isso não muda os endereços, mas muda quem consegue enviar o lote da EFD-Reinf antes do DARF.

O risco que vi foi a URL fixa dentro do programa: cada troca virou pedido para o desenvolvedor. Bem, na minha rotina, deixamos o endereço numa tabela de parâmetros, e a troca fica na mão do fiscal, seguindo o que está descrito no manual. Esse caminho vale quando os endereços podem mudar de novo. Para uma mudança única, ajustar direto no programa resolve, sem tabela. No log do S/4HANA 1909 anotamos qual endereço está ativo. Tudo isso vem antes de gerar o DARF da EFD-Reinf.

Concordo em parte, Gisele, mas discordo de mexer só no endereço de envio: o da consulta do retorno também muda. No meu dia a dia, tá, o log do S/4HANA 1909 mostrou lote enviado e a consulta falhando porque o endereço ainda era o antigo. Para o contribuinte, isso parece envio sem protocolo, e daí a gente demora a achar. Troque os dois, e o DARF da EFD-Reinf só entra depois disso.

Trocou as URLs? Os endereços de envio de lotes mudaram, conforme o manual técnico da EFD-Reinf, então a configuração antiga não responde mais. Resumindo, pois é: troque o endereço através da configuração do sistema, sem mexer no resto do programa, e depois teste um lote pequeno. Quando o envio funcionar, aí sim você avança para o DARF da EFD-Reinf.