Manual EFD Reinf

Empresa: São Paulo Administradora de Condomínios Ltda. CNPJ: 17.163.
538/0001-10 DATA: 31/10/2018 18:38:57
TERMO DE RESPONSABILIDADE DE USO DE MATERIAL TÉCNICO
O material Manual da EFD-Reinf x SIGADM Condomínio Web faz parte do acervo técnico da GoSoft
Informática, distribuído de forma exclusiva aos seus clientes e a ela pertencem todos os direitos de
autoria, ficando expressa e irrestritamente proibida toda e qualquer forma de reprodução, distribuição ou
uso que não aquele que originou sua criação, amparado na Lei 9.610, de 19 de fevereiro de 1998, que
garante ao autor os direitos morais e patrimoniais sobre a obra que criou.
O descumprimento destas sentenças constitui ato ilícito cível e penal e sujeita o infrator às medidas
jurídicas cabíveis.
Direitos autorais reservados à GoSoft Informática. Proibida a distribuição, reprodução ou uso indevido. Lei 9.610,
de 19 de fevereiro de 1998. -2-
Empresa: São Paulo Administradora de Condomínios Ltda. CNPJ: 17.163.538/0001-10 DATA: 31/10/2018 18:38:57
MANUAL EFD-REINF
SIGADM CONDOMÍNIO WEB
Manual EFD-Reinf x SIGADM Condomínio Web

Versão: 1.2018.1002.0031
Manual – última revisão: 11/10/2018
Você sabe o que é a EFD-Reinf?

A Escrituração Fiscal Digital de Retenções e Outras Informações Fiscais EFD-Reinf é um dos módulos
do Sistema Público de Escrituração Digital - SPED, a ser utilizado pelas pessoas jurídicas e físicas, em
complemento ao Sistema de Escrituração Digital das Obrigações Fiscais, Previdenciárias e Trabalhistas
– eSocial.
Tem por objeto a escrituração de rendimentos pagos e retenções de Imposto de Renda, Contribuição
Social do contribuinte exceto aquelas relacionadas ao trabalho e informações sobre a receita bruta para a
apuração das contribuições previdenciárias substituídas. Substituirá, portanto, o módulo da EFD-
Contribuições que apura a Contribuição Previdenciária sobre a Receita Bruta (CPRB).
A EFD-Reinf junto ao eSocial, após o início de sua obrigatoriedade, abre espaço para substituição de
informações solicitadas em outras obrigações acessórias, tais como a GFIP, a DIRF e também
obrigações acessórias instituídas por outros órgãos de governo como a RAIS e o CAGED.
Esta escrituração está modularizada por eventos de informações, contemplando a possibilidade de
múltiplas transmissões em períodos distintos, de acordo com a obrigatoriedade legal (SPED, EFD-Reinf
- O que é, 2017).
Para nortear possíveis pesquisas, abaixo alguns conceitos relacionados:
A) SPED – Sistema Público de Escrituração Digital, conhecido também como Repositório Nacional de
informações fiscais, instituído pelo Decreto 6.022/2007, parte constituinte do PAC (Programa de
Aceleração de Crescimento) visando a modernização da troca de informações e escriturações contábeis.
B) DCTF WEB – Declaração de Débitos e Créditos Tributários Federais, meio de comunicação para a
confissão de escriturações digitais, emissão de guias e outras funcionalidades, utilizando assinatura
digital por meio de certificado ou código de acesso.
C) ESOCIAL – Sistema de Escrituração Digital das Obrigações Fiscais, Previdenciárias e Trabalhistas,

módulo do SPED, unificando a comunicação de informações por parte de empregadores, com ou sem
vínculos trabalhistas, contemplado pelo consorcio das entidades governamentais: Receita Federal, Caixa
Econômica Federal, INSS e Ministério do Trabalho.
D) EFD-REINF – Escrituração Fiscal Digital de Retenções e Outras Informações Fiscais, modulo do

