Skip to main content
SAP Business AI  ·  Connected Planning

SAP Business AI can improve forecast accuracy, but only when demand, financial, and operational forecasts run on the same governed data. Otherwise, AI adds one more version of the truth.

DINTEC Consulting  ·  Mid-Market ERP  ·  FY2027 Planning
Production team reviewing a planning log beside an automated food packaging line
TL;DR — The executive summary
  • Most forecast problems share one cause. Finance, sales, supply chain, and operations plan from their own data, with their own assumptions, in their own tools.
  • Separate the three forecast types first. Demand and supply, financial, and operational forecasts have different inputs, owners, and success measures, and should be linked.
  • SAP Business AI is not a single product. Each SAP layer has a defined role: ERP records what happened, IBP forecasts volume, SAP Analytics Cloud turns volume into financial outcomes.
  • Measure before and after. Agree on WMAPE, bias, and forecast value add at the right lag and grain before any model goes live.
  • Governance comes before AI. Adding AI to an ungoverned process tends to produce confident-looking forecasts that nobody trusts.
3Forecast types to separate before evaluating any AI capability
5SAP architecture layers, each with a defined forecasting role
34.4% vs 14.9%MAPE vs WMAPE for the same four-SKU forecast (illustrative example)
1–2 qtrsDecision cycle for a good first use case to show results

Why forecasts break down

As Q4 approaches and FY2027 planning begins, most forecast problems trace back to the same cause. Finance, sales, supply chain, and operations each plan from their own data, with their own assumptions, in their own tools.

Adding an AI model on top of that landscape does not fix the underlying disconnect. It usually adds one more version of the truth.

This article is a practical guide to forecasting within an SAP landscape: which forecasts to improve, which SAP components handle each one, how to measure accuracy, and how to govern the data so that AI recommendations can be trusted.

01Scope

Define the Forecasting Scope First

"Forecast accuracy" means different things to different teams. Before evaluating any AI capability, separate the three forecast types. Each one has different inputs, owners, and success measures.

Forecast type 1

Demand and supply

Predicts what customers will order and what the business must buy, make, or move to fulfill that demand.

Inputs include sales history, open orders, promotions, customer signals, inventory positions, and supplier lead times.

Owner
Demand planning and supply chain
Measured in
Units, by product, location, and time bucket
Forecast type 2

Financial

Translates expected volume into revenue, margin, operating cost, and cash.

Inputs include the demand plan, pricing, cost standards, budgets, and payment terms.

Owner
Finance
Measured in
Currency, by entity, cost center, or product line
Forecast type 3

Operational

Predicts the resources needed to execute the plan: production capacity, labor hours, shipment volumes, maintenance windows, or billable project hours.

Owner
Operations
Measured in
Hours, loads, or capacity units
Demand plan→ drives the financial plan+the operational plan

Key takeaway: the three forecasts should be linked. Accuracy breaks down when each one is built independently and reconciled at month-end.

02Architecture

Where SAP Business AI Fits in the SAP Architecture

SAP Business AI is not a single product. It is a set of AI capabilities embedded across SAP applications. For forecasting, it helps to map each layer of the architecture to its role.

Layer SAP component Role in forecasting
Transaction source SAP Cloud ERP or SAP S/4HANA System of record for sales orders, deliveries, inventory, purchasing, production, and financial actuals
Demand and supply planning SAP Integrated Business Planning (IBP) Statistical forecasting, demand sensing, supply planning, and forecast error measurement
Financial planning SAP Analytics Cloud for planning Revenue, margin, cost, and cash forecasts, driven by volume assumptions and ERP actuals
Governed data SAP Business Data Cloud, including SAP Datasphere Harmonized, governed data products that combine SAP and non-SAP data with shared business definitions
User layer Joule Natural-language access to insights, explanations, and actions across SAP applications

In this model, SAP Cloud ERP records what actually happened. SAP IBP forecasts what will happen to volume. SAP Analytics Cloud turns volume into financial outcomes. SAP Business Data Cloud keeps definitions consistent across all of them. Joule gives planners and executives a conversational way to query the results, but it does not replace the planning process underneath.

