A divergência que a ECD expõe nasce na reclassificação manual que ninguém espelhou no SAP.

Muita empresa ainda trata a Escrituração Contábil Digital (ECD) como uma obrigação de calendário: gerar o arquivo, validar no PVA, transmitir. Na prática, a ECD deixou de ser só um arquivo contábil há tempos. Ela virou uma das principais bases de cruzamento automático da Receita Federal, e entender por que exige olhar para dentro dela, não só para a data de entrega.

A ECD reúne praticamente toda a estrutura contábil da empresa: plano de contas, lançamentos, saldos patrimoniais, resultado do exercício, demonstrações contábeis completas e dados societários, tudo dentro do mesmo arquivo, na mesma estrutura de blocos e registros, para toda empresa obrigada a entregá-la. Isso a transforma numa fonte rica para comparação automatizada com outras obrigações que a mesma empresa já entregou. O Manual de Orientação do Leiaute 9 da ECD, publicado pela Receita Federal (atualização de maio de 2026), é explícito sobre isso: entre os objetivos do próprio Sistema Público de Escrituração Digital (SPED) está tornar mais célere a identificação de ilícitos tributários, "com a melhoria do controle dos processos, a rapidez no acesso às informações e a fiscalização mais efetiva das operações com o cruzamento de dados e auditoria eletrônica". Não é uma leitura nossa: é o texto oficial descrevendo para que o sistema foi desenhado.

O SPED como sistema foi instituído pelo Decreto nº 6.022, de 22 de janeiro de 2007, com alterações pelo Decreto nº 7.979, de 8 de abril de 2013, que o define como "instrumento que unifica as atividades de recepção, validação, armazenamento e autenticação de livros e documentos que integram a escrituração contábil e fiscal dos empresários e das pessoas jurídicas, inclusive imunes ou isentas, mediante fluxo único, computadorizado, de informações". Entre os benefícios que o próprio material oficial do SPED lista está, lado a lado com redução de papel e simplificação de obrigações acessórias, a "possibilidade de cruzamento entre os dados contábeis e os fiscais" e o "fortalecimento do controle e da fiscalização por meio de intercâmbio de informações entre as administrações tributárias". Ou seja: o cruzamento não é um efeito colateral do sistema, é um dos motivos pelos quais ele foi desenhado dessa forma, com um leiaute único, obrigatório e estruturado por blocos e registros, em vez de um arquivo livre por empresa.

Quem é obrigado a entregar a ECD, e desde quando isso deixou de ser opcional

A obrigatoriedade está no art. 3º da Instrução Normativa RFB nº 2.003/2021: devem apresentar a ECD as pessoas jurídicas, inclusive as equiparadas e as entidades imunes e isentas, obrigadas a manter escrituração contábil nos termos da legislação comercial. A mesma norma prevê seis exceções, e vale conhecê-las porque cada uma delas já foi, em algum momento, motivo de dúvida real em cliente: optantes pelo Simples Nacional; órgãos públicos, autarquias e fundações públicas; pessoas jurídicas inativas; imunes e isentas com receitas/doações/incentivos somando menos de R$ 4.800.000,00 no ano-calendário; lucro presumido que cumpre o regime de caixa do art. 45 da Lei nº 8.981/1995; e a Itaipu Binacional.

Duas dessas exceções têm parágrafo próprio de exclusão da exclusão, o que é o tipo de detalhe que se perde com facilidade num processo automatizado: a exceção do Simples Nacional e a do lucro presumido em regime de caixa não se aplicam à microempresa ou empresa de pequeno porte que recebeu aporte de capital (arts. 61-A a 61-D da Lei Complementar nº 123/2006), nem à pessoa jurídica que distribuiu lucros ou dividendos sem retenção de IRRF acima da base de cálculo do imposto apurado. Uma empresa que se enquadrava numa exceção em um ano-calendário e deixou de se enquadrar no seguinte, sem que ninguém revalidasse isso na parametrização, é candidata a ficar sem ECD entregue num ano em que era obrigatória.