SPED, assim como o eSocial, relacionadas a retenção de impostos por parte de pessoas jurídicas de
qualquer natureza, alterando obrigações acessórias antes anuais.
E) CERTIFICADO DIGITAL – Assinatura eletrônica com validade jurídica que permite atos digitais
com embasamento legal, garantindo proteção às transações eletrônicas e autenticidade de informações.
Podendo ser dois formatos A1 ou A3, arquivo ou mídia criptográfica, respectivamente. A GoSoft
recomenda o uso do modelo de arquivo, bem como apoia a utilização de procurações eletrônicas,
visando tornar mais ágil e seguro as rotinas envolvidas na troca de informação via web service. Podendo
optar por alterar o certificado da administradora para A1, e outorgar as procurações dos Condomínios,
por meio do portal e-Cac, para o certificado da administradora, tornando a troca de informações mais
ágil e unificada.
NORMAS E LEGISLAÇÃO
Embora muitas dessas legislações não sejam recentes, abaixo algumas normas e leis de apoio,
principalmente para embasar a análise, cadastro e parametrização de informações necessárias no sistema
para o cumprimento das exigências. Aliás, vale lembrar que o sistema gera arquivos baseados nas
informações imputadas pelo usuário, não havendo, portanto, qualquer responsabilidade do software.
A) Retenção Previdenciária
Lei 8.212/1991 e alterações - Obras e Serviços
IN 459/2004 – Conceitos
IN 971/2009 – Atividades sujeitas a retenção de INSS e Condições Especiais
Lei 12.546/2011 e alterações - Contribuição Previdenciária sobre Receita Bruta (CPRB)
B) PIS/ COFINS/ CSLL

Lei 10.8033/2003
Lei 13.137/2015
C) IR
MAFON – Manual do IR
D) Layouts e Manuais EFD-Reinf

IN 1701/2017
IN 1767/2017
MOR – Manual Orientação Reinf
E) Demais legislações pertinentes