Not every mid-market company needs every layer on day one. A business with a stable product range may start with SAP Cloud ERP and SAP Analytics Cloud, then add SAP IBP when demand volatility, SKU count, or multi-site supply complexity justifies a dedicated planning tool.

Note

Licensing and availability

Which capabilities you can use depends on your licensed SAP landscape, your deployment model, and your release version. SAP has also changed how some components are packaged. For example, SAP Datasphere and SAP Analytics Cloud are now offered through SAP Business Data Cloud for new subscriptions.

Confirm current entitlements with your SAP account team or implementation partner before designing a forecasting architecture around a specific feature.

Human judgment

Where people still matter

AI can detect patterns, flag anomalies, and suggest adjustments, but promotions, new product launches, customer concentration, and commodity swings still require operational judgment.

Finance and business leaders remain accountable for the final plan. The measurement discipline below tells you whether AI suggestions, human overrides, or both are improving the result.

03Measurement

How to Measure Forecast Accuracy

An AI forecasting initiative that cannot show a measured change in accuracy is difficult to justify. Agree on the metrics, horizon, and grain before any model goes live.

The core metrics

MAPEMean absolute percentage error

The average of each item's percentage error. Easy to explain, but low-volume items with large percentage errors can distort it heavily.

Average of |forecast − actual| ÷ actual, per item
WMAPEWeighted MAPE

Weights each item by volume, so it better reflects business impact and is usually the better headline metric.

Total absolute error ÷ total actual demand
BiasForecast bias

Positive bias means consistent over-forecasting, which builds excess inventory. Negative bias means under-forecasting, which causes stockouts.

(Total forecast − total actual) ÷ total actual
FVAForecast value add

Shows whether each adjustment, human or AI, actually improves accuracy, for example from the statistical forecast to the final consensus forecast.

Change in error between one forecast step and the next

Horizon and planning grain

Two settings determine whether an accuracy figure means anything.

Horizon (lag)

Accuracy must be measured against the forecast that existed when the decision was made. If purchasing commits materials one month out, measure the lag-1 month forecast, not the forecast updated the day before actuals arrived.

Planning grain

Errors offset each other at aggregate levels. A forecast can look accurate at product family and monthly level while being far off at SKU, location, and week level, where replenishment decisions are actually made. Measure at the grain where the decision happens.

A simple example

Consider four SKUs, measured at lag-1 month.

SKU Forecast Actual Absolute error Percentage error
A 1,000 900 100 11.1%
B 500 600 100 16.7%
C 80 40 40 100.0%
D 220 200 20 10.0%
Total 1,800 1,740 260  
MAPE34.4%(11.1% + 16.7% + 100.0% + 10.0%) ÷ 4
WMAPE14.9%260 ÷ 1,740
Bias+3.4%(1,800 − 1,740) ÷ 1,740, a slight over-forecast
FVA+3.1 pts18.0% statistical WMAPE − 14.9% consensus WMAPE

MAPE suggests a poor forecast, largely because of SKU C, a low-volume item. WMAPE shows that the forecast is reasonably accurate where volume matters.

Now suppose the statistical forecast before planner adjustments had a WMAPE of 18.0%. The consensus process then added 3.1 points of value. If the adjusted forecast had come out worse than the statistical one, FVA would show that the overrides were costing accuracy.

SAP IBP supports forecast error calculations including MAPE, WMAPE, and bias through configurable forecast error profiles, so these measures can be tracked inside the planning process rather than in separate spreadsheets.

Key takeaway: use WMAPE as the headline metric, track bias alongside it, and use FVA to prove whether each adjustment helps.

04Data flow

How Data Moves Without Creating New Silos

New silos appear when each team extracts data into its own tool and builds its own definitions. The alternative is a defined data flow in which every forecast draws on the same governed sources and feeds its results back into the system of record.

