Lima Backbone reads planning data from SAP ECC through table reads through a released function module, shapes it into Blue Yonder Planning’s model, checks it, loads it inside the run window your planning calendar sets, and returns the approved plan to SAP ECC with each write confirmed. The first planning dataset is live in four weeks at a fixed price.
Building one DFU rule that holds across ERPs and keeping the history stream complete for every bucket.
The first load is assembled from these objects through table reads through a released function module. Change capture (change pointers, table-level change capture, extractor deltas) keeps the daily volume small afterwards.
| Planning object | Source objects | Destination in Blue Yonder Planning |
|---|---|---|
| Items | MARA · MARC · MARD · MBEW | SKU (item at location) |
| Bills of material | STKO · STPO · MAST · STAS | Component relationships |
| Routings and production versions | PLKO · PLPO · MKAL | Resources and routing |
| Stock by status and date | MARD · MSKA · MSLB · MCHB | On-hand by SKU |
| Open purchase orders | EKKO · EKPO · EKET · EKBE | Scheduled receipts by SKU |
| Open sales orders | VBAK · VBAP · VBEP · VBUP | Customer orders and DFU demand |
| Production orders | AFKO · AFPO · AFRU | SKU (item at location) |
| Forecast and planned independent requirements | PBIM · PBED | Demand history stream per DFU |
| Customers and suppliers | KNA1 · KNVV · LFA1 · LFM1 | Customer and supplier master |
| Calendars | TFACD · TFACS · T001W | Calendars and buckets |
Lima reads SAP through released interfaces: table reads through a named function module, BAPIs, CDS views where available, change pointers and extractor delta queues. It does not use the ODP RFC interface that SAP Note 3255746 restricts, it does not use RFC_READ_TABLE in production (SAP Note 382318), and it does not read the HANA database log (SAP Note 2971304). No add-on is installed in SAP.
Every check either passes a row or turns it into an exception record with an owner. Nothing is dropped silently.
| Check | Kind | What it catches, with an example |
|---|---|---|
| Every item has a plant and a unit of measure | completeness | an item without a plant cannot be planned; the row is held with its owner |
| Every child finds its parent | referential order | a bill-of-material line whose item has not arrived is held until the item loads |
| Each way of supply has its own structure | consistency | a production version without a routing or a bill is flagged |
| Open quantities are open | consistency | order lines with delivered quantity equal to ordered quantity are excluded |
| Dates are inside the horizon and the calendar | range | a due date on a non-working day is moved by the calendar rule and flagged |
| Units and currencies convert | consistency | a component in a unit with no conversion to the base unit is held |
| Hierarchies are strict | completeness | no orphan members, no duplicate codes across ERPs |
| Weekly equals the sum of daily | consistency | grain sums are checked for every measure |
| Counts and control totals match | reconciliation | rows and quantities per table compared between source and target |
After the first load, Blue Yonder Planning receives net change on your planning calendar: change pointers, table-level change capture, extractor deltas. The plan returns to SAP ECC through BAPIs and IDocs, each write confirmed.
Four weeks, fixed price. One planning dataset from SAP ECC into Blue Yonder Planning, the nine checks, the run window on your calendar and a reconciliation report at the end. Your systems integrator can deliver it; so can Lima's team.
Offers and principles →Sized by the tier your estate needs. The whole platform is included; the price does not change with rows moved or questions asked.
How pricing works →Four weeks for one planning dataset at a fixed price; recent programs reached a first full planning load in eight to ten weeks (customer engagements, anonymised).
Counts per step, the check that stopped a row, the owner and the replay point, and the lineage of any number back to its source column.
Your team, on the schedule you set, with the same report after every run; or your systems integrator; or Lima's team under the subscription.
One call scopes the dataset, the run window and the tier. The reconciliation report at the end is the acceptance test.
