Resources Planning data guide

Why planning projects stall on data, and what to do about it first.

A planning application such as Kinaxis, o9, Blue Yonder, SAP IBP or OMP is bought for its planning engine. The project then spends most of its time somewhere else: getting items, bills of material, stock, open orders and forecasts out of the ERP and into the shape the engine expects, on the day the planners need them. In Lima's delivery programs since 2020 that data work has been about 70% of the effort. This guide names the seven data problems that cause it, shows each with an example, and gives the order in which to fix them.

Data preparation and integration~70%Configuration and modelling~15%Testing, training and change~15%LIMA FIELD FIGURE FROM DELIVERY PROGRAMS 2020–2026 · SHARE OF EFFORT · THE OTHER TWO BARS ARE THE REMAINDER, SPLIT FOR ILLUSTRATION
Where the effort goes. The data bar is Lima's field figure from delivery programs; the other two bars are the remainder, split for illustration.
~70%
of a planning implementation's effort is data work
Lima field figure · delivery programs 2020–2026
59%
of planning-system users can plan with few manual work-arounds
dated source [1]
55%
of chief supply chain officers cannot state the return on their AI spend
dated source [2] · Aug 2026
8–10 wks
to a first full planning load on recent programs
customer engagements · anonymised
9
checks Lima runs before a planning load
product
Step 1: why the engine cannot just read the ERP

A planning engine needs a delivered copy.

A planning engine does not query the ERP. It loads a complete, consistent dataset in its own model inside a time window, runs its calculations, and produces a plan. Three things follow. The dataset has to be complete: an item without a plant cannot be planned. It has to be consistent: a bill of material whose item has not arrived is rejected. And it has to arrive on time: a load that misses the window means a planning run on yesterday's data.

The ERP holds most of the raw material, in its own shapes. The rest, such as hierarchies, planning parameters and sourcing rules, often lives in spreadsheets. Turning all of that into the engine's model, every cycle, is the work.

Step 2: the seven problems

Each with an example.

ProblemWhat it looks likeExample from a first load
1 · Many ways of supply, one itemThe ERP holds production versions, info records and source lists; the engine wants one source per way of supply, each with its own bill of material.One material with three production versions and two suppliers becomes five PartSources in Kinaxis; get the mapping wrong and the plan uses the wrong bill.
2 · Referential orderThe engine rejects a child whose parent has not arrived.58,900 PartSources and their bills of material must load after the parts they belong to; a load in the wrong order fails at row one.
3 · Hierarchies from several ERPsThe same code means different things in each ERP; members are missing parents.2,140 orphan members found in a product hierarchy assembled from two ERPs before the first o9 load.
4 · Open quantities that are not openDelivered and closed order lines still carry quantities.Order lines with delivered quantity equal to ordered quantity have to be excluded or the engine plans for demand already met.
5 · Units, currencies and calendarsComponents in units with no conversion; due dates on non-working days.A component in litres against a bill in kilograms with no density on file; a due date on a plant holiday.
6 · Planning master data outside the ERPParameters, families and roll-ups live in spreadsheets with no owner or version.Safety-stock policies in a workbook that three planners edit; the engine receives a different value each cycle.
7 · No report at the endA load finishes and nobody can say how many rows were dropped or why.3 purchase-order lines held for a missing supplier; without a report they simply vanish from the plan.
Step 3: the order to fix them

Master data first, transactions second, the report always.

Items, plants and unitsCompleteness: every item has a plant and a base unit. Nothing else works without this.
Ways of supply and their structuresProduction versions, sources and bills mapped to the engine's model; referential order enforced.
Hierarchies and planning master dataOrphans and duplicates removed; parameters given an owner, a version and an effective date.
Stock and open supplyStock by status and location; open purchase and production orders with open quantities only.
DemandOpen sales orders and forecast, with calendars aligned to the engine's buckets.
The run window and the reportA deadline on the planning calendar; nine checks before the load; a reconciliation report after it, every cycle.
Step 4: the checks that keep it fixed

Nine checks, every cycle.

CheckKind
Every item has a plant and a unit of measurecompleteness
Every child finds its parentreferential order
Each way of supply has its own structureconsistency
Open quantities are openconsistency
Dates are inside the horizon and the calendarrange
Units and currencies convertconsistency
Hierarchies are strictcompleteness
Weekly equals the sum of dailyconsistency
Counts and control totals matchreconciliation

A row that fails a check becomes an exception record with an owner and a deadline; the load continues with the valid rows and the report says what was held. How exceptions work →

Terms on this page

Plain meanings.

Planning applicationSoftware that plans supply, demand and inventory on a model loaded from the ERP: Kinaxis, o9, Blue Yonder, SAP IBP, OMP, Anaplan.
Way of supplyOne way to obtain an item: made at a plant, bought from a supplier, transferred from a site; each has its own structure.
Referential orderLoading parents before children so every row finds what it refers to.
Planning master dataHierarchies, parameters and rules the engine needs that the ERP does not hold.
Reconciliation reportRows in, rows out, control totals and variance per table after every load.
Questions

Asked about this guide.

Is 70% a general figure?

It is Lima's field figure from its own delivery programs since 2020 and is labelled as such. Your own programs may differ; the seven problems are the same.

Which problem takes longest?

The first: many ways of supply for one item. It is where ERP structures and planning structures differ most, and where a wrong mapping is hardest to see afterwards.

Can the planning vendor's own connector do this?

Vendors' connectors load their model; the work in this guide is producing the model from the ERP and keeping it correct every cycle. The checks and the report are the part most programs do by hand.

Fix the data first, with a report to prove it.

A first planning dataset in four weeks at a fixed price, with the nine checks and the reconciliation report.