SourceSAP Cloud ERP / S/4HANAOrders, deliveries, inventory, purchasing, financial actuals
SourceNon-SAP sourcesCRM, e-commerce, 3PL, market data
IntegrationSAP Integration SuiteMonitored interfaces
Governed dataSAP Business Data Cloud / DatasphereGoverned data products
PlanningSAP IBPDemand and supply forecast
PlanningSAP Analytics CloudFinancial forecast
User layerJouleConversational access to results
  • SAP IBP → SAP Analytics CloudVolume drivers
  • SAP IBP → SAP Cloud ERPApproved demand plan
  • SAP Cloud ERP → SAP IBPActuals for accuracy tracking

Non-SAP data enters through monitored integrations rather than manual uploads. Our comparison of SAP Integration Suite vs. point-to-point connections explains why this matters once the number of interfaces grows.

05Governance

Data Governance Checklist

Complete this checklist before AI-generated forecasts or recommendations enter routine use.

01Master data

  • Product hierarchy is identical across ERP, planning, and financial models
  • Customer and location masters are deduplicated, with one record per real-world entity
  • Units of measure and currency conversion rules are defined once and reused

02Ownership

  • Each forecast type has a named owner accountable for accuracy
  • Each master data domain has a named data steward
  • Override rights and approval thresholds are documented

03Integrations

  • Every non-SAP source enters through a documented, monitored interface
  • Data refresh schedules match the planning cycle
  • Failed loads trigger alerts rather than silently leaving data stale

04Access

  • Role-based access limits who can view and change each forecast
  • Sensitive financial and customer data follows existing security policies
  • AI features only access data that the user's role permits

05Exceptions

  • Forecast outliers and large overrides are routed to a reviewer
  • Manual overrides are logged with a reason code, so FVA can be measured
  • Recurring exceptions are reviewed for root cause each cycle

06Model monitoring

  • WMAPE, bias, and FVA are tracked every cycle at the agreed lag and grain
  • Accuracy degradation beyond a set threshold triggers model review
  • Changes to algorithms, parameters, or input data are version-controlled
06Client example

How Harinas Elizondo Built the Data Foundation for Connected Planning

Harinas Elizondo, a flour producer and long-standing DINTEC client, shows why reliable forecasting starts well before any AI model is switched on.

Starting pointSAP Business One

As operations expanded, the company needed a platform that could scale. It first established its core processes on SAP Business One. Growth across multiple entities, countries, and currencies then called for a more integrated foundation.

InterventionSAP Business ByDesign

With DINTEC, the company moved to SAP Business ByDesign, bringing multi-enterprise, multi-country, and multi-currency operations onto a single integrated system.

NowSAP Cloud ERP

Harinas Elizondo is now moving to SAP Cloud ERP (SAP S/4HANA Cloud Public Edition) to access more advanced capabilities and continue improving its processes.

Result. The company gained real-time visibility into inventory, warehouses, and financial operations across its business, replacing a fragmented view with one connected source of operational and financial data.

What this means for forecasting

A trusted data baseline comes first

In terms of the DINTEC Forecasting-Readiness Framework, Harinas Elizondo's journey strengthened the data foundation (dimension 2) and data flow (dimension 3). Consistent inventory and financial data across entities and currencies is the baseline every demand, financial, and operational forecast depends on.

Without it, forecast error cannot be measured reliably, and AI recommendations have no trusted data to learn from. The move to SAP Cloud ERP extends that foundation and gives the company a path to the planning and AI capabilities described in this article.

Watch the Harinas Elizondo success story to hear how the company approached each stage of its SAP journey.

07Readiness

The DINTEC Forecasting-Readiness Framework

DINTEC evaluates forecasting readiness across five dimensions. Each is scored from 1 (ad hoc) to 5 (managed and measured). The combined score indicates whether an organization is ready to benefit from AI-assisted forecasting, or whether foundational work should come first.