O prazo, hoje, é até o último dia útil de junho do ano subsequente ao ano-calendário da escrituração (art. 5º da IN 2.003/2021, na redação dada pela IN RFB nº 2.142/2023), com o prazo se encerrando às 23h59min59s horário de Brasília do dia fixado. Em situações de extinção, cisão, fusão ou incorporação, o prazo muda: se o evento ocorrer entre janeiro e maio, a ECD sai até o último dia útil de junho do mesmo ano; se ocorrer entre junho e dezembro, sai até o último dia útil do mês seguinte ao evento.

O que acontece quando a ECD não sai, sai errada, ou sai atrasada

A multa não é um detalhe pequeno de rodapé. O art. 11 da IN 2.003/2021 remete às penalidades do art. 12 da Lei nº 8.218/1991 (na redação dada pela Lei nº 13.670/2018), e o texto legal fixa três hipóteses: 0,5% da receita bruta do período da escrituração para quem não atender aos requisitos de apresentação dos registros; 5% sobre o valor da operação correspondente, limitado a 1% da receita bruta, para quem omitir ou prestar incorretamente as informações; e 0,02% por dia de atraso sobre a receita bruta, limitado a 1% dela, para quem descumprir o prazo. Para quem usa o SPED, essas multas são reduzidas: à metade quando a obrigação é cumprida após o prazo mas antes de qualquer procedimento de ofício, e para 75% do valor quando cumprida no prazo fixado em intimação (ou seja, uma redução efetiva de 25% sobre o valor original, não uma multa de 75% do que seria cobrado sem o SPED).

O ponto prático aqui não é o percentual em si. É que a multa por incorreção incide sobre "o valor da operação correspondente", o que amplia o risco justamente nos casos em que a divergência aparece num lançamento de valor relevante, que é exatamente o tipo de lançamento que um cruzamento automatizado prioriza detectar.

A estrutura da própria ECD: os blocos, o que cada um carrega, e onde mora o risco

Quem só vê a ECD como "o arquivo que o contador gera" perde de vista que ela tem uma anatomia própria, definida registro a registro no Manual de Orientação. Conhecer essa anatomia ajuda a entender onde uma divergência nasce e onde ela aparece no arquivo final.

Bloco 0, Abertura, identificação e referências

Abre o arquivo e identifica a pessoa jurídica: CNPJ, UF, inscrição estadual e municipal, indicador de situação especial, indicador de existência de NIRE (registro na Junta Comercial), indicador de finalidade da escrituração (original ou substituta) e um campo específico, o IND_GRANDE_PORTE, que sinaliza se a empresa é uma entidade sujeita a auditoria independente, o que ocorre quando o Ativo Total é superior a R$ 240.000.000,00 ou a Receita Bruta Anual é superior a R$ 300.000.000,00. Esse indicador não é decorativo: ele muda obrigações dentro do próprio Bloco J, como a exigência do registro J935 (identificação dos auditores independentes). O Bloco 0 também carrega o cadastro de participantes (fornecedores, clientes, sócios) usado como referência cruzada dentro dos próprios lançamentos.

Bloco C, Informações recuperadas da escrituração contábil anterior

Existe para garantir consistência aritmética entre um ano-calendário e o seguinte: recupera o plano de contas, o plano de contas referencial, os saldos periódicos e as demonstrações contábeis da ECD anterior, e permite comparar o hash da escrituração recuperada com o hash da ECD original daquele período. O próprio Manual da ECD é direto sobre o objetivo: verificar se o saldo final das contas e centros de custo do período imediatamente anterior é igual ao saldo inicial das contas e centros de custo do período atual, quando não houve mudança de plano de contas (quando há mudança, o mapeamento vai para o registro I157, que existe justamente para tratar transferência de saldo entre planos diferentes).

