Guia Técnico da DeRE (1.0.0)

A promulgação da Lei Complementar nº 214/2025 não apenas consolidou a Reforma Tributária no Brasil, mas inaugurou uma nova era na relação entre fisco e contribuintes com o lançamento oficial, em dezembro de 2025, do pacote de integração da Declaração de Regimes Específicos (DeRE). Diferente de tudo o que conhecemos no SPED tradicional, a DeRE não é apenas um repositório de dados passados; ela é o combustível para o Motor de Cálculo do novo sistema tributário.

Neste artigo técnico, dissecaremos a Versão 1.0.0 da DeRE, analisando sua arquitetura, os leiautes recém-publicados e, principalmente, como os profissionais contábeis devem preparar suas estruturas para a "Apuração Assistida". Se você atua em Serviços Financeiros, Planos de Saúde ou Concursos de Prognósticos, a sua contabilidade acaba de se tornar a própria apuração fiscal.

1. O Conceito da DeRE: Por que ela existe?

A DeRE surge da necessidade de operacionalizar a tributação do Imposto sobre Bens e Serviços (IBS) e da Contribuição Social sobre Bens e Serviços (CBS) em setores onde a lógica tradicional de "débito e crédito" sobre o valor da nota fiscal é inaplicável. Para bancos, seguradoras e operadoras de saúde, a base de cálculo não é o preço do serviço, mas sim uma margem (receitas menos custos de captação/sinistros/prêmios).

A grande inovação trazida pelo Manual de Orientação do Usuário (MOD) v.1.0.0 é que a DeRE inverte o fluxo de apuração. Em vez do contribuinte calcular o imposto e declarar o valor a pagar, ele envia os "fatos contábeis" (receitas e deduções permitidas) e a administração tributária processa a apuração final. Isso é o que chamamos de Apuração Assistida.

Para viabilizar isso, a DeRE exige uma granularidade contábil sem precedentes. O contribuinte precisará "marcar" suas contas contábeis internas com códigos fiscais específicos, permitindo que o algoritmo do governo identifique o que é receita tributável, o que é dedução permitida e o que é neutro.

2. O Pacote Técnico v.1.0.0: O Foco na Estrutura

​É crucial entender que a versão 1.0.0, liberada pelo Comitê Gestor do IBS (CGIBS) e pela Receita Federal, foca na infraestrutura cadastral. Ela contém os eventos da série D-1000, responsáveis por identificar o contribuinte e, vitalmente, mapear sua contabilidade.

Ainda não estamos falando do envio mensal dos balancetes (que virão nos eventos periódicos futuros), mas sim da "preparação do terreno". Sem o envio e a validação bem-sucedida desses eventos iniciais, será tecnicamente impossível transmitir qualquer apuração futura. O sistema valida dependências hierárquicas rigorosas: sem um Plano de Contas (D-1011) ativo, não haverá balancete aceito.

3. Arquitetura de Transmissão e Segurança

A DeRE abandona validadores offline (PVAs) antigos em favor de uma comunicação moderna via Web Service com troca de mensagens em XML, seguindo o modelo assíncrono já visto no eSocial e na EFD-Reinf.

Fluxo de Processamento
Envio: O contribuinte envia um lote de eventos assinado digitalmente.
Validação Síncrona: A API retorna um Protocolo de Recebimento imediatamente, confirmando apenas que o arquivo chegou (schema válido e assinatura OK).
Processamento Assíncrono: O "Motor" processa as regras de negócio (ex: validação de contas).
Consulta: O contribuinte deve consultar o lote posteriormente para obter o Recibo de Processamento ou a lista de erros.

A segurança é garantida por certificados ICP-Brasil (A1 ou A3), sendo aceitos o CNPJ da matriz ou o e-CPF do representante legal/procurador.

4. Evento D-1001: A Identificação do Regime

O evento D-1001 (Informações do Contribuinte) é a porta de entrada. Nele, o contribuinte autodeclara a qual Regime Específico pertence. A complexidade aqui reside nas empresas "híbridas".

Um banco, por exemplo, pode ter como atividade principal "Serviços Financeiros" (Regime 1), mas operar secundariamente com "Consórcios" ou "Arranjos de Pagamento" que podem ter nuances distintas. O leiaute exige o preenchimento do grupo regTribPrinc e, se houver, regTribSecund.

O XML exige o detalhamento das atividades através de tabelas específicas. Se você é uma operadora de saúde, deverá informar o código da atividade conforme a Tabela 31 (ex: planos de autogestão têm tratamento diferenciado de seguradoras de saúde).

5. Evento D-1011: O Coração da DeRE (PGCC)

O evento mais crítico e trabalhoso é o D-1011 - Plano Geral de Contas Comentado. Este evento não é apenas uma lista de contas; é a "Pedra de Roseta" que traduz a contabilidade societária para a linguagem fiscal da Reforma Tributária.

Para cada conta contábil analítica (campo indCta = A), o contribuinte deve informar três atributos vitais:

cCtaInterna: O código que a empresa usa em seu ERP.
cCtaRef: O código correspondente no Plano Referencial do órgão regulador (COSIF para bancos, ANS para saúde, SUSEP para seguros ou SPED para os demais).
codTrib: O Código de Tributação do IBS/CBS.

