DeRE 2026: obrigados, prazos, eventos e integração ERP

A abertura do ambiente de produção da DeRE em 1º de outubro de 2026, às 9h, permite receber D-1001 e D-1011; ela não é o prazo final. O primeiro ciclo mensal, referente a outubro, vence em 15 de novembro e depende das tabelas processadas, do PGCC conciliado e de uma trilha que termine no recibo definitivo.

Este guia foi fechado em 29 de setembro de 2026. Como a abertura produtiva ainda era futura nessa data, o plano de implantação deve confirmar o estado do serviço antes do primeiro envio. A data oficial, o endpoint e o retorno efetivamente observado precisam entrar no dossiê de teste.

O que é DeRE e por que ela não é apenas um novo SPED

O Decreto 12.955/2026, art. 114, II, trata a Declaração de Regimes Específicos como documento fiscal eletrônico dos regimes específicos. Os arts. 116 e 127 a 133 ligam sua emissão, recepção e autorização aos leiautes e padrões técnicos publicados. Isso é diferente de chamar a DeRE apenas de uma obrigação acessória “dentro do SPED”.

Essa diferença muda o projeto. O Decreto, o Ato Conjunto RFB/CGIBS 4/2026 e as regras setoriais definem a obrigação; manuais, XSD e tabelas descrevem como cumpri-la. Um XSD válido não corrige enquadramento errado, assim como uma conclusão jurídica correta não gera um XML processável.

Os arts. 131 e 132 do Decreto também separam recepção e validação material: a autorização decorre da confirmação pelo sistema, mas não valida o conteúdo informado. Portanto, o controle precisa continuar depois do aceite técnico, reconciliando o evento com razão, contratos, documentos e a apuração assistida do IBS e da CBS. A DeRE é uma frente da implementação da Reforma Tributária, não um projeto isolado de mensageria.

Quem entrega e quem pode estar dispensado

O Manual do Usuário v1.1.0 coloca no escopo operacional, entre outros, prestadores de serviços financeiros do regime específico, operadoras de planos de assistência à saúde, planos funerários, planos de saúde de animais domésticos, concursos de prognósticos e apostas. O Decreto traz deveres setoriais nos arts. 306, 318, 324, 339, 344 e 355. A empresa deve partir do dispositivo aplicável à sua atividade, e não de uma lista comercial de segmentos.

O manual e a FAQ oficial da DeRE também descrevem dispensas e exceções para atividades exclusivas, MEI, pessoas físicas e determinadas situações do Simples. A conclusão pode ser “sim”, “não”, “parcial” ou “a confirmar”. Ela precisa registrar premissas e vigência; não deve ser copiada de outra empresa do grupo.

A entrega é consolidada pelo CNPJ raiz de oito dígitos, agregando matriz e filiais. Isso desloca o owner do arquivo local para uma governança de grupo: plano de contas, cadastros e critérios de regime precisam convergir antes de a mensageria gerar os eventos.

1º de outubro não é 15 de novembro

O Ato Conjunto RFB/CGIBS 4/2026, art. 1º, XVII, “a”, fixou 1º de outubro de 2026 para os eventos de tabela do contribuinte. O inciso XVII, “b”, fixou 15 de novembro de 2026 para os eventos periódicos mensais. O § 5º determina a entrega até o dia 15 do mês subsequente e identifica outubro de 2026 como a primeira competência.

O comunicado do SPED de 28 de setembro anunciou a abertura do ambiente produtivo às 9h de 1º de outubro para D-1001 e D-1011. Tentativas anteriores seriam rejeitadas. Esse horário é um marco técnico de recepção, não uma antecipação do vencimento.

Em esclarecimento oficial, CGIBS e RFB reforçaram que D-1001 e D-1011 devem estar concluídos e processados com sucesso antes dos eventos mensais de outubro. Em 2026, 15 de novembro cai em domingo. O Manual do Usuário, cap. III, item 2.1.2, afirma que a data não é prorrogada quando recai em sábado, domingo ou feriado.

Por governança, o calendário interno deve terminar antes do dia 15 e reservar janela para rejeição, correção e nova consulta. Adotar 13 de novembro como corte interno é uma recomendação operacional, não uma mudança do vencimento oficial. O calendário da transição tributária deve registrar os dois marcos separadamente.