A funcionalidade de recuperação só fica disponível quando cinco condições são atendidas ao mesmo tempo: mesmo CNPJ na ECD atual e na anterior; mesmo CNPJ de Sociedade em Conta de Participação, se houver; a ECD anterior precisa estar assinada; as duas precisam ser do mesmo tipo de livro (o indicador da forma de escrituração contábil, campo IND_ESC do registro I010, "G", "R" ou "B", tem que coincidir); e o período da ECD anterior precisa ser imediatamente anterior ao da atual, sem lacuna de datas entre as duas. Um detalhe pouco óbvio, mas relevante para quem monta o processo de geração: se o arquivo da ECD anterior foi aberto e alterado em qualquer editor de texto (mesmo sem mudar o conteúdo fiscal), a assinatura digital pode invalidar, e a recuperação falha com erro, obrigando a buscar o arquivo original assinado, não uma cópia editada. É esse tipo de falha de processo, não de cálculo fiscal, que às vezes impede a própria consistência aritmética de ser verificada antes da transmissão.

Bloco I, Lançamentos contábeis

É o bloco mais extenso e o coração da escrituração: identificação da escrituração (registro I010), livros auxiliares ao diário, plano de contas (I050) e sua vinculação ao plano de contas referencial (I051), o mesmo plano referencial usado pelos registros L100, L300, P100, P150, U100 e U150 da ECF desde o ano-calendário 2014, segundo o próprio Manual da ECD. É esse vínculo que permite comparação de saldo por conta entre as duas escriturações sem depender de mapeamento manual. O Bloco I também carrega os saldos periódicos (I150/I155), os lançamentos propriamente ditos com suas partidas (I200/I250), balancetes diários (I300/I310) e o saldo das contas de resultado antes do encerramento (I350/I355), este último é o registro que, na prática, mostra o resultado apurado antes de qualquer lançamento de encerramento de exercício, e é um ponto de atenção específico quando o resultado final apresentado no Bloco J diverge do que os lançamentos do Bloco I sustentam.

Bloco J, Demonstrações contábeis

Carrega o Balanço Patrimonial (J100) e a Demonstração do Resultado do Exercício (J150), além da Demonstração de Lucros ou Prejuízos Acumulados/Demonstração de Mutações do Patrimônio Líquido (J210/J215) e o Termo de Encerramento com os signatários da escrituração (J900/J930). É neste bloco que mora o dado que qualquer outra obrigação que declare resultado, lucro ou patrimônio vai, cedo ou tarde, ser comparado. Também é aqui que aparece o registro J801 (Termo de Verificação para Fins de Substituição da ECD), usado quando uma ECD original é substituída, e o próprio registro de substituição (J932) exige novos signatários, o que documenta formalmente quem assumiu a responsabilidade pela correção.

Bloco K, Conglomerados econômicos

Bloco facultativo, existe para consolidação contábil de grupos econômicos: relação das empresas consolidadas, eventos societários (fusão, incorporação, cisão) entre elas, plano de contas consolidado e o mapeamento entre os planos de contas de cada empresa do grupo para esse plano consolidado (K210). É onde mora o risco específico de grupos que têm SAP implantado em unidades diferentes com parametrizações fiscais diferentes entre si: a consolidação do Bloco K expõe, na prática, se essas parametrizações estão de fato alinhadas ou só parecem estar quando olhadas isoladamente.

Bloco 9, Controle e encerramento do arquivo digital

Bloco técnico de fechamento, que soma a contagem de registros do arquivo (registro 9900) e sinaliza o encerramento formal do arquivo digital (9999). Não carrega conteúdo fiscal em si, mas qualquer inconsistência na contagem aqui é sinal de arquivo corrompido ou mal gerado, o tipo de erro que travaria a validação no PVA antes mesmo de chegar a qualquer análise de conteúdo.

Os cruzamentos, um por um

