SAP IBP: integrated business planning voor de supply chain

SAP IBP staat voor SAP Integrated Business Planning for Supply Chain: de cloudsoftware van SAP voor sales and operations planning, vraagprognoses, voorraad-, response- en aanbodplanning, en demand-driven replenishment. Het zit boven SAP S/4HANA of SAP ECC, haalt daar stamgegevens en transactiedata vandaan en stuurt plannen terug voor de uitvoering.

Dat is het korte antwoord. Het lange antwoord gaat over fit. Ik heb IBP geïmplementeerd voor de defensie-industrie, en of het de moeite waard is, komt altijd neer op één ding: hoe complex uw planning is.

Deze gids is bedoeld voor supply chain-directeuren, CFO's en programmaleiders. Hij behandelt wat IBP vandaag doet, hoe het aansluit op S/4HANA, hoe het zich verhoudt tot embedded PP/DS en spreadsheets, en waarom het gebruikelijke falen niet technisch is.

IBP is een clouddienst die op SAP HANA is gebouwd. SAP verkoopt het als SAP Integrated Business Planning for Supply Chain, en de planningsfuncties zijn:

1. Sales and operations planning (S&OP): de coördinatielaag waarin sales, marketing, supply chain en finance het eens worden over één getal voor vraag, aanbod en financiële impact
2. Vraag: statistische prognoses en prognoses op basis van machine learning, verrijkt met promoties en commerciële input, met consensusbeheer en het bijhouden van prognosenauwkeurigheid
3. Voorraad: streefvoorraad per product en locatie, bepaald op basis van serviceniveaus, vraagvariabiliteit en doorlooptijden, ook voor multi-echelon-netwerken
4. Response and supply: beperkte aanbodplannen op basis van geprioriteerde vraag, toewijzingen en capaciteit, plus ordergebaseerde planning om te reageren wanneer plan en werkelijkheid uiteenlopen
5. Demand-driven replenishment: strategische ontkoppelpunten en voorraadbuffers op basis van de DDMRP-methode

SAP Supply Chain Control Tower, voor zicht en signaleringen over de hele keten, integreert standaard met IBP. Het applicatieoverzicht van SAP toont de actuele scope per release.

Joule, de AI-assistent van SAP, is in IBP beschikbaar met een Joule-entitlement. Het beantwoordt vragen op basis van de IBP-documentatie van SAP, en release 2508 voegde het inplannen van jobs via Joule toe: opgeslagen jobs tonen, inplannen en hun status controleren. Nuttig, maar het plant niet voor u.

IBP is geen module van S/4HANA. Het is een apart cloudproduct met een eigen abonnement.

S/4HANA verzorgt de operationele uitvoering: MRP, productieorders, planningen op de werkvloer en terugmeldingen. IBP werkt op tactisch en strategisch niveau, plus ordergebaseerde response-planning. Mijn gids over SAP PP behandelt de kant van S/4HANA, inclusief waarom klassieke SOP in S/4HANA onder compatibility scope valt, met IBP als aangewezen opvolger.

Stamgegevens (producten, locaties, resources) en transactiedata (verkoophistorie, openstaande orders, voorraad) stromen van S/4HANA naar IBP. Plannen stromen terug, bijvoorbeeld prognoses die als primaire behoeften terugkomen. De gids van SAP Learning over IBP-integratietools noemt drie hoofdroutes:

1. SAP Integration Suite (Cloud Integration): de voorkeursaanpak van SAP voor nieuwe IBP-klanten. Het draait op SAP BTP, bereikt on-premise systemen of systemen in een private cloud via SAP Cloud Connector, en SAP publiceert integratiecontent voor S/4HANA Cloud Public Edition om grote datavolumes te verplaatsen.
2. SAP Cloud Integration for data services (CI-DS): de batchtool die veel bestaande IBP-klanten al gebruiken, vooral voor tijdreeksdata. Het wordt voor die klanten nog ondersteund, maar vereist een on-premise agent.
3. Realtime integratie (RTI): voor ordergebaseerde planning in response and supply. Het gebruikt bgRFC om wijzigingen in stamgegevens en transactiedata direct naar IBP te sturen, zonder geplande batchjob. De documentatie van SAP over realtime integratie noemt de voorwaarden per bronsysteem.

Uploads van platte bestanden, de Excel-add-in en OData-services dekken kleinere of niet-SAP-feeds. Gebruikt u CI-DS al, dan hoeft u het niet te vervangen. Begint u nu, ontwerp dan rond Integration Suite.

1. 04SAP IBPPlant: sales and operations, vraag, voorraad, response and supply
2. 03IntegratieSAP Integration Suite of CI-DS voor batchdata, realtime integratie voor ordergebaseerde planning
3. 02SAP S/4HANA of ECCVoert uit: MRP, productieorders, terugmeldingen
4. 01StamgegevensDoorlooptijden, planningsparameters, fabriekstoewijzingen