IN 971/2009 – Anexo VII - CNAE de Serviços de Construção Civil
Lei 13670/2018 – Penalidade sobre Escrituração Fiscal Digital
Lei 123/2006 – SIMPLES
Lei 116/2003 - ISSQN
Decreto 6022/2007 – Instituição do SPED
EFD-Reinf
Escrituração Digital de Retenções e Outras Informações Fiscais, último módulo do SPED a ser colocado
em prática. Diferente do eSocial sua implantação não será por meio de fases, mesmo porque a
quantidade de tabelas que antecipam a escrituração periódica, não é extensa como a do eSsocial.
Será gerado arquivo eletrônico contendo as informações previstas pelo layout do governo, dispostos em
estrutura de eventos, após o envio que ocorrerá por meio de web service, as informações deverão ser
assinadas digitalmente por meio da DCTF Web, no portal e-Cac.
Haverá dois momentos sucessivos de validação, o primeiro no ato da transmissão, que resultará em
arquivo retorno de protocolo de entrega. E, a outra ocorrerá após analise formal dos dados que integram
o movimento do evento, resultando no protocolo do recebimento ou retorno de erro.
Tanto no eSocial, quanto na EFD-Reinf não contaram com Programa offline Gerador de Declaração
(PGD), ou seja, não haverá programa para download para testes e validações antes da transmissão.
Os eventos deverão seguir ordem lógica de envio, a mesma ordem estabelecida no presente manual:
Evento R-1000 – Dados do Contribuinte; Evento R-1070 – Tabelas de Processos; Evento R-2010 –
Retenções Previdenciárias – Serviços Tomados; Evento R-2099 – Fechamento de Eventos Periódicos;
Evento R-2098 – Reabertura de Eventos Periódicos; e, Eventos de retorno, R-5001 e R-5011.
EVENTO R-1000 - DADOS DO CONTRIBUINTE
As informações exigidas por este evento são englobadas pelo cadastro do Condomínio e pelo novo menu
de parâmetros da EFD-Reinf.
Para facilitar o entendimento do layout extraído do Manual de Orientação da Reinf, versão 1.3.02,
abaixo legendas acerca da coluna Condição:
O – Dado Obrigatório
N – Dado Não Obrigatório
OC – Dado Obrigatório se existir informação para o evento;
Para envio do primeiro evento (R-1000) os campos abaixo devem ser revistos mesmo aqueles que já se
encontravam preenchidos necessitam conferência.
A – Cadastro de Condomínio
Embora o evento R-1000, referente às informações do contribuinte, não tenha grande número de
informações, a EFD-Reinf utilizará a inscrição para localizar as informações fiscais e tributárias do
contribuinte junto à base do governo.
Assim, conforme tabela anterior, grande parte dos dados serão de controle interno, bastando ao usuário
preocupar-se com as telas abaixo:
B – Cadastro de Certificados Digitais
Conforme menção anterior, todas as trocas de informações ocorridas tanto no eSocial, quanto na EFD-
Reinf ocorrerão por meio da DCTF Web, que por sua vez é acessada pelo certificado digital. Para que o
Gerenciador de Processos possa realizar o controle da comunicação junto ao web service, doravante será
necessário o cadastro dos certificados e seus respectivos parâmetros, o que poderá ser efetuado junto ao
menu Cadastro/ Cadastro/ Certificados Digitais.
Para os clientes que utilizam o SIGADM Folha Web, todos os certificados e procurações digitais
cadastradas no menu eSocial, já estão integrando-se ao SIGADM Condomínio Web, facilitando assim, a
nova exigência do departamento financeiro.
Selecione “inserir novo certificado” e informe os dados solicitados. Ressaltando que, o nome do
certificado deve ser cadastrado, no caso do A1, exatamente igual ao arquivo que deve estar salvo no
servidor, mesmo local onde se encontra instalado o gerenciador de processos, conforme tela abaixo:
Para identificar o nome do certificado digital e evitar qualquer tipo de inconsistência junto ao
Gerenciador de processos, recomenda-se utilizar o assistente do Windows disponível em Painel de
Controle/ Opções de Internet/ Conteúdo/ Certificados, além de visualizar quais são os certificados
disponíveis para uso, e seus respectivos nomes, é possível mover e remover arquivos do certificado A1.
Será nessa tela que, além dos certificados dos condomínios, será possível cadastrar o da administradora.
Após cadastro dos certificados, será possível cadastrar procurações digitais previamente outorgadas pelo
e-Cac.
Neste caso das procurações, deve ser selecionado o certificado que recebeu a outorga pelo e-Cac, por
exemplo, a administradora, e inserir os condomínios, assim de forma unificada e ágil será possível enviar
e receber as informações da EFD-Reinf.
C – Menu EFD-Reinf
Disposto no menu A Pagar/ EFD-Reinf, o menu contará inicialmente com a opção parâmetros, trará
consigo parte das informações exigidas pelo evento R-1000. A primeira ação para o uso do novo menu
será a determinação dos parâmetros gerais da EFD-Reinf.
Com a informação do certificado digital padrão, normalmente o da administradora, determine a URL da