Vale detalhar cada um dos cruzamentos: o que costuma ser comparado, e como a divergência nasce na prática, com uma ressalva importante primeiro. A Receita Federal não publica, em manual único e aberto, a mecânica campo a campo de cada cruzamento (isso faz parte da própria lógica de malha fiscal, que não expõe integralmente seus critérios). O que segue abaixo, sobre o mecanismo de cada divergência, é leitura nossa sobre como a inconsistência costuma nascer dentro de um ambiente SAP, não uma norma que estamos citando como se fosse texto oficial da Receita.

ECD × ECF

A Escrituração Contábil Fiscal (ECF) parte, entre outras fontes, do mesmo plano de contas referencial que a ECD usa nos registros I050/I051, o Manual da ECD confirma isso explicitamente, citando os registros L100, L300, P100, P150, U100 e U150 da ECF como destino desse mapeamento. Isso significa que o saldo de uma conta contábil, mapeado para um código referencial na ECD, deveria aparecer de forma coerente na ECF quando ela reconstrói o Livro de Apuração do Lucro Real (Lalur) e o resultado tributável a partir desses mesmos saldos. A divergência nasce, na prática, quando o mapeamento de conta para código referencial (I051) é feito uma vez e não é revisado quando o plano de contas muda, ou quando uma conta nova é criada no SAP sem receber o mapeamento correspondente, e a empresa preenche a ECF olhando para o saldo real da conta, mas a ECD entrega o saldo com o código referencial desatualizado ou ausente.

ECD × DCTF/DCTFWeb

A DCTF e a DCTFWeb declaram os tributos federais apurados (a mensalmente, ou por evento, conforme o tributo). O resultado apurado que sustenta esses valores declarados tem origem na mesma contabilidade que gera o Balanço e a DRE do Bloco J da ECD. A divergência nasce quando um ajuste é feito diretamente na apuração do tributo (uma reclassificação de despesa dedutível, um ajuste de base de cálculo) sem que o mesmo ajuste seja refletido, com a mesma data e valor, na contabilidade que compõe a ECD, ou o inverso, quando um lançamento contábil de encerramento (frequentemente feito depois do fechamento fiscal do mês) muda um saldo que já tinha sustentado um valor declarado.

ECD × EFD-Contribuições

A EFD-Contribuições declara a apuração de PIS e Cofins a partir da receita bruta e da estrutura de contas de receita e dedução. Essa mesma receita bruta aparece na Demonstração do Resultado do Exercício do Bloco J da ECD. A divergência nasce tipicamente quando uma conta de receita é reclassificada entre operacional e não operacional (ou entre tributada e não tributada) na apuração fiscal, sem que a mesma reclassificação exista na contabilização de origem, o valor total pode até bater, mas a composição por natureza de receita, que é o que a EFD-Contribuições exige detalhar, não bate mais com o que a ECD mostra agregado.

ECD × cadastro do CNPJ

Este é o cruzamento mais simples de entender e, por isso mesmo, o mais fácil de negligenciar: o registro 0000 da ECD carrega o nome empresarial, o CNPJ, a UF e o município de domicílio fiscal, e vários registros do Bloco 0 tratam de administradores, sócios e situação especial. Uma mudança societária real (troca de administrador, mudança de endereço, alteração de capital) que não foi atualizada no cadastro do CNPJ antes da geração da ECD gera uma divergência entre o que a Receita já tem cadastrado e o que a escrituração está declarando, divergência que não depende de nenhum cálculo fiscal, só de dado cadastral desatualizado.