D-1001, D-1011 e o PGCC formam uma cadeia de dependências

O D-1001 informa o contribuinte e seus regimes. O D-1011 leva o Plano Geral de Contas Comentado — PGCC — com contas, plano referencial e código de tratamento tributário. O segundo depende do primeiro válido. Os mensais, por sua vez, dependem do cadastro e da versão de PGCC aplicável ao período.

Isso pede lotes sequenciais. Depois de transmitir D-1001, a integração consulta o processamento, guarda o recibo e só então forma o D-1011. Alterar o PGCC e transmitir mensal no mesmo fluxo sem esperar o processamento pode fazer o evento dependente usar uma versão anterior.

O PGCC não deve nascer isoladamente na mensageria. Tax e Contabilidade precisam aprovar a relação entre conta interna, plano referencial, codTrib, desdobramentos e vigência. TI precisa versionar essa fonte e demonstrar qual versão gerou cada XML.

Os eventos mensais precisam obedecer à ordem do fechamento

A lista de eventos aplicáveis depende da atividade, das contas e do codTrib. Não existe checklist mensal universal. O sistema precisa derivar o conjunto esperado do PGCC vigente, comparar eventos enviados com eventos processados e bloquear D-1199 quando houver ausência ou rejeição.

O retorno precisa ser tratado por evento, não apenas por lote. Um lote pode conter aceites e rejeições. O painel de operação deve mostrar tipo, período, operação de inclusão/alteração/exclusão, recibo ativo e causa de cada exceção. Assim, um erro não mascara eventos que já produziram estado válido.

Se o período fechado precisar de correção, D-1198 exige o recibo correto do D-1199 ativo. A equipe deve consultar o estado oficial antes da reabertura; copiar um recibo de planilha sem validar seu ciclo de vida é um risco operacional evitável.

OAuth, XMLDSig, HTTP 201, protocolo e recibo provam coisas diferentes

OAuth 2.0 Client Credentials autoriza a aplicação a chamar a API. XMLDSig vincula autoria e integridade do evento ao certificado ICP-Brasil autorizado. TLS protege o transporte. São controles distintos: token válido não corrige assinatura inválida, e XML assinado não supera falta de escopo.

O Manual Receita Integra 1.4 documenta token com validade de 60 minutos e limite de dois tokens por hora. A integração deve armazená-lo em cache no backend, segregar ambientes e impedir que client_secret, token ou material sensível apareçam em planilhas e logs.

O comunicado de endpoints do SPED é explícito: o POST aceito retorna HTTP 201 e protocolo provisório; a comprovação da entrega e sua eficácia dependem da consulta ao processamento e do recibo definitivo. A fila não termina no primeiro sucesso HTTP. Ela termina em recibo ou em erro classificado, com owner e próxima ação.

O PGCC precisa reconciliar contabilidade, DeRE e visão oficial

O problema decisório do CFO não é “o arquivo foi enviado?”. É provar que ERP, contabilidade, DeRE e visão oficial tratam a mesma realidade. Para isso, cada conta do PGCC precisa ter vigência, plano referencial, codTrib e regra para ajustes de débito e crédito.

Contas mistas merecem atenção própria. Se uma conta interna reúne valores com tratamentos diferentes, o projeto precisa desdobrá-la de forma controlada. O totalizador deve voltar ao razão, e a memória do desdobramento deve explicar quem aprovou, qual critério foi usado e desde quando vale.

As chaves técnicas ajudam a recuperar a história: CNPJ raiz + conta + desdobramento + vigência para PGCC; CNPJ raiz + tipo + período + operação para evento; protocolo + ID + hash para transmissão; número do recibo para aceite. Essa disciplina também prepara a integração com split payment e outros retornos da apuração sem misturar objetos.

SAP, ERP e mensageria exigem inventário da versão instalada

O SAP Help Portal publica campos e configurações para CBS, IBS e Imposto Seletivo em compras, vendas e documentos fiscais. Isso é uma entrada do inventário. Não demonstra, sozinho, que a versão instalada, os add-ons, o tax engine e as customizações do cliente geram e conciliam a DeRE.

