1Geral

1.1 – Há uma ordem necessária para envio dos lotes de eventos?

Sim. O primeiro evento a ser enviado deve sempre ser o R-1000 – Informações do Contribuinte. Para o envio de outros eventos, se houver neles alguma referência a processo judicial ou administrativo, antes deve ser enviado o evento R – 1070-Tabela de Processos Administrativos/Judiciais com as informações do respectivo processo.

1.2 – Como será feita a assinatura dos eventos da EFD-Reinf? Pode ser realizada por procurador (exemplo: contador)?São necessários dois certificados para envio?

É necessário apenas um certificado digital, o qual pode ser de um representante legal do contribuinte, ou de um procurador através da procuração da Receita Federal. Os contribuintes não obrigados à utilização do certificado digital, tais como, o microempreendedor individual – MEI, podem gerar um Código de Acesso no portal da Reinf.

1.3 – Como será a forma de confissão em DCTF, e o recolhimento das contribuições previdenciárias e dos demais tributos declarados na EFD-Reinf?

As contribuições previdenciárias serão apuradas através dos eventos da EFD-Reinf enviados pelo contribuinte, que juntamente com os eventos do eSocial alimentarão a DCTFweb, a partir da qual será possível ao contribuinte confessar o crédito tributário e emitir as guias para recolhimento (DARF). Os demais tributos apurados no evento do R-2070 continuarão sendo confessados manualmente na DCTF antiga e recolhidos na mesma metodologia atual. Progressivamente, todos os tributos administrados pela RFB migrarão para a nova sistemática da DCTFweb, no mesmo formato das contribuições previdenciárias.

1.4 – É possível retificar a qualquer momento os eventos da EFD-Reinf?

Para retificar as informações já prestadas, basta reabrir o movimento da competência do evento para fazer as devidas retificações, e posteriormente fechar o movimento para que o ambiente da EFD-Reinf apure o crédito tributário e o envie para a DCTFweb.

1.5 – O fato de estar transmitindo dados do período atual não impacta o envio de retificação de outros períodos?

O ambiente estará preparado para retificar eventos de períodos anteriores ao mesmo tempo que recebe informações transmitidas do período atual.

1.6 – Qual será o prazo para entrada em vigor da EFD-Reinf?

Em janeiro de 2018, juntamente com o eSocial, para as empresas com faturamento superior a 78 milhões. A lista dos contribuintes obrigados será publicada pela RFB.

1.7 – Existem os períodos de reabertura e fechamento, mas não foi identificado em qual registro será feita a abertura.

A abertura do movimento será feita pelo contribuinte ao enviar o primeiro evento periódico da competência. Para fechar o movimento, o contribuinte transmitirá ao ambiente nacional da EFD-Reinf o evento R-2099 (Fechamento de Eventos Periódicos), o qual fará a apuração das informações prestadas, e enviará o crédito tributário para a DCTFweb.

1.8 – Caso uma empresa incorpore outra no meio do mês, como essa situação deve ser apresentada na EFD-Reinf?

A empresa incorporada deverá enviar a EFD-Reinf com as informações do início do mês até a data da incorporação. E a empresa incorporadora com todas as suas informações  do respectivo mês, inclusive as da empresa incorporada no período após a incorporação. Assim, serão duas escriturações Reinfs informadas.

 

2 – Produção Restrita (pré-produção)

2.1 – Como faço o cadastro de minha empresa de Tecnologia da Informação – TI para envio dos eventos do eSocial no ambiente de produção restrita?

Não é necessário cadastro prévio para envio dos eventos. Basta a empresa seguir os procedimentos de envio descritos no Manual de Orientação do Desenvolvedor.

2.2 – Cliquei no link exibido na tela do menu da produção restrita, mas o navegador exibe uma página e não consigo prosseguir para enviar os eventos. Como encontro a ferramenta de envio dos eventos para empresas?

O ambiente de produção restrita é um web service, ou seja, um ambiente de processamento que permite que as aplicações enviem e recebam dados por meio de arquivos XML (os eventos do eSocial). Não se trata de uma ferramenta com interface visual de navegação, nos moldes do eSocial Doméstico, mas um ambiente tecnológico destinado às aplicações desenvolvidas pelas empresas de TI – Tecnologia da Informação.

Saiba Mais: Guia Completo sobre EFD-Reinf 2017 criado pela Decision IT.

3 – Webservice EFD-Reinf

3.1 – O que fazer quando ocorre o erro “HTTP 403” ao tentar acessar o Webservice da EFD-Reinf?

O erro “403 Forbidden” é um código de erro HTTP retornado pelo servidor web quando o utilizador ou programa tenta obter acesso a um recurso do servidor e este não permite.

