IFRS 18 no SAP S/4HANA: por que o prazo é 2026 (não 2027) e o relatório só fecha com dado integrado

IFRS 18 é obrigatório para exercícios a partir de 2027 — mas retrospectivo: o comparativo de 2026 já tem que sair na regra nova. Veja o que muda no S/4HANA e por que depende de dado integrado.

Por CCX Company6 de novembro de 20267 min de leitura
IFRS 18 no SAP S/4HANA: por que o prazo é 2026 (não 2027) e o relatório só fecha com dado integrado

Todo mundo marcou "IFRS 18 = 2027" no calendário. Está errado. O IFRS 18 — "Apresentação e Divulgação nas Demonstrações Financeiras", que substitui boa parte da IAS 1, é obrigatório para exercícios iniciados a partir de 1º de janeiro de 2027 — mas, por ser de aplicação retrospectiva, o comparativo de 2026 já precisa ser apresentado na regra nova. Na prática, o prazo é agora. E na base SAP isso não é um toggle: muda o plano de contas (novas categorias de operacional, investimento e financiamento), exige harmonizar o Universal Journal (ACDOCA) com atributos de controlling e um indicador de categoria IFRS 18, revisar a Financial Statement Version, dashboards no SAC, apps Fiori e o SAP Group Reporting. Aqui está o recorte que quase ninguém está olhando: os novos subtotais e as MPMs (métricas de desempenho definidas pela gestão, como "EBITDA ajustado") só fecham se o dado operacional, de controlling e dos sistemas alimentadores estiver harmonizado e integrado. Conformidade de relatório é problema de integração de dado, não de fechamento manual. Quem rodou anos com dado remendado em planilha vai descobrir, no relatório de 2027, exatamente onde a malha nunca se conectou.

1. O que o IFRS 18 muda (categorias, subtotais, MPMs, agregação)

O IFRS 18 reorganiza a demonstração do resultado. Em vez da estrutura relativamente livre que a IAS 1 permitia, a norma impõe uma classificação das receitas e despesas em categorias — operacional, de investimento e de financiamento — e cria subtotais obrigatórios, como o resultado operacional. O objetivo é tornar as demonstrações mais comparáveis entre empresas, reduzindo a "criatividade" na forma de apresentar os números.

Além disso, a norma passa a exigir a divulgação das MPMs (management-defined performance measures) — aquelas métricas que a empresa usa publicamente, como "EBITDA ajustado" ou "lucro recorrente" — com reconciliação formal em nota explicativa contra o subtotal mais próximo definido pela IFRS. E traz princípios mais rígidos de agregação e desagregação, além de ajustes na demonstração dos fluxos de caixa. Nada disso é cosmético: muda a espinha dorsal de como o resultado é montado e reportado.

2. Por que o prazo é 2026, não 2027 (aplicação retrospectiva)

A pegadinha está na retrospectividade. Como o IFRS 18 se aplica retrospectivamente, a primeira demonstração sob a nova norma — a do exercício de 2027 — precisa apresentar o comparativo de 2026 já reclassificado na regra nova. Ou seja, os números de 2026 terão que ser remontados nas novas categorias e subtotais para servir de base de comparação.

Isso adianta o relógio em um ano inteiro. Não basta estar pronto para contabilizar 2027 na nova estrutura; é preciso conseguir reconstruir 2026 nela. E reconstruir um exercício inteiro depende de ter o dado histórico classificável — receita, custo e despesa com a granularidade e os atributos que permitam alocá-los em operacional, investimento ou financiamento. Quem só perceber isso em 2027 vai tentar reclassificar, a toque de caixa, um ano que já fechou com dado que não foi pensado para esse corte.

3. O que isso exige no S/4HANA (plano de contas, ACDOCA, FSV, Group Reporting)

No S/4HANA, atender ao IFRS 18 toca várias camadas ao mesmo tempo. O plano de contas precisa acomodar as novas categorias e permitir a classificação por natureza operacional, de investimento ou de financiamento. O Universal Journal (ACDOCA) — a tabela única que concentra o lançamento contábil e de controlling — precisa carregar os atributos que sustentam esse corte, incluindo um indicador de categoria IFRS 18, para que os subtotais possam ser montados a partir do dado, e não por ajuste manual.

Em seguida vêm a Financial Statement Version (que estrutura o balanço e a DRE), os relatórios no SAC e os apps Fiori, e o SAP Group Reporting para a consolidação. Cada uma dessas peças depende de o dado-base estar correto e consistente na origem. Se o ACDOCA não tiver o atributo certo, nenhum relatório downstream conserta — ele apenas propaga a lacuna.

