1 – Geral 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.
1.9 – As Obras Civis com matrículas CEI’s em andamento na data do início da EFD-Reinf será a base inicial cadastral de Obras de Construção Civil das empresas? Teremos como obter uma relação de Obras em Andamento e suas respectivas matrículas CEI’s em nosso nome e/ou em nome de nossos Empreiteiros para um cadastro prévio em nossos sistemas para controle? No início serão utilizados os números das matrículas CEI dentro do eSocial e EFD-Reinf. Para efetivar o controle e gerenciamento das matrículas CEI pelas empresas, será disponibilizado um aplicativo pela RFB com a relação das matrículas CEI de sua para que ele declare quais devem migrar para o CNO.
1.10 – A empresa que tem retenções referente a folha de pagamento poderá enviar informações separadas, ou seja, em momentos distintos das retenções sobre notas fiscais ? Sim. Dessa forma, as retenções sobre as notas fiscais serão informadas na EFD-REINF, enquanto que as retenções referentes à folha de pagamento deverão ser informadas no eSocial.
1.11 – Sou obrigado a enviar os eventos em lote? Não. Os eventos podem ser enviados em lote ou individualmente. Sendo que, excepcionalmente, o evento “R-2099 – Fechamento dos Eventos Periódicos” deverá ser enviado individualmente.
1.12 – Haverá um ambiente Web (gráfico) semelhante ao que existe hoje para o eSocial do empregador doméstico? Sim, está previsto o Portal Web da EFD-REINF nos moldes do empregador doméstico. Todavia, este sistema está previsto para a fase de produção, quando o envio tornar-se obrigatório para os contribuintes. Sendo assim, não está disponível para testes na produção restrita. Os testes na produção restrita devem ser realizados através da via Webservice.
1.13 – A procuração eletrônica para a EFD_REINF poderá ser utilizada para o ambiente de produção restrita e, também, para o ambiente de produção? Sim. A procuração eletrônica valerá para ambos ambientes.
1.14 – Para fazer alteração em uma tabela, deve-se preencher todos os dados (campos) do bloco “alteracao”? Ou somente aqueles que desejo alterá-los? Nos eventos de tabela, quando se deseja realizar alteração, deve-se enviar o evento completo – com todos os dados.
1.15 – Os rendimentos pagos e a retenção do IR sobre trabalho assalariado e não assalariado (códigos 0561 e 0588) devem ser informados na EFD-Reinf? Não, os rendimentos sobre o trabalho, mesmo sem vínculo empregatício, deverão ser informados no eSocial.
1.16 – Quais os recursos que serão disponibilizados aos contribuintes para envio dos eventos da EFD-REINF? Haverá um programa como os outros módulos do Sped (fiscal/contribuições) para envio dos arquivos? Há duas formas de envio de eventos, a saber: Arquivo gerado diretamente pelo contribuinte e enviado através de webservices. O próprio sistema utilizado pelo contribuinte em seus sistemas internos pode gerar e transmitir os arquivos e controlar o recebimento do recibo de entrega, sem necessidade de programas intermediários. Essa solução é a recomendada para a maioria dos contribuintes pois possibilita grande automação no processo de envio e controle dos recibos de entrega. Por outro lado, haverá também um portal web oficial do governo para geração dos arquivos e transmissão, no entanto, a utilização desse portal é recomendada apenas por pequenos contribuintes que não possua grande volume de informações. Não haverá, portanto, um programa gerador de declaração ou mesmo validador para envio dos eventos para o ambiente nacional da EFD-Reinf (Sped), tal como em outros módulos do Sped.
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.
2.3 – A geração do Evento R – 5001 será gerado pelo contribuinte, ou este evento será gerado pelo ambiente nacional da EFD-REINF e disponibilizado ao Contribuinte, para que este venha a ter ciência dos valores que este enviou a Receita Federal durante o período? O evento R-5001 (totalizador) será retornado ao contribuinte automaticamente após a recepção de um evento válido.
2.4 – Como faço para limpar a área de produção restrita e realizar novos testes nos mesmo períodos? Não há como limpar a área de produção restrita, por enquanto.
2.5 – Qual a URL de fato para acessar o ambiente de produção restrita da EFD-REINF? Tenho a URL: https://reinf.receita.fazenda.gov.br/WsREINF/RecepcaoLoteReinf.svc e https://reinf.receita.fazenda.gov.br/WsREINF/ConsultasReinf.svc , porém as mesmas me retornam ‘Connection time out’ Nenhum desses endereços, pois a EFD-REINF está em produção restrita (pré-produção). O endereço correto é: https://preprodefdreinf.receita.fazenda.gov.br/RecepcaoLoteReinf.svc
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.
4.1.5 – Considerando que já tenha sido prestada informação anteriormente e se pretende prestar informações relacionadas a um novo período com informações diferentes, é necessário enviar um evento R-1000 informando fim da validade do evento enviado anteriormente? Não, basta enviar o novo evento com nova data de início da validade (campo iniValid) no bloco de “inclusao”. Esse procedimento fará com que o evento enviado anteriormente fique válido no período entre a data inicial de validade daquele evento e a data de validade do novo evento. O evento enviado posteriormente ficará válido a partir da dada inicial de validade informada no mesmo.
4.2 – Evento R-2010 4.2.1 – O CNPJ/CNO (Cadastro Nacional de Obras) contratante informado deverá pertencer ao contribuinte declarante? E se no CNPJ/CNO do contratante possui ambientes sujeitos a aposentadoria especial, incide o adicional GILRAT? O CNPJ/CNO contratante deve pertencer ao contribuinte declarante, exceto no caso de EMPREITADA TOTAL, situação em que o CNO pertence ao empreiteiro contratado para a obra.
4.2.2 – E se no CNPJ/CNO do contratante possui ambientes sujeitos a aposentadoria especial, incide o adicional GILRAT? Caso os serviços sejam prestados em ambiente no qual existam agentes nocivos que, ensejam aposentadoria especial ao trabalhador, deve-se prestar as informações considerando este fato para tributação do adicional de contribuição previdenciária prevista em lei.
4.2.3 – Com relação as notas fiscais que não foram enviadas dentro do prazo da competência, será possível retificar o evento R-2010? Como será gerado a guia para pagamento das contribuições previdenciárias dessas notas? O contribuinte terá que reabrir o movimento do mês das notas, enviar os eventos com as notas que faltaram, e fechar o movimento. Assim, os dados migrarão para a DCTFweb, e o contribuinte poderá emitir o DARF complementar com a contribuição previdenciária referente a essas notas.
4.2.4 – Qual prazo para envio/entrega dos eventos R-2010? Até o dia 15 do mês posterior à emissão da nota fiscal.
4.2.5 – -) Considerando que a contratação por empreitada total faculta (não obriga) a retenção previdenciária, caso não ocorra esta retenção, o tomador será obrigado a informar essa prestação de serviço no R-2010? Quando não ocorrer a retenção por faculdade do tomador na empreitada TOTAL, não será necessário enviar o evento R-2010 com essa informação.
4.2.6 – -) A empresa possui dois estabelecimentos e uma CNO sob sua responsabilidade com contratação por empreitada parcial. A nota do prestador que atua na obra, deverá ser informada no estabelecimento (CNPJ), ou na matrícula CNO aberta pelo tomador? Na matrícula CNO aberto pelo contribuinte tomador do serviço de construção civil. Caso a empreitada seja total, a nota deve ser informada no CNO do prestador.
4.2.7 – O contribuinte deve informar no evento R-2010 todas as notas fiscais, cujas atividades estejam descritas nos artigos de cessão de mão de obra e empreitada da IN 971/2009? Com e sem retenção? Ex: prestadores com liminar, prestadores do simples nacional e empreitada total sem retenção. Devem ser informadas nesse evento todas as notas fiscais emitidas em função da prestação de serviços que a legislação obriga a retenção da contribuição previdenciária. As empresas enquadradas no Regime de Tributação Simples Nacional que não sofrem retenção por determinação legal, estão dispensadas de declarar. As empresas que possuam decisões judiciais para não retenção devem declarar essas notas fiscais, informando a Contribuição Previdenciária que deveria ter sido retida pela lei, a que deixou de ser retida, bem como o processo que sustenta essa não retenção. No caso de empreitada total só deve prestar informação nos casos em que, por opção do tomador, ocorrer a retenção para se elidir da solidariedade.
4.2.8 – Para as notas fiscais que tenham retenção de Contribuição Previdenciária sobre os valores dos serviços com cessão de mão de obra ou empreitada, e que tenham também retenção de IR, Pis,Cofins e CSLL como é o caso de serviços de limpeza, estas notas deverão ser informadas nos dois eventos R-2010 e R-2070? O evento R-2010 é exclusivo para a apuração da contribuição previdenciária, o qual alimentará a DCTFweb. Os demais tributos que sofrem retenção na fonte, devem ser declarados no evento R-2070, no qual não há previsão de informação de notas fiscais, mas só o valor pago e retido, como hoje é informado na DIRF.
4.2.9 – Na validação do registro R-2010 – Retenção Contribuição Previdenciária – Serviços Tomados, o arquivo que enviamos tem o seguinte cálculo: Base de cálculo 6.580,90 x 11% = 723,899 onde arredondamos para 723,90, e retornou o Erro – MS1183 – O valor da retenção {vlrRetencao} informado não pode ser maior que 11% da Base de cálculo da retenção da contribuição previdenciária {vlrBaseRet}. Qual seria o cálculo correto para a Reinf, pois na nota fiscal veio destacado o valor de 723,90. Na EFD-REINF o método de arredondamento dever ser sempre truncar (cortar) na segunda casa decimal, independentemente dos valores das demais casas subsequentes. No caso em tela, o valor correto do campo de retenção será de R$723,89.
4.2.10 – Quanto às Notas Fiscais de serviços tomados. Devo informar todos os serviços tomados ou apenas aqueles que possuem retenções federais? Devem ser informadas por competência , por estabelecimento e por prestador todas as NFS que possuam retenção sobre serviços tomados, nos termos do art. 31 da Lei nº 8.212, de 1991. Por exemplo, na competência 10/2019 determinada empresa possui 3 estabelecimentos, incluindo a matriz. E cada estabelecimento toma diversos serviços de 2 prestadores cada, mesmo que esses prestadores se repitam entre os estabelecimentos. Sendo assim, deverão ser enviados 6 eventos (3 estabelecimentos x 2 prestadores = 6 eventos).
4.2.11 – Como devo proceder, se após o período encerrado da EFD-REINF, recebo uma NF do prestador de serviço? Por exemplo, no mês de março/19 recebo uma nota fiscal de janeiro/19 e já estamos com contabilidade fechada. Escrituro no mês de janeiro/19? Sim, deve ser reaberto o movimento de janeiro/19, retificando-se a informação anterior e enviando novo evento de fechamento.
4.2.12 – Temos várias filiais e todas recebem notas fiscais com retenção de contribuição previdenciária. Gostaria de saber se deve enviar um evento 2010 para cada filial ou se há possibilidade de enviar centralizado no CNPJ da matriz, gerando somente um único evento 2010 para todo movimento da empresa. Deve ser enviado 1 evento por prestador em cada estabelecimento. Por exemplo, se uma empresa possui 2 estabelecimentos (matriz e filial) e cada estabelecimento tomou serviços de 3 prestadores. Deverá ser enviados 6 eventos (2 estabelecimentos x 3 prestadores), mesmo que os prestadores sejam os mesmos nos 2 estabelecimentos.
4.3 – Evento R-2070 4.3.1 – O Evento R-2070 – Retenções na Fonte – IR, CSLL, Cofins, PIS/PASEP – que substituirá parte da DIRF ainda não está disponível para o ambiente de pré produção? Este evento, R-2070, conforme nota técnica de 11/09/2017, não entrará no início do cronograma de produção. Isso porque a DIRF não será substituída logo de imediato, referente ao ano-calendário 2018 (DIRF 2019). Sendo assim, o evento da EFD-REINF que colherá informações a respeito de Retenções na Fonte, denominado “R-2070 – Retenções na Fonte – IR, CSLL, Cofins, PIS/PASEP”, não estará disponível para o início da primeira entrada em produção, em janeiro de 2018. As demais informações previstas nos leiautes publicados em setembro de 2017 (versão 2) serão exigidas dentro do cronograma mencionado. Dessa forma, o referido evento R-2070 ainda não está disponível para o ambiente de pré-produção.
4.4 – Evento R-2099 4.4.1 – Como deverá ser gerado o arquivo da EFD-REINF de uma empresa que não possui movimento? Se não houver informação a ser enviada, para o grupo de eventos periódicos R-2010 a R-2070, deve ser enviado o evento R-2099 – Fechamento dos Eventos Periódicos como sem movimento na primeira competência do ano em que esta situação ocorrer. Todo mês de janeiro deve-se repetir este procedimento, caso a situação sem movimento persista nos anos seguintes.
4.4.2 – O evento R-2099 será enviado apenas uma vez pelo contribuinte? O evento R-2099 deve ser enviado para se fechar o movimento do mês. A condição para se enviar este evento é que o movimento esteja aberto. Portanto, se o contribuinte fizer alguma retificação em movimento que já tenha sido fechado, esse evento será enviado mais que uma vez numa competência.
4.5 – Evento R-1070 - 4.5.1 – Se eu tenho mais de um processo dentro do mesmo mês, eu preciso gerar um de cada vez, separadamente, e depois enviar para a Receita?
Sim, deve ser gerado 1 evento para cada processo.
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. Via
Mauro Negruni