aplicação SIGADM Condomínio Web e o caminho a ser utilizado para salvar os arquivos de envio e
retorno. É extremamente importante que o caminho indicado tenha política rigorosa de segurança e
backups. Somente após a indicação dos parâmetros gerais, que será possível inserir os parâmetros
individuais dos condomínios, disponíveis no mesmo menu. Todas as informações da tela são de
responsável integral do usuário, motivo pelo recomenda-se total rigor na inserção dos dados.
D – Contato Responsável
Conforme layout abaixo, os dados que se referem esse grupo de informações esta relacionando à pessoa
responsável pelo preenchimento e contato do contribuinte junto a Receita Federal acerca dos dados EFD-
Reinf.
de 19 de fevereiro de 1998. - 10 -
Para isso, no menu A Pagar/ EFD-Reinf/ Parâmetros, acesse o condomínio para determinar os
parâmetros individuais e selecione por meio do filtro (ícone de lupa) o cliente nas condições acima.
Para o cadastro do cliente, acesse o menu Cadastro/ Cadastro/ Cliente e insira os dados conforme tela
abaixo:
Neste caso, o cliente indicado como contato deve ser obrigatoriamente pessoa física, com CPF válido e
ativo, bem como detenha a informação de pelo menos um contato telefônico, sendo celular ou fixo, com
DDD, exclusivamente em formato numérico.
Para o cadastro do cliente, assim como todo e qualquer cadastro no SIGADM Condomínio Web, se faz
necessário informar todos os campos em vermelho.
E – Informações Tributárias
Para cumprir as exigências do layout do evento R-1000 serão necessários os apontamentos das
informações abaixo:
Os itens destacados serão informados internamente como inexistentes, uma vez que a equipe de
especialistas GoSoft não detectou cenários de aplicações possíveis no mercado condominial. Os demais
itens serão englobados pelos parâmetros específicos da EFD-Reinf, disponível no menu A Pagar,
conforme tela a seguir:
F – Controle Geração de Arquivos
No último dia 02 de outubro 2018 foi disponibilizada a atualização do sistema para a geração do
primeiro evento (R-1000) com as informações cadastrais do condomínio, tanto no ambiente de teste
(produção restrita), quanto no ambiente de produção, essas opções de ambiente para envio das
informações ficarão a critério do usuário, diferentemente da versão anterior que somente dispunha do
ambiente de teste.
Após a habilitação do condomínio junto a EFD-Reinf, será necessário optar pelo ambiente para envio do
método de autorização. Esta última escolha se refere ao tratamento do Gerenciador de Processos ao
receber um evento, tanto de habilitação, quanto de alteração de dados. É possível optar por duas
metodologias, sendo a primeira em formato de “autorização do usuário” que gerará o evento pendente de
atualização no menu A Pagar/ EFD-Reinf/ Acompanhamento, possibilitando a visualização, análise e
aprovação do usuário. Enquanto a segunda metodologia - formato automático - ocorrerá no ato da
geração do evento quando o Gerenciador de Processos estiver sendo executado em segundo plano, neste
caso também grave no acompanhamento um evento já autorizado para envio.
Ainda na tela acima é possível determinar o método de geração dos eventos de movimento mensal,
incialmente o R-2010, que também poderá ser gerado automaticamente na data informada, como na
opção de gerar os movimentos sob o comando do usuário. No ícone de “interrogação”, está disponível o
alerta referente ao prazo de envio dos movimentos, que segundo a IN 1767/17 deve ocorrer até o dia 15
do mês subsequente ao fato gerador – no caso das retenções previdenciárias, data de emissão da nota
fiscal. Em outras palavras, quando se opta pela geração automática no dia 15, o sistema antecipará o
fechamento caso essa data coincida com dia não útil, visando não gerar prejuízo aos prazos legais.
O usuário deve selecionar o certificado responsável pela comunicação e assinatura digital do

condomínio, podendo optar pelo uso do certificado digital padrão. O sistema não permitirá a seleção de
certificado com número de inscrição diferente do condomínio parametrizado sem o cadastro da outorga
de procuração, por questões de segurança. Além disso, não será possível parametrizar mais de um
condomínio com o mesmo CNPJ.
6) Cadastro de Fornecedores
Embora a EFD-Reinf não exija várias tabelas de controles como o eSocial, não sendo necessário,
portanto, o envio dos dados dos fornecedores em formato de evento cadastral, os movimentos periódicos
e os cálculos tributários serão originados do cadastro de fornecedores, motivo pelo qual os dados
deverão ser inteiramente revistos e analisados, disponível em A Pagar/ Favorecidos e Fornecedores/
Fornecedores.
Para nortear os cadastros dos fornecedores que já foram atualizados, foi disponibilizado alerta de
“Informações divergentes” indicando que aquele fornecedor possui dados a serem analisados e alterados.
As primeiras informações relacionadas ao endereço do fornecedor permanecem inalteradas.
Abaixo layout extraído do manual oficial do EFD-Reinf, demonstrando os dados a serem informados
para o cumprimento do evento R-2010, que terá parte dos dados oriundos do cadastro de fornecedores.
Todos os campos em vermelhos devem estar preenchidos. Muito embora, nesta aba não tenha
informações a serem escrituradas na EFD-Reinf, recomenda-se que todos os dados sejam criteriosamente
inseridos. O novo campo denominado como “Natureza Jurídica” trata-se de informação disponível no
comprovante de situação cadastral (Cartão de CNPJ) do fornecedor, e será objeto de implementações
futuras.
Para o cumprimento do layout oficial, quanto à identificação do contribuinte, serão utilizados os dados já
mencionados anteriormente quanto ao cadastro do condomínio e parâmetros EFD-Reinf. Já o grupo de
informações relacionadas à identificação do tomador de serviço, será originado do cadastro de
fornecedores, sendo eles:
1) Tipo de inscrição;
2) Número da inscrição.
Ambos dispostos na imagem abaixo:
Já o indicativo de obra, será campo disponibilizado na tela de lançamento do pagamento, visto