A regra de validação CONTA_NO_PLANO_CONTAS_REFERENCIAL cruzará se a conta referencial informada realmente existe na tabela do órgão regulador (Tabelas 13, 22, 23 ou 32 do Anexo I). Erros aqui bloqueiam todo o envio.

6. O codTrib: A Inteligência da Apuração

A grande novidade técnica é a Tabela 11 - Códigos de Tributação (codTrib). Este código de 9 dígitos dita ao Motor de Cálculo como tratar o saldo daquela conta.
​
A estrutura do codTrib revela a sofisticação do modelo:

Códigos 11...: Ativos/Receitas de Serviços Financeiros. Ex: 110000001 (Valores recebidos em operações de crédito... base de cálculo).
Códigos 32...: Receitas de Planos de Saúde. Ex: 321000001 (Receitas com planos).
Códigos 13...: Prognósticos. Ex: 131000004 (Apostas de Jogos Online/iGaming).
Códigos de Dedução: Existem códigos específicos para identificar valores que reduzem a base, como o 134000001(Premiações pagas em apostas esportivas).

É aqui que o contador exerce seu julgamento profissional: classificar incorretamente uma conta de despesa como "Dedutível" (usando um codTrib de dedução) sem amparo legal gerará uma redução indevida de imposto e risco de autuação imediata, pois a malha fiscal é automática.

7. A Lógica da Apuração por Margem

Com base nos leiautes, fica claro como a "Apuração por Margem" será executada tecnicamente. Diferente do regime regular (onde cada nota fiscal gera um crédito/débito), na DeRE, o sistema somará os saldos das contas vinculadas a codTrib de receitas tributáveis e subtrairá os saldos das contas vinculadas a codTrib de deduções.

Exemplo Prático (iGaming):
Uma empresa de apostas ("Bet") não paga imposto sobre o total apostado.
Ela mapeia a conta "Receita de Apostas" com o codTrib 131000004.
Ela mapeia a conta "Prêmios Pagos aos Apostadores" com o codTrib 134000004.
O sistema fará: (Saldo Conta 131... - Saldo Conta 134...) = Base de Cálculo.
​
Sobre essa base incidem as alíquotas do IBS e CBS.

Isso exige que a contabilidade esteja perfeitamente segregada. Se a empresa misturar "prêmios pagos" com "despesas administrativas" na mesma conta contábil, ela não conseguirá atribuir o codTrib dedutível corretamente, ou deduzirá despesas administrativas indevidamente (o que é vedado).

8. Regimes Específicos Detalhados

Serviços Financeiros
Para os bancos, a Tabela 21 e o Plano Referencial COSIF (Tabela 22) são os guias. A DeRE captura as receitas de intermediação financeira (spread). O leiaute prevê campos específicos para identificar receitas de operações com o FGTS ou títulos públicos, que possuem tratamentos tributários distintos.

Planos de Saúde
As operadoras devem observar a Tabela 31. O modelo diferencia receitas de contraprestações (mensalidades) de outras receitas financeiras. A dedutibilidade dos custos assistenciais (pagamentos a médicos e hospitais) será controlada via codTrib específicos vinculados ao plano de contas da ANS (Tabela 32).

Concursos de Prognósticos (Bets e Loterias)
Este é um dos setores mais impactados. A Tabela 41 traz atividades como "Fantasy Sport", "Turfe" e "Sorteios". A apuração incide sobre o GGR (Gross Gaming Revenue), que é operacionalizado pela conta de receita menos a conta de prêmios, conforme demonstrado no exemplo anterior.

9. Desafios de Implementação e Compliance

A implementação da DeRE não é apenas um projeto de TI, mas uma revisão contábil profunda.

Saneamento do Plano de Contas: Contas genéricas ("Outras Despesas") são inimigas da DeRE. Elas precisarão ser abertas analiticamente para receberem o codTrib correto.
Mapeamento Referencial: Muitos contribuintes faziam o "De-Para" do SPED Contábil (ECD) apenas para cumprir tabela. Agora, esse mapeamento afeta diretamente o caixa, pois define a tributação.
Validação de ID: O campo ID dos eventos possui 36 caracteres e uma regra de formação rígida (REGRA_FORMATO_ID_EVENTO), combinando CNPJ e timestamp. Erros de formatação simples rejeitarão o lote.

10. Conclusão: O Contador como Estrategista de Dados

A DeRE v.1.0.0, lançada neste dezembro de 2025, sinaliza que a Reforma Tributária chegou ao nível do bit e do byte. Para o profissional contábil, a mensagem é clara: a contabilidade societária deixou de ser apenas para investidores e passou a ser a base direta da arrecadação de consumo.

A tarefa imediata é dominar o Evento D-1011. O sucesso na futura apuração dos impostos depende inteiramente da qualidade do mapeamento feito agora. Recomendamos a criação de comitês internos multidisciplinares (Contabilidade, Fiscal e TI) para iniciar a parametrização do codTrib imediatamente, garantindo que, quando o motor de cálculo for ligado, sua empresa esteja pronta para a nova realidade fiscal do Brasil.