Há uma variação desse mesmo cruzamento que costuma pegar empresas com mais de uma planta ou filial dentro do mesmo SAP: quando a escrituração é descentralizada (campo IND_CENTRALIZADA do registro 0000 marcado como "1"), o registro 0020 exige o CNPJ de cada filial vinculado à matriz, e as regras de preenchimento são diferentes conforme o arquivo é o da matriz (que lista uma ou mais filiais) ou o de uma filial (que lista só a matriz correspondente). Num grupo com múltiplas plantas cadastradas como centros distintos no SAP, garantir que cada CNPJ de filial está corretamente vinculado, e que nenhuma unidade nova ficou de fora dessa lista, é outro ponto cadastral que não envolve cálculo fiscal nenhum, mas que gera divergência visível assim que alguém compara o que consta no Bloco 0 de cada arquivo com a estrutura societária real do grupo.

ECD × histórico contábil da própria empresa

Este cruzamento não depende de nenhuma outra obrigação: é a própria série histórica da empresa se checando. O Bloco C existe justamente para isso, recuperar o plano de contas, os saldos e as demonstrações do ano anterior e permitir comparar o hash daquela ECD recuperada com o hash da ECD original transmitida naquele período. Mudanças bruscas de estrutura contábil, saldo inicial de um ano que não bate com o saldo final declarado no ano anterior, ou uma reclassificação de plano de contas feita sem preservar a rastreabilidade histórica chamam atenção por si só, independente de qualquer outra obrigação estar ou não em dia.

O que muda em ambiente SAP com Guepardo Tax

Num ambiente SAP com Guepardo Tax, a ECD normalmente é gerada a partir dos mesmos módulos que alimentam a apuração fiscal corrente, o que é uma vantagem quando a parametrização contábil e fiscal está de fato alinhada e é rastreável, e é exatamente onde a divergência silenciosa aparece quando não está. O padrão mais comum que observamos, descrito aqui como leitura de mecanismo e não como medição de cliente específico, tem três formas recorrentes:

• Reclassificação manual de conta: um lançamento é reclassificado diretamente no razão contábil (fora do fluxo automático que alimenta também a apuração fiscal), corrigindo o que aparece no Balanço e na DRE sem que a mesma correção chegue à base que sustenta a DCTF/DCTFWeb ou a EFD-Contribuições daquele mesmo período.
• Regra de determinação fiscal alterada sem aviso simétrico ao time contábil: uma mudança na regra que determina como uma operação é tributada (alíquota, CFOP, natureza de operação) muda o resultado da apuração fiscal, mas o time responsável pela contabilização, se não for informado da mesma mudança pelo mesmo canal e com a mesma urgência, continua contabilizando pela regra anterior até o próximo fechamento.
• Saldo ajustado fora do fluxo padrão: um ajuste feito diretamente no saldo de uma conta (via lançamento manual de ajuste, fora do processo de apuração corrente) resolve um problema pontual de fechamento, mas quebra a rastreabilidade entre o dado de origem (nota fiscal, movimento de estoque, folha) e o saldo final que vai para a ECD, e sem essa rastreabilidade, não há como provar, depois, por que aquele saldo é o que é.

O risco raramente aparece no momento da transmissão. Ele aparece depois, quando a Receita cruza o que a ECD mostra com o que a ECF, a DCTF/DCTFWeb ou a EFD-Contribuições já declararam, e alguma coisa não bate, e nesse momento, reconstruir o raciocínio de por que o saldo é aquele, sem rastreabilidade, é ordens de grandeza mais caro do que teria sido corrigir antes de transmitir.

O papel do dado mestre comum e da rastreabilidade

Isso não é uma proposta de solução tributária (essa decisão continua sendo sempre do cliente); é uma constatação de mecanismo. Quanto mais a apuração contábil e a apuração fiscal rodarem sobre dado mestre comum e rastreável dentro do SAP, mesmo plano de contas de origem, mesma regra de determinação, mesma data de corte de fechamento, menor a chance estrutural de uma divergência aparecer só quando já é tarde para corrigir com tranquilidade. Rastreabilidade, neste contexto, significa conseguir responder, para qualquer saldo que a ECD declara: de onde veio esse número, qual módulo gerou o lançamento de origem, quem alterou o quê e quando, e se essa mesma alteração está refletida em todas as obrigações que dependem dele. Quando essa cadeia existe, uma auditoria (interna ou da própria Receita) tem uma resposta objetiva. Quando não existe, a resposta vira reconstrução de memória de quem estava na empresa naquele fechamento, o que raramente convence um auditor e raramente coincide entre duas pessoas diferentes contando a mesma história.