oportunamente.
A – Vínculo do Fornecedor com mais de um favorecido
Na rotina das administradoras, notou-se que determinados fornecedores apresentavam mais de um dado
bancário, favorecido ou tipo de pagamento, os quais anteriormente eram objeto de ajustes no próprio
lançamento da despesa no menu A Pagar. Todavia, visando dirimir gradativamente as necessidades de
edição de dados nos lançamentos, principalmente por conta da demanda e incidência de erros, na tela
abaixo, cadastro de fornecedores, aba “Contas a pagar” é possível inserir mais de um favorecido por
fornecedor, indicando qual será o padrão.
Para inserir um novo favorecido, basta selecionar “Inserir novo dado para pagamento” e determinar o
número do favorecido desejado, e seu respectivo tipo de pagamento.
B – Dados para cálculo de retenções
Outra necessidade até então não abarcada pelo sistema, era mais de um cálculo de tributos do mesmo
fornecedor, gerando a necessidade de cadastrar uma incidência e tratar outros cenários manualmente.
Todavia, a EFD-Reinf traz consigo a necessidade de dirimir as edições dos cálculos e informações de
pagamento, motivo pelo qual, doravante será possível cadastrar incidências por CNAE (Código Nacional
de Atividades Econômicas), sempre mantendo um como padrão, normalmente de acordo com o
comprovante do CNPJ, disponível para pesquisa por meio do site da Receita Federal.
Nesta tela, aba “Informações Tributárias”, disposta no cadastro de fornecedores, será possível cadastrar
as incidências federais inserindo “novo tributo federal”, da seguinte forma:
O SIGADM Condomínio Web contará com a lista de CNAE disponível no filtro (ícone de lupa)
informação que resultará na demonstração da lista de classificação de serviços compatíveis com a
atividade apontada, visando o cumprimento do layout que determina informar indicativo da CPRB de
determinada prestação de serviço, bem como a classificação do serviço prestado, no evento R-2010. É
válido ressaltar que a classificação dos serviços emergida no sistema origina-se da tabela 6 oficializada
nos layout da EFD-Reinf, exclusivamente para serviços prestados mediante empreitada ou cessão de
mão de obra, campo obrigatório somente para fornecedores com alíquota de retenção previdenciária
maior que zero.
Assim como o cadastro dos impostos federais que ocorrerão por CNAE, o cadastro do ISSQN ocorrerá
com mais de uma alíquota, por código de atividade.
C – Cadastro de Processos
Tendo em vista que, todo e qualquer tributo que tenha sua exigência afetada por eventuais processos,
administrativos ou judiciais, deverão ser objeto de envio de evento específico, o R-1070, foi
disponibilizado no cadastro de fornecedores, menu A Pagar, cadastro e controle de processos:
O controle possibilitará o cadastro dos processos em conformidade com as informações apresentadas