Diversos podem ser os motivos que originam este tipo de erro, como por exemplo, acesso utilizando protocolo “http” quando deveria ser “https”, cadeia de certificado inválido ou certificado inválido, etc.
A seguir são listadas as causas comuns para este erro:
– Acesso de execução negado.
– Acesso de leitura negado.
– Acesso de escrita negado.
– SSL requerido.
– Endereço de IP errado.
– Certificado do cliente requerido.
– Certificado do cliente revogado.
– Certificado do cliente expirado.
– Cadeia do certificado incorreta
Assim, se ao tentar conectar com o ambiente da EFD-Reinf, foi retornada mensagem de erro 403-Forbidden (Acesso Negado), cuja mensagem em inglês em geral aparece como “403 Forbidden: Access is denied. The request failed with HTTP status 403: Forbidden. The remote server returned an error:(403) Forbidden”, sugerimos algumas verificações como as que seguem:
a) Verifique se você está utilizando https://
b) Verifique se seu certificado é válido.
c) Verifique se a cadeia do certificado é válida.
O certificado utilizado, para a transmissão do evento, deverá ter a mesma cadeia de certificado instalada no ambiente de produção restrita do SERPRO. A cadeia utilizada pelo servidor é:
“Autoridade Certificadora Raiz Brasileira v5” (que pode ser encontrada no site http://www.iti.gov.br/repositorio/repositorio-ac-raiz : “Certificado da AC Raiz da ICP-Brasil v5”).
Verifique se seu certificado possui a cadeia de certificação abaixo instalada:
– Autoridade Certificadora Raiz Brasileira v5
– Autoridade Certificadora SERPRO v4
– Autoridade Certificadora do SERPRO Final SSL

 

4 – Eventos da EFD-Reinf

4.1 – Evento R-1000

4.1.1 – O registro R-1000 será enviado no início e não precisará ser enviado novamente se não houver nenhuma alteração? Ou precisará ser enviado todo mês para abrir o período?

O evento R-1000 é um evento de tabela inicial, que só deve ser enviado uma única vez, quando as empresas forem entrar na obrigatoriedade da EFD-Reinf. Caso ocorra alterações na situação fática prestada pelo contribuinte no evento R-1000, deverá a empresa enviar o R-1000 para alterar essas informações prestadas anteriormente. A abertura do movimento será feita pelo o envio do primeiro evento periódico da competência.

4.1.2 – Qual é o objetivo do campo “indAcordoIsenMulta” (Indicativo da existência de acordo internacional para isenção de multa) do evento R-1000 da EFD-Reinf?

É um indicador que será utilizado posteriormente pela DCTFWeb para não haver cobrança de multa de mora, em função de acordo internacional celebrado pelo Estado Brasileiro e outros Estados ou Organismos internacionais.

4.1.3 – Será necessário retificar a informação do contato do R-1000 caso a empresa faça uma retificação de um evento periódico, e o contato da competência do evento não seja o mesmo atual?

Não. As informações de contato devem ser sempre a mais atual, inclusive nos casos em que sejam prestadas informações de períodos anteriores.

4.1.4 – Quem são estas EFRs do R-1000?

É o Ente Federativo Responsável pelo órgão público municipal ou estadual. Na EFD-Reinf, bem como no eSocial, as informações do setor público poderão ser prestadas de maneira centralizada pelo o ente federativo, ou descentralizada, sendo enviada por órgãos vinculados ao ente federativo, separadamente. Assim, caso ocorra a segunda opção(descentralizada), o órgão no seu R-1000 deverá informar no grupo “infoEFR”, o ente federativo que é responsável por ele, o qual será validado na base cadastral da RFB.

5 – XML, XSD e WSDL

5.1 – Foram disponibilizadas novas versões para os arquivos XSD e WSDL de transmissão de lotes para uso no ambiente de produção restrita?

Estes arquivos podem sofrer alterações sempre que necessário. Deve-se utilizar sempre a última versão que está disponível na página de Downloads/Esquemas XSD.

5.2 – Onde encontro os arquivos XSD dos eventos da EFD-Reinf e também os arquivos XSD relativos aos lotes citados no Manual do Desenvolvedor (ex.: EnvioLoteEventos-v1_01_01.xsd)?

Todos os arquivos XSD relacionados com o projeto EFD-Reinf estão disponíveis na página de downloads. Para acessar essa página clique aqui.

5.3 – Estou enviando arquivos xml para os servidores da EFD-Reinf mas recebo como retorno, a mensagem de erro “Erro no servidor ao recepcionar lote. Identificador = 3883177352”. O que quer dizer este erro?

O Identificador de erro 3883177352,  refere-se possivelmente a um arquivo inválido, ou seja, que não atende aos requisitos de estrutura definidos no respectivo XSD. Necessário, portanto, refazer o arquivo de acordo com o XSD e reenviá-lo.

Fonte: Sítio do SPED

This article has 6 comments

    • Mauro Negruni Reply

      Prezado Benedito, obrigado pelo seu apoio. Peço também a tua ajuda na divulgação do blog e site para que mais profissionais se beneficiem das informações.

  1. Luiz Alberto F Silva Reply

    Com relação ao detalhamento de deduções PF do evento R-2070.
    Qual código de rendimento é referente ao evento R-2070? Isso não deveria estar no eSocial ou deverá estar em ambos ou somente no REINF?
    Ex: o código 0561 é de RPA, o mesmo irá somente no eSocial?
    Obrigado!

    • Mauro Negruni Reply

      Prezado Luiz, há ainda nos manuais alguma confusão gerada pela CTRL C+V (do eSocial para a EFD-REINF). Especialmente nos exemplos. Todavia cautela: lembre-se que todas as informações que NÃO forem decorrentes de trabalho estarão na EFD-REINF, por exemplo, aluguel, royalties, pagamento de pensionistas, pagamentos decorrentes de ação civil (que não caracteriza indenização), etc.
      0561 é um caso de erro na EFD-REINF.

  2. adriana Reply

    uma duvida. estou fazendo os testes da reinf e deu uma inconsistencia que o programa nao permite lancamento de dois eventos iguais da tabela 6 no mesmo fornecedor e cliente no mesmo mes. alguem ja teve esse erro ? como podemos soluciona-lo ja que temos dim mais que uma nota do mesmo fornecedor no mesmo mes referente ao servico prestado. R-2010

    • Mauro Negruni Reply

      Prezada Adriana,
      Recomendo mais atenção aos detalhes de “quebra” nos eventos da REINF. É uma situação corriqueira ter mais de uma contratação de um fornecedor no mês.
      Isso está previsto e funciona bem nos testes de envio do evento R2010.
      Um abraço.

Comente aqui:

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

Time limit is exhausted. Please reload CAPTCHA.