Hier bepaalt datagovernance de uitkomst. Bevatten materiaalstammen verkeerde doorlooptijden, ontbrekende planningsparameters of onjuiste fabriekstoewijzingen, dan plant IBP op die fouten. De uitkomst is technisch correct en operationeel fout.

Deze drie worden vergeleken alsof ze concurrenten zijn. Meestal beantwoorden ze verschillende vragen.

Embedded PP/DS (Production Planning and Detailed Scheduling) draait in S/4HANA. Het doet eindige planning van orders op fabrieksresources over dagen en weken.

IBP plant over het netwerk en over maanden, en zorgt dat functies het eens worden over een plan. Spreadsheets doen wat de planner bouwt, zonder koppeling terug naar het systeem.

De tabel hieronder laat zien waar elk past.

Vraag	SAP IBP	Embedded PP/DS in S/4HANA	Spreadsheets
Hoofdtaak	Netwerk-, tactische en S&OP-planning	Gedetailleerde, eindige planning in de fabriek	Wat de planner ook modelleert
Horizon	Weken tot maanden en langer	Uren tot weken	Elke
Scope	Veel fabrieken, magazijnen en kanalen	Resources en orders van één fabriek	Het beeld van één planner
Data	Geïntegreerd vanuit S/4HANA of ECC	Dezelfde database als S/4HANA	Gekopieerd, en daarna verouderd
Consensus over functies heen	Ingebouwd (S&OP, vraagconsensus)	Nee	Via e-mail en vergaderingen
Licentie	Apart cloudabonnement	Onderdeel van de S/4HANA-scope; controleer uw licentie voor geavanceerde functies	Geen

In de praktijk heb ik zowel embedded PP/DS als MRP Live in S/4HANA gebruikt, en ik heb ook klanten naar IBP gestuurd, afhankelijk van de situatie. Veel productiebedrijven hebben PP/DS of MRP Live nodig en nooit IBP. Sommige hebben beide nodig: IBP voor het netwerkplan en S&OP, PP/DS om de volgorde te bepalen van wat de fabriek echt draait.

Spreadsheets zijn waar de meeste bedrijven beginnen. Ze voldoen totdat de planning het model van één persoon ontgroeit. Kiest u de ERP zelf nog, dan behandelt mijn vergelijking van ERP voor productiebedrijven eerst die beslissing.

Gebruik deze tabel als eerste toets voordat iemand een abonnement tekent.

Signaal	Wijst naar IBP	Wijst naar alleen planning in S/4HANA
Verkoopkanalen	Retail, direct en export met verschillende doorlooptijden en serviceniveaus	Eén hoofdkanaal
Vraagpatroon	Seizoensgebonden of gedreven door promoties	Stabiel
Distributienetwerk	Van fabriek naar regionale en lokale magazijnen	Eén locatie of een eenvoudig netwerk
Aanbodbeperkingen	Echte capaciteits- of leverancierslimieten die optimalisatie vragen	Capaciteit is zelden beperkend
Volwassenheid van S&OP	Een maandcyclus bestaat, maar draait op losse spreadsheets	Nog geen S&OP-proces
Productassortiment	Veel SKU's en locaties	Beperkt aantal SKU's

Staan de meeste van uw antwoorden in de rechterkolom, dan dekken MRP en productieplanning in S/4HANA de operationele behoefte. De extra kosten van IBP verdienen zich dan misschien niet terug.

Hebt u helemaal geen S&OP-proces, ontwerp dan eerst het proces. Software maakt er geen voor u.

Ik heb supply chain-teams live zien gaan met SAP IBP en toch in silo's zien blijven plannen. De prognose zat in de ene spreadsheet, de productieplanning in een andere, en logistiek nam beslissingen op basis van de cijfers van gisteren. IBP was uitgerold, de integratie met S/4HANA draaide en de dashboards waren gevuld.

De planners vertrouwden niet wat die lieten zien en hielden hun eigen modellen aan. Ik werkte met een bedrijf waar planners maandenlang stiekem hun oude spreadsheets naast IBP bijhielden. Het systeem was er, maar de manier van werken was niet veranderd.

Datakwaliteit niet hersteld vóór de configuratie

Teams die configureren voordat de data op orde is, krijgen vroege plannen die niet met de werkelijkheid overeenkomen: prognoses die de huidige doorlooptijden negeren, aanbodplannen die de echte capaciteit negeren, voorraaddoelen op basis van onvolledige historie. Planners reageren door het systeem te negeren. Tegen de tijd dat de data is hersteld, is IBP negeren een gewoonte geworden.

Toets de stamgegevens in S/4HANA aan de eisen van IBP voordat de configuratie begint, dicht de gaten en controleer of de uitkomsten plausibel zijn voordat u planners vraagt erop te vertrouwen. Mijn stuk over waarom SAP-datamigratie mislukt beschrijft hoe u die toets uitvoert.

S&OP niet opnieuw ingericht rond IBP