pelos fornecedores, que além de originar o evento R-1070, poderá repercutir nos cálculos dos tributos
retidos ou que por ventura deixaram de ser retidos. Considerando a ordem do envio dos boletos, ressalta-
se que o evento R-1070 somente deve ser enviado após o evento R-1000. Além disso, havendo processo
de determinado fornecedor, de autoria dele mesmo ou de representantes de seus interesses, que alterem a
exigibilidade não somente de um determinado condomínio, mas sim, de uma gama de clientes que
utilizam de seus serviços, cada condomínio que tenha relação comercial com o fornecedor, deverá enviar
o evento R-1070, conforme layout:
A – Cadastrando novo Processo
Após acessar o botão o cadastro de determinado fornecedor, no menu A Pagar/ Favorecidos e

Fornecedores/ Fornecedores – Processo, botão disponível na parte inferior da tela, selecione “inserir
novo processo”.
Em seguida preencha os campos indicados na tela, lembrando que todos os dados em vermelho são de
inserção obrigatória. É importante que os dados sejam fundamentados em informações concretas a serem
enviadas pelos fornecedores. A GoSoft, por meio de sua parceira e consultora Dra. Tânia Gurgel,
recomenda a solicitação de certidões que atestem a veracidade dos dados, como por exemplo a certidão
“Objeto e pé”. Visando dirimir possíveis lapsos no cadastro de processos judiciais, ressaltamos que no
caso de processos judiciais em formato físico, o número mencionado na identificação do processo deverá
ser em sua versão digital, renumeração aplicada pelo próprio judiciário. Assim, ao cadastrar o número do
processo físico, a quantidade de caracteres não será aceita pelo sistema.
Entre as informações solicitadas no cadastro em questão, há informações que embora não constantes no
layout mencionado abaixo serão utilizados para parâmetros, cálculos e controles da retenção de
impostos, como e o caso da “Redução da alíquota” que se refere à porcentagem do tributo que deixou de
ser retida, por exemplo, havendo a suspensão total da exigência da retenção de determinado tributo, deve
ser informado o número e tipo do processo, depois indicado qual tributo discute-se na matéria, e
informado o percentual suspenso, caso o tributo tenha sito inteiramente suspenso, informar 100%.
Caso o processo for judicial, devem-se informar obrigatoriamente os dados complementares

relacionados a número da Vara, Munícipio e UF, conforme layout abaixo:
E por último, devem ser informados os dados relacionados à suspensão do tributo em questão,
inicialmente determinando o código da suspensão (informação atribuída pelo usuário), indicativo a ser
selecionado a lista existente no sistema, bem como a respectiva data da decisão. Havendo depósito
judicial no montante integral, deve ser utilizado o flag localizado no final da tela.
7) Lançamentos do Contas a Pagar
Após cadastro, análise de incidências e parametrizações, o sistema passará a se comportar em

conformidade com as configurações dos menus anteriores. Embora haja situações pontuais em que as
informações lançadas para pagamento tenham que ser editadas, em suma o maior número de despesas
lançadas deve se enquadrar aos parâmetros, cabendo ao responsável pelo cadastro das despesas a serem
pagas confrontar informações e completar os dados solicitados em tela. Como foi mencionado
anteriormente no ambiente SPED as informações são confrontadas de modo sistêmico em busca de
divergências de dados, qualquer discrepância poderá gerar penalidades futuras. Veja o que mudou no
lançamento das despesas no menu A Pagar/ Programação/ Lançamentos:
Para cumprimento do evento R-2010, grande parte das informações serão originadas desta tela, salvo
aquelas já abarcadas pelos controles anteriormente demonstrados, como cadastro de fornecedores e
processos, conforme layout:
Os campos inseridos na primeira atualização para cumprimento das exigências da EFD-Reinf são:
Ressaltando que, os campos alocados nos grupos “Informações para Escrituração” e “Códigos de
Atividades e Serviços” embora originados do cadastro de fornecedores como padrão, poderão ser
editados pelo usuário dentro das informações previamente cadastradas.
Para a geração do evento R-2010 será obrigatório a informação dos seguintes dados:
1. Data da emissão da Nota Fiscal;

