O arquivo entregue ao fisco precisa bater com o que o SAP apurou
O SAP calcula o imposto, mas a obrigação acessória continua sendo da empresa: o arquivo do SPED (Sistema Público de Escrituração Digital, o conjunto de escriturações digitais entregues ao fisco) Fiscal, o da EFD (Escrituração Fiscal Digital) Contribuições, a EFD-Reinf, a ECD (Escrituração Contábil Digital) e a ECF (Escrituração Contábil Fiscal), entregues no prazo e sem divergência entre o que foi apurado e o que foi transmitido.
Esta página mostra onde a obrigação costuma quebrar dentro do SAP, de onde vem cada dado e como a DFSpro confere a ponte entre parametrização, cálculo e arquivo entregue, para que o prazo de entrega não seja o único critério de que o arquivo está certo.
Onde a obrigação quebra no SAP
O ponto onde mais se perde tempo não costuma ser o cálculo em si. É a divergência entre o que foi apurado e o que o SPED exige, descoberta tarde demais para corrigir sem pressa. Isso acontece quando o ajuste manual é feito fora do sistema, na hora de fechar, e o arquivo gerado já não reflete a apuração. Nesse caso, a obrigação até é entregue no prazo, mas entrega um número que o próprio sistema já não sustenta, e essa é a forma mais cara de divergência.
O SPED é construído com dados de vários módulos: Financeiro, Controladoria, Materiais e Vendas. Se a parametrização fiscal de um deles não gera os registros certos, o erro atravessa o fechamento sem ser percebido. A Receita cruza declarações entre si, e o que não foi conferido antes do envio é encontrado depois, por ela.
Por isso a pergunta central desta frente é simples: existe conferência estruturada antes de transmitir a obrigação, ou ela só acontece depois do retorno da malha fiscal?
Há uma segunda pergunta, menos confortável. Se um auditor pedisse hoje para explicar, campo a campo, por que um registro do arquivo tem aquele valor, alguém na equipe conseguiria responder a partir do SAP, ou a resposta dependeria de reconstruir o raciocínio a partir de planilhas? Obrigação acessória defensável é a que pode ser explicada do documento até o arquivo, sem lacuna no meio.
Obrigação, origem do dado no SAP e risco
Cada obrigação nasce de uma parte diferente do ambiente. Conhecer a origem do dado é o que permite saber onde conferir.
| Obrigação | De onde vem o dado no SAP | Onde o risco aparece |
|---|---|---|
| SPED Fiscal (EFD ICMS/IPI) | Escrituração de documentos de mercadorias e serviços, apuração de ICMS (Imposto sobre Circulação de Mercadorias e Serviços) e IPI, inventário e produção. | Registros como C100, C170 e C190 inconsistentes com os movimentos dos módulos, e blocos H e K. |
| EFD Contribuições | Apuração de PIS e Cofins e créditos sobre as entradas. | Divergência com a DCTF (Declaração de Débitos e Créditos Tributários Federais) e crédito apropriado sem base no documento. |
| EFD-Reinf | Retenções na fonte em serviços, como IR, PCC (retenção de PIS, Cofins e CSLL) e INSS (Instituto Nacional do Seguro Social). | Retenção calculada no SAP diferente da retenção declarada. |
| ECD | Escrituração contábil: plano de contas e razão. | Plano de contas sem correspondência com o referencial e razão que não reflete o apurado no fiscal. |
| ECF | Apuração de IRPJ (Imposto de Renda da Pessoa Jurídica) e CSLL (Contribuição Social sobre o Lucro Líquido) a partir da contabilidade. | Ajustes fiscais feitos em planilha, fora do sistema. |
| DCTFWeb | Unifica dados da EFD-Reinf, do eSocial e do MIT para calcular tributos federais. | Erro no dado de origem vira débito calculado errado, sem aviso. |
Duas famílias, duas perguntas de conferência
As obrigações se agrupam pela origem do dado, e cada grupo pede uma pergunta de conferência diferente: o arquivo bate com os documentos, ou o arquivo bate com a contabilidade?
SPED Fiscal e EFD Contribuições
Arquivos de ICMS, IPI, PIS e Cofins. Dependem da escrituração fiscal de cada documento e dos créditos apropriados. A conferência cruza o arquivo com os documentos escriturados e com a apuração, registro a registro, nos blocos mais sensíveis, como os de inventário e de produção. É nesses blocos que a divergência entre módulos tende a aparecer primeiro, porque dependem de dados de Materiais, de Produção e do Fiscal ao mesmo tempo.
ECD, ECF e EFD-Reinf
Obrigações que ligam a contabilidade ao fisco. A ECD e a ECF dependem de plano de contas, razão e ajustes fiscais coerentes com a apuração, e a EFD-Reinf depende das retenções calculadas na entrada de serviços. O risco está no ponto em que o dado muda de mãos entre áreas.
Em empresas com vários CNPJs, cada unidade entrega os seus arquivos, e a conferência olha também o critério de grupo, para que uma regra não seja copiada de uma filial para outra sem revisão.
Do dado ao arquivo entregue
A conferência acompanha o caminho do dado, e não apenas o arquivo final. Quatro pontos, sempre na mesma ordem.
Dado mestre e documento
Checagem de CFOP (Código Fiscal de Operações e Prestações), CST (Código de Situação Tributária), NCM (Nomenclatura Comum do Mercosul, a classificação fiscal da mercadoria) e cadastro fiscal por filial antes de processar, porque o arquivo herda qualquer erro que entre por aqui.
Apuração
Cruzamento entre o que o motor fiscal calculou e o que deveria ter calculado, dado o cenário fiscal do período.
Geração e validação
Geração dos arquivos e validação de que o transmitido bate, campo a campo, com o apurado.
Entrega e guarda
Conferência antes da transmissão, protocolo guardado e trilha que permite explicar cada valor depois.
A governança contínua inclui conferir essa ponte: se a parametrização está gerando os registros certos para o SPED, e se uma mudança de regra de um lado não deixou o outro desatualizado.
Sinais de divergência entre apuração e arquivo
Nenhum deles prova um problema grave isolado. Repetidos, mostram que a conferência acontece depois do envio, e não antes.
- Apuração que bate no sistema mas diverge do SPED gerado, porque o ajuste manual acontece fora do SAP.
- Registros do SPED que não conferem com os movimentos dos módulos que os alimentam.
- Discrepância entre o CIAP (Controle de Crédito do Ativo Permanente) escriturado e o razão do ativo imobilizado.
- Bloco K e inventário montados a partir de planilha paralela.
- Retificação de arquivo recorrente depois da transmissão.
- Uma única pessoa que sabe montar o arquivo no mês de fechamento.
- Obrigação de uma filial nova copiada de outra sem revisão.
Cada sinal repetido em mais de um período indica uma causa na parametrização ou no processo, e a conferência procura essa causa antes de procurar o culpado do mês.
SAP TDF, DRC e ACR: quando usar cada um
Três siglas aparecem nas conversas de obrigação acessória, e elas não resolvem a mesma coisa.
Três nomes, camadas diferentes
O DRC (SAP Document and Reporting Compliance) é a solução mais recente da SAP para conformidade fiscal e documental, sucessora do ACR (Advanced Compliance Reporting) e do TDF (Tax Declaration Framework). Cobre tanto documentos eletrônicos quanto relatórios legais obrigatórios, incluindo arquivos do SPED.
Essas ferramentas resolvem a camada de transporte e de formato do relatório. A camada de cálculo e de determinação do imposto segue sendo de um motor fiscal integrado, o GUEPARDO Tax, que também gera e valida obrigações na mesma base do cálculo. A escolha depende da versão do SAP, do que a empresa já tem implantado e de quanto do arquivo é gerado dentro do próprio landscape. A DFSpro confere a ponte entre a parametrização e o que o arquivo exige, qualquer que seja a ferramenta que o gera.
Documentos fiscais eletrônicos no SAP Parametrização fiscal no SAP GUEPARDO Tax
Perguntas para levar à sua conversa interna
01O GUEPARDO Tax gera o SPED?+
O GUEPARDO Tax gera e valida obrigações como a EFD ICMS/IPI, a EFD-Contribuições, a ECD, a ECF e a EFD-Reinf na mesma base do cálculo. Mesmo assim, quem responde pela obrigação é a empresa, e a conferência entre o apurado e o transmitido continua sendo necessária.
02O que significa conferir antes da transmissão?+
Significa validar, antes do envio, se os registros do arquivo são consistentes com os movimentos dos módulos que os alimentam e com a apuração do período. O contrário, descobrir pela malha fiscal, é a situação que esta frente procura evitar.
03A DFSpro emite parecer sobre a interpretação da obrigação?+
Não. A interpretação tributária de cada caso continua sendo do cliente, com apoio jurídico e fiscal próprio. O trabalho é conferir se o sistema entrega o dado que a regra decidida exige.
04Qual a diferença entre DRC, TDF e ACR?+
O DRC é a solução mais recente da SAP e sucede o ACR e o TDF. Os três atuam na camada de relatório e de transporte do documento legal. Nenhum deles substitui o motor que calcula o imposto.
05O SPED muda entre ECC e S/4HANA?+
A obrigação é a mesma. O que pode mudar é a forma de gerar o arquivo e as ferramentas disponíveis em cada versão. Uma migração é, por isso, um bom momento para conferir se o primeiro SPED depois do go-live não vira incidente.
06Por que o Bloco K dá tanto trabalho?+
Porque escritura a produção e o controle de estoque, com movimentação mensal e consumo de insumos, e depende de dados de produção e de materiais que raramente estão alinhados com o fiscal. Ele é diferente do Bloco H, que mostra o inventário em uma data-base.
07Retificar o arquivo depois do envio resolve o problema?+
Resolve o arquivo daquele período, mas não a causa. Se a origem está na parametrização ou no dado mestre, o erro volta no período seguinte. Por isso a conferência procura a causa na origem do dado.
08Como a Reforma Tributária afeta as obrigações acessórias?+
Os novos tributos, a CBS e o IBS, trazem novos códigos de apuração e relatórios, e durante a transição os regimes atual e novo convivem. Isso significa que a parametrização que hoje alimenta o SPED terá de alimentar também as declarações novas, sem que uma contamine a outra. Quanto mais limpa a base de hoje, mais simples é essa convivência.
09Empresas com vários CNPJs têm mais risco nas obrigações?+
Têm mais combinações para conferir. Cada CNPJ e cada filial entrega os seus arquivos, e uma regra copiada de uma unidade para outra sem revisão multiplica o erro. Por isso a conferência trata o critério de grupo, e não só o de cada unidade isolada.
10Por onde começar?+
Pelo Diagnóstico Fiscal SAP, que mapeia onde a apuração e o arquivo divergem e prioriza cada ponto por risco. O resultado indica se o próximo passo é uma correção pontual, uma estabilização ou uma reavaliação em prazo definido.
Conferir antes de transmitir, não depois da malha fiscal
O primeiro passo é um Diagnóstico Fiscal SAP, que mapeia onde a apuração e o arquivo entregue divergem e prioriza cada ponto por risco real. Se a dúvida é se já vale a conversa, ela serve para entender o cenário antes de qualquer decisão, sem compromisso com um projeto grande e sem proposta embutida no resultado.