In de meeste organisaties is S&OP een reeks vergaderingen waarin elke functie haar eigen cijfers presenteert. Zet u IBP daaronder, dan krijgt u nieuwe uitkomsten uit hetzelfde losgekoppelde proces.

Effectieve S&OP vraagt een vaste cyclus voor het aanleveren van data, een vastgelegde route om gaten tussen vraag en aanbod op te lossen, en besluiten van de directie die bindend zijn in plaats van adviserend. De software maakt dat proces makkelijker uit te voeren. Ze kan geen proces uitvoeren dat niet bestaat.

Integratiescope vaag gelaten

Specificeer de IBP-integratie zoals elke andere: welke stamgegevensobjecten, welke transacties terugstromen naar S/4HANA en wanneer, en wie afstemt als de twee systemen het oneens zijn. Integraties die alleen op conceptniveau zijn beschreven en aan het technische team worden overgelaten, duiken op als gaten in het testen of, erger, in productie.

Acceptatie behandeld als training

Training leert mensen de schermen. Het schept geen vertrouwen. Planners die zien dat IBP-prognoses beter zijn dan hun eigen modellen, stappen over, en planners die regelmatig missers zien, doen dat niet.

De missers komen meestal door slechte data, niet-afgestelde statistische modellen of zakelijke uitzonderingen die niemand heeft ingevoerd. Laat nauwkeurige uitkomsten zien voordat u planners vraagt zich eraan te committeren.

De meeste best practices voor integrated business planning komen neer op volgorde. Bevestig deze punten, in deze volgorde, voordat het IBP-project start:

1. Een benoemde eigenaar voor elk stamgegevensdomein dat IBP gebruikt
2. Een beoordeling van de datakwaliteit tegen de eisen van IBP, met gaten gedicht of ingepland
3. Een ontworpen S&OP-cyclus: kalender, aanleverdeadlines, beslissingsbevoegdheden en escalatieroute
4. Een integratiespecificatie met objecten, richting, frequentie, tool en eigenaar van de afstemming
5. Een nulmeting van de prognosenauwkeurigheid met de huidige methoden, zodat u kunt laten zien dat IBP het beter doet
6. Een periode van parallel draaien waarin planners de uitkomsten van IBP vergelijken met hun eigen modellen

Stapt u tegelijk over van ECC, plan IBP dan samen met de overstap naar S/4HANA in plaats van erna. Mijn gids voor de migratie van ECC naar S/4HANA behandelt de routes en deadlines.

Waar staat SAP IBP voor?

SAP IBP staat voor SAP Integrated Business Planning. De volledige productnaam van SAP is SAP Integrated Business Planning for Supply Chain. Het is een cloudplanningsproduct, los van S/4HANA.

Welke applicaties bevat SAP IBP?

SAP IBP for sales and operations, SAP IBP for demand, SAP IBP for inventory, SAP IBP for response and supply, en demand-driven replenishment. SAP Supply Chain Control Tower integreert standaard voor zicht en signaleringen. Joule is beschikbaar met een Joule-entitlement.

Hoe integreert SAP IBP met S/4HANA?

De voorkeursroute van SAP voor nieuwe klanten is SAP Integration Suite (Cloud Integration) op SAP BTP, met SAP Cloud Connector voor on-premise systemen of systemen in een private cloud. Bestaande klanten kunnen SAP Cloud Integration for data services (CI-DS) houden. Ordergebaseerde planning in response and supply gebruikt realtime integratie, die wijzigingen direct naar IBP stuurt.

Is SAP IBP onderdeel van S/4HANA?

Nee. IBP is een apart cloudproduct met een eigen abonnement. S/4HANA verzorgt de operationele uitvoering, zoals MRP en productieorders, terwijl IBP de tactische en strategische planning over het netwerk verzorgt.

Wat is het verschil tussen SAP IBP en PP/DS?

Embedded PP/DS draait in S/4HANA en doet eindige, gedetailleerde planning van orders op fabrieksresources over een korte horizon. IBP plant over fabrieken, magazijnen en kanalen over maanden en ondersteunt S&OP-consensus. Sommige productiebedrijven hebben één van beide nodig, andere allebei.

Wat is het verschil tussen SAP APO en SAP IBP?

SAP APO (Advanced Planner and Optimizer) is de on-premise planningscomponent van SAP SCM 7.0, waarvan het mainstream-onderhoud in 2027 eindigt, met optioneel verlengd onderhoud tot 2030. IBP is de cloudopvolger van SAP voor het grootste deel van de APO-planning, en de gedetailleerde productieplanning gaat naar embedded PP/DS in S/4HANA. Behandel het als een herontwerp van de planning, niet als een een-op-eenverhuizing.

Weegt u IBP af tegen wat S/4HANA u al biedt, begin dan bij de complexiteit van uw planning, niet bij de softwaredemo. Wilt u een second opinion op fit, scope of integratieontwerp, neem dan contact op.