Ad hoc 1 2 3 4 5 Managed and measured
1
Decision focusIs there a specific forecast decision with a clear financial consequence?
Signs of low readiness"Improve forecasting" with no defined decision, owner, or target
2
Data foundationAre master data and transaction history complete, consistent, and trusted?
Signs of low readinessDuplicate customers, mismatched hierarchies, gaps in history
3
Data flowDo forecasts draw on governed sources through monitored integrations?
Signs of low readinessManual extracts, spreadsheet consolidation, unmonitored uploads
4
GovernanceAre ownership, overrides, access, and exceptions defined?
Signs of low readinessUntracked overrides, unclear accountability, broad access
5
MeasurementAre WMAPE, bias, and FVA tracked at the right lag and grain?
Signs of low readinessNo baseline, or accuracy measured only at aggregate level

Key takeaway: organizations that score low on dimensions 2 through 4 usually get more value from fixing data and process first. Adding AI to an ungoverned process tends to produce confident-looking forecasts that nobody trusts.

08First use case

Which Forecasting Problem to Start With

Start with one forecast decision where error has a measurable cost.

Manufacturers

Material and component demand that drives purchasing and production scheduling. Validate any expected effect on capacity or equipment effectiveness against actual production and downtime data.

Distributors and food & beverage

SKU and location replenishment, where bias drives excess inventory, shelf-life write-offs, or missed fill rates.

Transportation and logistics

Shipment volume forecasts that drive labor and operating-cost plans.

Professional services

Project and utilization forecasts that drive resource allocation, revenue recognition, and margin.

Key takeaway: the best first use case has a clear owner, enough clean history to measure a baseline, and a decision cycle short enough to show results within one or two quarters.

09Next step

Turn FY2027 Planning into a Connected Forecast

FY2027 planning is a practical moment to find where forecast error begins, which data sources remain disconnected, and which SAP components should own each forecast.

SAP Business AI improves forecast accuracy when it runs on governed data, within a defined architecture, and against metrics the business agrees on. Without those foundations, it risks becoming one more silo.

Our free forecasting readiness assessment includes

  • 01Process map: how your demand, financial, and operational forecasts are built today, who owns them, and where they disconnect
  • 02Data-readiness score: your rating on each dimension of the DINTEC Forecasting-Readiness Framework
  • 03Solution-fit recommendation: which SAP components, including SAP Cloud ERP, SAP IBP, SAP Analytics Cloud, and SAP Business Data Cloud, fit your requirements and licensed landscape
  • 04Metric baseline: current WMAPE, bias, and FVA at the lag and grain where your decisions are made
  • 05Pilot roadmap: a recommended first use case, success criteria, and a sequence aligned with your planning calendar

Explore how SAP Business AI and SAP Analytics Cloud support connected planning.

FAQExecutive Q&A

Frequently Asked Questions

QCan SAP Business AI improve forecast accuracy on its own?+

Not on its own. SAP Business AI improves forecast accuracy when it runs on governed data, within a defined architecture, and against agreed metrics. Adding AI on top of disconnected planning data usually adds one more version of the truth.

QWhat is the difference between MAPE and WMAPE?+

MAPE averages each item's percentage error, so low-volume items with large errors can distort it. WMAPE divides total absolute error by total actual demand, weighting each item by volume. It better reflects business impact and is usually the better headline metric.

QWhich SAP components are needed for forecasting?+

It depends on complexity. SAP Cloud ERP records actuals, SAP IBP handles demand and supply forecasting, SAP Analytics Cloud handles financial planning, and SAP Business Data Cloud keeps definitions consistent. A business with a stable product range may start with SAP Cloud ERP and SAP Analytics Cloud, then add SAP IBP later. Availability depends on your licensed landscape.

QDoes AI replace planners and finance leaders?+

No. AI can detect patterns, flag anomalies, and suggest adjustments, but promotions, launches, customer concentration, and commodity swings still require judgment. Leaders remain accountable for the final plan, and FVA shows whether AI suggestions or human overrides are improving the result.

QWhere should we start?+

Start with one forecast decision where error has a measurable cost, a clear owner, enough clean history to measure a baseline, and a decision cycle short enough to show results within one or two quarters.

Notes. The four-SKU example is illustrative and does not represent a specific customer. SAP capabilities, packaging, and availability depend on your licensed landscape, deployment model, and release version; confirm with your SAP account team or implementation partner.