4. O ponto cego: os subtotais só fecham com dado harmonizado e integrado

Aqui está o detalhe que separa quem vai sofrer de quem vai apenas trabalhar. Os novos subtotais e as MPMs só fecham corretamente se receita, custo e despesa chegarem ao SAP harmonizados — com a mesma definição, a mesma granularidade e a mesma classificação. E boa parte desses números não nasce no ERP: nasce no e-commerce, na logística, no sistema de faturamento, em sistemas alimentadores que, em muitas empresas, nunca falaram direito com o SAP.

Quando a receita de um canal entra consolidada sem a quebra que a nova categoria exige, ou quando o custo logístico chega por um lançamento manual que não carrega a natureza correta, o subtotal operacional não fecha — ou fecha com um ajuste manual que não se sustenta numa auditoria. A controladoria vira refém de conciliações em planilha para remontar, no fechamento, o que deveria ter chegado estruturado. É por isso que conformidade de relatório, no IFRS 18, é um problema de integração de dado antes de ser um problema contábil: o relatório de 2027 vai expor, linha a linha, cada ponto em que a malha de sistemas nunca se conectou.

5. Como a CCX prepara o dado financeiro (Integrações + Data & BI + arquitetura-alvo)

A CCX atua na raiz do problema — fazer o dado chegar certo ao SAP. A frente de Integrações & APIs Enterprise conecta ERP, controlling e sistemas alimentadores (e-commerce, logística, faturamento) para que o dado chegue harmonizado ao ACDOCA, usando os protocolos nativos do SAP — OData, iDoc e RFC — sobre arquitetura event-driven, de modo que receita, custo e despesa entrem com a natureza e a granularidade que os novos subtotais exigem.

Sobre isso, a frente de Data & BI garante um modelo de dado consistente — para que subtotais e MPMs como o EBITDA ajustado sejam confiáveis e reconciliáveis — com pipelines e warehouse modernos (BigQuery, Snowflake, Looker, Power BI). E a frente de Consultoria em Tecnologia desenha a arquitetura-alvo do dado financeiro, definindo onde cada informação nasce, como flui e onde é validada — com observabilidade para auditar a trilha do dado que alimenta o relatório. Com expertise em SAP ↔ e-commerce e Protheus ↔ e-commerce em produção, o princípio é direto: integrar agora é mais barato do que remendar o comparativo de 2026 em cima da hora.

6. Perguntas frequentes

Preciso de clean core para atender ao IFRS 18? Ajuda muito, mas não é um pré-requisito absoluto para começar. O essencial é que o dado chegue correto ao ACDOCA e que as customizações não impeçam a classificação por categoria. A arquitetura-alvo define até onde vale ajustar o core e onde a integração resolve por fora, sem engessar.

E os sistemas não-SAP (e-commerce, logística)? São justamente o ponto crítico. Receita e custo que nascem fora do SAP precisam chegar com a natureza e a granularidade certas. Integrar esses alimentadores por OData/iDoc/RFC e eventos é o que impede que o subtotal dependa de lançamento manual no fechamento.

Dá tempo até 2027? Dá, mas o prazo real é o comparativo de 2026 — ou seja, agora. Começar o diagnóstico e a integração em 2026 permite entregar por etapas e chegar em 2027 com o comparativo pronto na regra nova. Deixar para o último trimestre transforma o projeto em remendo.

Onde entra uma MPM como o EBITDA ajustado? A norma exige divulgar as MPMs com reconciliação formal contra o subtotal IFRS mais próximo. Isso só é confiável se os componentes do EBITDA ajustado vierem de um dado harmonizado e rastreável — caso contrário, a reconciliação não fecha ou não resiste à auditoria.

Conformidade de IFRS 18 é dado integrado, não planilha. A CCX conecta ERP, controlling e sistemas alimentadores (OData/iDoc/RFC + event-driven) para o S/4HANA fechar os novos subtotais com dado harmonizado. Conheça Integrações & APIs Enterprise (SAP ↔ operação) da CCX → (dado em /br/data-e-bi; arquitetura em /br/consultoria-em-tecnologia).

Receba os próximos Insights por e-mail

No máximo um e-mail por semana, com os artigos novos. Sem spam.

Ao assinar, você concorda em receber os Insights da CCX por e-mail, conforme a Política de Privacidade e a LGPD. Sem spam; cancele quando quiser, em qualquer e-mail.

Leve a discussão para a sua operação.

O primeiro passo é um diagnóstico: trinta minutos com um engenheiro da CCX, sem custo, para entender seu cenário de plataforma, integrações e dados.