2. Número da Nota Fiscal;
3. Série da Nota Fiscal;
4. Indicativo de Obra (caso positivo informar o tipo e número da inscrição do estabelecimento, que
não deve coincidir com a inscrição do condomínio ou fornecedor);
5. CNAE (utilizado para cálculos conforme incidência cadastrada no fornecedor);
6. Serviço (valor replicado do cadastro de fornecedor, que deve ter relação legal com o CNAE);
7. Valor base previdenciária (campo já existia anteriormente). Vale ressalva neste campo, quanto às
deduções de material e mão de obra, que segundo a IN 971/2009 somente podem ocorrer quando
previstas antecipadamente pelo contrato;
8. Valor bruto da Nota Fiscal (que tem incumbência de analisar possíveis deduções e espelhar com
as informações emitidas pelo fornecedor);
9. Bases para retenções adicionais (retenções previdenciárias para serviços em condições especiais).
Embora os dados elencados se mostrem simples, todos dispostos na Nota Fiscal, a maior mudança na
rotina financeira, além da necessidade de toda a equipe aprofundar seu conhecimento tributário, estará
no ato do lançamento do pagamento, que não poderá mais ser desmembrado em vários lançamentos, já
que a EFD-Reinf não aceitará mais de uma escrituração com o mesmo documento fiscal, ou ainda, em
primeiro momento não aceitará a consolidação de informações por nota fiscal.
Exemplo:
Determinado condomínio contratou serviço parcelado, havendo a emissão da nota fiscal em sua
totalidade, os impostos deverão ser escriturados no primeiro lançamento, e consequentemente, as
retenções serão integralmente subtraídas da primeira parcela. Diante dessa situação, pode-se afirmar que
o valor da primeira parcela (quando a nota fiscal for emitida no valor total) não poderá ser inferior ao
valor total das retenções. Neste caso o lançamento deverá ocorrer normalmente, informando como base
de cálculo o total das parcelas e o bruto o valor constante em nota fiscal. As demais parcelas deverão ser
cadastradas sem valor de retenção, uma vez que todas ocorrerão na primeira. Recomenda-se lançar a
primeira parcela sem o uso do facilitador “Parcelamento” e depois lançar a partir da segunda parcela
utilizando o mencionado recurso.
A – O envio do evento R-2010

Tendo em vista que o envio do movimento deverá ocorrer de modo agrupado por período de apuração,
tal ato ocorrerá após encerramento do mês de competência, logo após todos os lançamentos do mês
anterior já terem sido imputados no sistema. Diante disso, caso o evento R-2010 de determinado
condomínio já tenha sido enviado, bem como o evento de fechamento – que será tratado
sequencialmente, e receba-se documento fiscal da mesma competência, deverá ser enviado evento de
reabertura e exclusão do movimento já escriturado, para posterior reenvio contendo a nova informação.
Valendo ressaltar que na primeira fase de atualização do sistema, não estará englobado a geração de
arquivos, tão somente a vertente cadastral.
8) Enviando o R-1000
Após o cadastro dos certificados digitais, preenchimento dos dados inerentes ao evento em questão
dispostos no menu parâmetros da EFD-Reinf, deve-se inicialmente ativar os serviços de controle
relacionados ao Gerenciador de processos, responsável pela geração, mensageria e troca de informação
via web service. Para isso, acesse o SIGADM Administração Web no menu Gerenciador de Processos/
Parâmetro de Processos/ Controle EFD-Reinf.
Nesta tela deve ser ativado o serviço, mencionando o usuário a ser notificado em caso de ocorrências,
bem como possíveis intervalos e agendamentos de execução.
É imprescindível que o Gerenciador de processos esteja ligado, informação que fica visível na parte
inferior esquerda do sistema.
Após a ativação do processo, os condomínios que já tiverem sido habilitados nos parâmetros da EFD-
Reinf serão enviados para a fila do processamento em segundo plano, respeitando o método de envio
optado no parâmetro (automático ou com autorização do usuário), ficando disponíveis para autorização
ou acompanhamento no menu A Pagar/ EFD-Reinf/ Acompanhamento.
Para autorizar o envio, basta selecionar os eventos gerados pelo sistema, podendo previamente analisá-
los com a opção de expandir (imagem abaixo), após verificação dos dados e seleção dos eventos, clique
em autorizar.
Após tal comando, o sistema encaminhará a fila de processamento de evento ao Gerenciador de