Erros concretos e recorrentes

Descritos como padrão de mecanismo, não como medição de um cliente específico, e sem nenhum dado de cliente:

• Plano de contas referencial desatualizado: contas novas criadas no SAP ao longo do ano-calendário sem receber o mapeamento correspondente no registro I051, fazendo a ECD entregar saldo sob código referencial genérico ou ausente enquanto a ECF (que usa o mesmo referencial) espera consistência.
• Saldo inicial que não bate com o saldo final do ano anterior: identificável dentro do próprio Bloco C, quando a recuperação da escrituração anterior não confere com o hash da ECD original daquele período, normalmente sintoma de reprocessamento de fechamento sem reemissão formal de ECD substituta.
• Resultado do Bloco J divergente do saldo das contas de resultado do Bloco I: quando o registro I350/I355 (saldo das contas de resultado antes do encerramento) não reconcilia com o que o J150 apresenta como Demonstração do Resultado do Exercício, geralmente por lançamento de encerramento de exercício feito fora do fluxo automatizado.
• Divergência entre unidades de um mesmo grupo no Bloco K: quando a consolidação expõe que duas unidades usam parametrizações fiscais diferentes para operações equivalentes, e isso só fica visível no momento em que o plano de contas de cada empresa é mapeado para o plano consolidado.
• Cadastro do CNPJ desatualizado em relação ao registro 0000: mudança societária real (administrador, endereço, capital) não replicada no cadastro antes da geração do arquivo, gerando divergência puramente cadastral que não tem nenhuma relação com apuração fiscal, mas ainda assim chama atenção.
• Centro de custo divergente entre contabilidade e controladoria: o registro I100 é obrigatório para toda empresa que usa centro de custo na contabilidade, e o próprio manual exige isso mesmo quando o centro de custo não é usado nos registros de plano de contas referencial (I051/I052). Em ambiente SAP, é comum o módulo de controladoria (CO) manter uma estrutura de centro de custo mais granular do que a que chega à contabilização financeira (FI), e se essa granularidade não for reconciliada antes da geração da ECD, o centro de custo declarado pode não refletir a estrutura real usada na gestão interna.
• Assinatura inválida por edição manual do arquivo anterior: um arquivo de ECD já transmitido e assinado que é reaberto num editor de texto qualquer (mesmo sem alterar valores) pode invalidar a assinatura digital, e isso trava a funcionalidade de recuperação da ECD anterior no ano seguinte, um problema de processo que aparece só quando já é tarde para regenerar com calma.
• Lançamento extemporâneo sem tratamento correto: o registro I200 tem um indicador específico para lançamento de fato ocorrido em período anterior ao que está sendo registrado ("X", lançamento extemporâneo), exigindo inclusive a data de ocorrência do fato quando ela é conhecida. Um ajuste tardio lançado como lançamento normal, sem esse indicador, aparece na ECD como se tivesse ocorrido no período corrente, mas pode já ter sido refletido em outra obrigação (ECF, DCTF/DCTFWeb) com referência ao período correto, gerando descompasso de data entre as duas bases mesmo quando o valor está certo.

Quem assina a ECD, e por que isso importa além do formalismo