A decisão entre padrão, parceiro, middleware próprio ou operação gerenciada deve terminar em prova de conceito. O teste precisa sair do cadastro, gerar D-1001/D-1011, validar XSD, assinar, transmitir, consultar e recuperar recibo. Uma demonstração que para no XML ou no HTTP 201 não cobre o ciclo.

O roteiro de testes de ERP para a Reforma Tributária ajuda na regressão fiscal, mas a DeRE acrescenta dependências de tabela, PGCC, processamento e fechamento. Em empresas digitais, o recorte de Reforma Tributária para tecnologia e SaaS continua sendo o owner das decisões setoriais; este guia governa o fluxo horizontal da declaração. O contrato com fornecedor deve prever atualização de XSD e regras, evidência de testes, tratamento de rejeições e responsabilidade por mudanças de versão.

As rejeições precisam virar fila de causa, owner e evidência

A observabilidade deve separar transporte, autenticação, validação estrutural, assinatura, estado cadastral e dependências. Tratar toda falha como “erro no SPED” atrasa a correção e pode provocar reenvios duplicados.

Idempotência é parte do controle fiscal. ID ou hash duplicado, inclusão sobre chave ativa, alteração sem chave e exclusão sem chave têm tratamentos diferentes. O sistema precisa consultar o estado antes de decidir entre incluir, alterar, excluir ou apenas recuperar o recibo existente.

O playbook deve preservar timestamp com fuso, ambiente, endpoint, código, mensagem, tentativas, impacto e chamado. Logs não devem guardar segredo, token ou certificado privado. Para cada erro crítico, a equipe deve ensaiar correção e provar que o dossiê resultante é recuperável.

Checklist, RACI e evidências fecham o go-live

Tax e Contabilidade podem ser responsáveis pelo enquadramento, PGCC e reconciliação; TI e ERP, pela integração; Segurança, por credenciais e certificados. A Controladoria ou o CFO deve assegurar que a decisão de fechar D-1199 considera todos esses sinais. Esse desenho evita que a responsabilidade desapareça na passagem entre áreas.

O dossiê mínimo reúne memorando de enquadramento, organograma por CNPJ raiz, mapa conta–referencial–codTrib, balancete fonte, versão e hash do XSD, XML assinado, hash do XML, lote, protocolo, erros, correções e recibo definitivo por evento. Essa custódia deve integrar a governança de SPED e obrigações digitais. Print de tela é apoio; não substitui arquivos e respostas estruturadas.

O no-go é adequado quando faltam D-1001/PGCC válidos, credencial/escopo, certificado, validação no XSD ou capacidade de consultar o recibo. A abertura do ambiente não obriga a empresa a enviar um lote que ela não consegue provar e corrigir.

A documentação 1.2.0 ainda exige controle de versão

A publicação oficial da versão 1.2.0 informou que campos e críticas seriam ampliados de forma incremental e que o Manual do Usuário atualizado não acompanhou aquele pacote. Por isso, o XSD 1.2.0 governa a estrutura aceita, enquanto o manual 1.1.0 não basta para detalhar os eventos novos.

As séries D-2000, D-3000 e D-4000 foram apresentadas inicialmente para informações individualizadas, destino, créditos e cashback. O Ato Conjunto 4 indica 1º de janeiro de 2027 para os demais eventos. Antes de modelar cardinalidades ou abrir uma nova frente de desenvolvimento, é preciso conferir o XSD, as regras e o manual vigentes.

O pacote de produção deve fixar versão, data de download e hash dos arquivos. Atualização de documentação não deve entrar silenciosamente no pipeline: ela exige análise de impacto, regressão, registro de mudança e decisão sobre quando promover a nova versão.

Perguntas frequentes para CFO, Tax e ERP

Fontes, data de corte e limites

Atualizado em 29 de setembro de 2026. Foram abertos o Decreto 12.955/2026, o Ato Conjunto RFB/CGIBS 4/2026, o comunicado de endpoints do SPED, o esclarecimento CGIBS/RFB, o portal da DeRE e a FAQ oficial. A abertura produtiva de 1º de outubro ainda era futura na data de corte e deve ser reconfirmada antes de publicar. As versões, endpoints e regras técnicas podem mudar; o ambiente do cliente, sua atividade e seu ERP precisam de validação própria. O conteúdo é informativo e não substitui análise jurídica, fiscal, contábil e técnica do caso concreto.