processos que iniciará o envio dentro dos intervalos e configurações efetuadas no SIGADM
Administração Web. Para acompanhamento do status do processamento, bem como o resultado do
envio, devem ser utilizadas as legendas constantes na tela, conforme mostra a figura a seguir:
9) Eventos de Fechamento
Cada movimento relacionado à determinada Nota Fiscal gerará um evento, que carregará consigo um
conjunto de informações a serem transmitidas pela DCTF Web, após finalização de todas as declarações
envolvidas na competência desejada, encaminha-se o evento de fechamento, que encerrará o
recebimento das informações do período, para que posteriormente as informações sejam objeto de
confissão de dívida para disponibilização da emissão da guia para pagamento, ambas ações dentro da
DCTF Web.
9) Eventos de Reabertura
Uma vez fechado o movimento, notando-se a necessidade do envio de outras informações, ou
modificação de informações enviadas anteriormente, deve-se reabrir o movimento por meio desse
evento, não disponível na primeira versão do sistema.
10) Eventos de Alteração ou Retificação

Vale ressaltar que os eventos encaminhados sem sucesso, ou seja, com retorno de erro, não há o que ser
retificado ou alterado, mesmo por que para que seja possível uma dessas ações se faz necessário
informar o número do recibo relacionado ao evento a ser alterado. Para tal ato.

Manual EFD Reinf

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Manual EFD Reinf

Enviado por

Direitos autorais:

Formatos disponíveis

Empresa: São Paulo Administradora de Condomínios Ltda. CNPJ: 17.163.

538/0001-10 DATA: 31/10/2018 18:38:57

TERMO DE RESPONSABILIDADE DE USO DE MATERIAL TÉCNICO

SIGADM CONDOMÍNIO WEB

Manual EFD-Reinf x SIGADM Condomínio Web

Manual – última revisão: 11/10/2018

Você sabe o que é a EFD-Reinf?

Para nortear possíveis pesquisas, abaixo alguns conceitos relacionados:

C) ESOCIAL – Sistema de Escrituração Digital das Obrigações Fiscais, Previdenciárias e Trabalhistas,

D) EFD-REINF – Escrituração Fiscal Digital de Retenções e Outras Informações Fiscais, modulo do

B) PIS/ COFINS/ CSLL

D) Layouts e Manuais EFD-Reinf

E) Demais legislações pertinentes

EVENTO R-1000 - DADOS DO CONTRIBUINTE

B – Cadastro de Certificados Digitais

Com a informação do certificado digital padrão, normalmente o da administradora, determine a URL da

F – Controle Geração de Arquivos

O usuário deve selecionar o certificado responsável pela comunicação e assinatura digital do

Ambos dispostos na imagem abaixo:

Já o indicativo de obra, será campo disponibilizado na tela de lançamento do pagamento, visto

A – Vínculo do Fornecedor com mais de um favorecido

B – Dados para cálculo de retenções

O controle possibilitará o cadastro dos processos em conformidade com as informações apresentadas

A – Cadastrando novo Processo

Após acessar o botão o cadastro de determinado fornecedor, no menu A Pagar/ Favorecidos e

Caso o processo for judicial, devem-se informar obrigatoriamente os dados complementares

7) Lançamentos do Contas a Pagar

Após cadastro, análise de incidências e parametrizações, o sistema passará a se comportar em

1. Data da emissão da Nota Fiscal;

A – O envio do evento R-2010

Após tal comando, o sistema encaminhará a fila de processamento de evento ao Gerenciador de

10) Eventos de Alteração ou Retificação

Você também pode gostar