O registro J930 (Signatários da Escrituração) exige a identificação de quem assina a ECD, e o desenho do leiaute distingue papéis: normalmente o representante legal da empresa e o profissional contábil responsável técnico, cada um com sua própria certificação digital. Quando a empresa se enquadra no indicador de grande porte (o campo IND_GRANDE_PORTE do registro 0000, acionado por Ativo Total acima de R$ 240.000.000,00 ou Receita Bruta Anual acima de R$ 300.000.000,00), o registro J935 exige também a identificação dos auditores independentes responsáveis pela auditoria daquele exercício. Isso significa que, para essas empresas, a ECD deixa de ser apenas uma peça contábil-fiscal e passa a carregar, dentro do próprio arquivo transmitido à Receita, o vínculo formal entre o resultado apurado e quem o auditou de forma independente, criando mais um ponto de referência cruzada: um resultado auditado que diverge, depois, do que outras obrigações declaram tem um nível de escrutínio adicional embutido na própria estrutura do arquivo.

Quando uma ECD já transmitida precisa ser corrigida, o processo de substituição (registro J801, Termo de Verificação para Fins de Substituição) exige novos signatários no registro J932, o que documenta formalmente, dentro do próprio SPED, quem assumiu a responsabilidade pela correção e quando ela ocorreu. Isso tem uma implicação prática direta para quem opera a parametrização fiscal no SAP: uma correção feita sem gerar ECD substituta formal não aparece nesse rastro. Ela pode resolver o problema do lado de dentro da empresa, mas não resolve a divergência do ponto de vista de quem cruza os dados do lado de fora.

O que verificar antes de transmitir

Uma lista prática, na ordem em que a verificação costuma fazer mais sentido dentro do ciclo de fechamento:

• Confirmar que todas as contas novas criadas no ano-calendário têm mapeamento no plano de contas referencial (registro I051), não só as contas que já existiam no início do período.
• Comparar o saldo final do Bloco C (recuperação do ano anterior) com o saldo inicial que a ECD do período atual está declarando, e investigar qualquer diferença antes de transmitir, não depois.
• Reconciliar o saldo das contas de resultado antes do encerramento (I350/I355) com a Demonstração do Resultado do Exercício do Bloco J (J150).
• Validar que o resultado apurado que sustenta a ECF, a DCTF/DCTFWeb e a EFD-Contribuições do mesmo período tem origem nos mesmos lançamentos que compõem o Balanço e a DRE da ECD, e não em ajustes feitos só na apuração fiscal, sem espelho contábil.
• Conferir se o cadastro do CNPJ (nome empresarial, endereço, administradores, capital) está atualizado antes de gerar o registro 0000.
• Se a empresa se enquadra no indicador de grande porte (Ativo Total acima de R$ 240 milhões ou Receita Bruta Anual acima de R$ 300 milhões), confirmar que o registro J935 (identificação dos auditores independentes) está preenchido e coerente com a auditoria efetivamente contratada.
• Em grupos econômicos, conferir se o mapeamento de cada empresa para o plano de contas consolidado (K210) reflete a mesma regra fiscal aplicada a operações equivalentes entre as unidades.
• Revalidar, a cada ano-calendário, se a empresa ainda se enquadra (ou deixou de se enquadrar) em alguma das exceções de obrigatoriedade do art. 3º da IN RFB 2.003/2021, em especial as exceções que têm parágrafo próprio de exclusão da exclusão (aporte de capital em ME/EPP, distribuição de lucros sem retenção de IRRF).

Perguntas frequentes

A ECD por si só já gera autuação se tiver uma divergência?

Não é o cruzamento isolado que decide a tese fiscal, essa decisão é sempre do cliente e do processo de análise que a Receita conduz caso a caso. O que a estrutura da ECD e o desenho do SPED tornam possível é a identificação automática da divergência, o que muda o tempo entre o erro acontecer e alguém perceber, de anos (numa fiscalização tradicional) para o ciclo seguinte de cruzamento eletrônico.

Empresa optante pelo lucro presumido também precisa se preocupar com esse cruzamento?

Depende do regime de apuração adotado. A exceção de obrigatoriedade da ECD para lucro presumido só vale para quem usa o regime de caixa nos termos do parágrafo único do art. 45 da Lei nº 8.981/1995; desde 2016, toda pessoa jurídica no lucro presumido que apura pelo regime de competência é obrigada a entregar a ECD normalmente, segundo esclarecimento expresso da própria Receita (Solução de Consulta Cosit nº 91/2017, citada no material oficial do SPED).

O que muda se a empresa faz parte de um grupo com mais de um SAP ou mais de uma instância?

O Bloco K (facultativo, para consolidação de conglomerados econômicos) expõe justamente esse cenário: cada empresa do grupo mapeia seu próprio plano de contas para um plano consolidado (registro K210), e é nesse mapeamento que aparece se as regras fiscais aplicadas a operações equivalentes em unidades diferentes do grupo estão de fato alinhadas entre si.

Uma ECD já transmitida pode ser corrigida depois?

Sim, por meio de ECD substituta, o próprio leiaute prevê o indicador de finalidade da escrituração (campo IND_FIN_ESC do registro 0000, com valores "original" ou "substituta") e o Termo de Verificação para Fins de Substituição (registro J801), que exige novos signatários no processo (registro J932). A substituição não apaga o histórico: ela documenta formalmente quem assumiu a responsabilidade pela correção e quando ela ocorreu.

O time de TI/Basis é responsável por decidir como corrigir uma divergência encontrada num cruzamento?

Não. A decisão sobre a tese tributária de qualquer correção é sempre do cliente. O papel de quem desenha e mantém a parametrização no SAP é garantir que o comportamento do sistema seja rastreável, testável e coerente com a regra que foi decidida, não decidir, no lugar do cliente, qual é a interpretação tributária correta.

O que é um lançamento extemporâneo, e por que ele exige tratamento diferente na ECD?

É o lançamento contábil que registra um fato ocorrido em período anterior ao período que está sendo escriturado, o registro I200 tem um indicador próprio para isso (indicador "X"), distinto do lançamento normal ("N") e do lançamento de encerramento de contas de resultado ("E"). Quando esse indicador não é usado corretamente, e o ajuste tardio é lançado como se fosse do período corrente, a ECD passa a mostrar uma data de ocorrência que não corresponde à data real do fato, o que é justamente o tipo de descompasso que aparece quando alguém compara a ECD com uma obrigação que já tinha declarado aquele mesmo fato num período diferente.

O que fica, no fim das contas

A ECD não é um arquivo isolado que se gera uma vez por ano e se esquece até o próximo junho. Ela é, por desenho do próprio SPED, uma das peças que a Receita Federal usa para checar se a história que a contabilidade conta bate com a história que as demais obrigações fiscais contam sobre a mesma empresa, no mesmo período. Isso não muda o papel de quem opera a parametrização fiscal no SAP: a decisão sobre qualquer tese tributária continua sendo sempre do cliente. O que muda é o padrão de trabalho que separa quem só cumpre o calendário de quem reduz risco de verdade, verificar a consistência entre ECD, ECF, DCTF/DCTFWeb e EFD-Contribuições antes de cada transmissão, manter o plano de contas referencial atualizado a cada conta nova, e garantir que toda correção relevante gere rastro formal (ECD substituta, quando for o caso), em vez de existir só dentro da conversa entre quem ajustou o número e quem assinou a escrituração.

Ver também: O SPED que passou no PVA e ainda assim gerou autuação, sobre o mesmo tipo de divergência silenciosa entre obrigações acessórias, e Guepardo sem governança não elimina risco, só automatiza incerteza, sobre por que rastreabilidade de parametrização é o que separa automação confiável de automação que só esconde o problema.

Se a sua ECD, a ECF e a DCTF/DCTFWeb nunca foram checadas lado a lado dentro do próprio SAP, o Diagnóstico Fiscal Estruturado mapeia exatamente esse tipo de divergência antes que a Receita a encontre primeiro.