SAP PP: wat het doet en waar het misgaat

SAP PP (Production Planning) is het onderdeel van SAP S/4HANA dat vraag omzet in een productieplan. Het neemt prognoses en verkooporders, toetst ze aan voorraad, stuklijsten, routings en capaciteit, en stelt voor wat u maakt, wat u inkoopt en wanneer. Deze gids is bedoeld voor fabrieksmanagers, planners en projectleiders die willen weten wat PP doet, wat er in S/4HANA is veranderd en waar implementaties vastlopen. Het korte antwoord op dat laatste is stamgegevens. Kloppen de materiaalstam, de stuklijsten, de routings en de werkcentra niet, dan klopt de MRP-uitvoer niet, en geen enkele configuratie lost dat op. De checklist verderop is het beste startpunt.

Ik werkte ooit met een team in een verpakkingsfabriek met meer dan 400 productieorders per week. Zonder PP jongleerden ze met spreadsheets en geeltjes. Na de implementatie werden ze niet perfect, maar ze verdronken niet langer.

PP zit in het midden van de logistieke keten. Het vertrekt vanuit de vraag en werkt terug via materialen, capaciteit en timing om productievoorstellen te genereren. De functies, in de volgorde waarin de vraag erdoorheen stroomt:

1. Sales and Operations Planning (SOP): volumes op hoofdlijnen, gebaseerd op prognoses en marktverwachtingen
2. Behoeftebeheer: zet die volumes om in geplande onafhankelijke behoeften (Planned Independent Requirements, PIR's) die MRP aansturen
3. Materiaalbehoeftenplanning (MRP): bepaalt wat u moet produceren of inkopen, wanneer en in welke hoeveelheid, op basis van voorraad, doorlooptijden en openstaande orders
4. Capaciteitsplanning en -nivellering: laat overbelasting van werkcentra zien voordat die de productievloer bereikt
5. Productieorderbeheer: maakt orders aan, geeft ze vrij, plant ze in en bevestigt ze tot en met afronding

PP dekt discrete productie (auto-onderdelen, elektronica, industriële goederen) en repetitieve productie (verpakkingen, consumptiegoederen). Batch- en receptgebaseerde productie in de voedingsindustrie, chemie en farmacie gebruikt PP-PI (Production Planning for Process Industries). PP-PI werkt met procesorders en stamrecepten in plaats van productieorders en routings.

De weg van vraag naar afronding kent vijf fasen. In de praktijk loopt die zelden zonder onderbreking, maar dit is de structuur waarvoor PP is gebouwd.

1. 01SOPVolumedoelen uit prognoses
2. 02BehoeftebeheerPIR's die de MRP-run aansturen
3. 03MRPPlanorders en inkoopaanvragen
4. 04Productie-uitvoeringOrders vrijgegeven, materialen klaargezet
5. 05BevestigingUren, hoeveelheden en goederenbewegingen verwerkt

SAP toont wat er werkelijk op de productievloer is gebeurd

SOP is waar de productiedoelen op hoofdlijnen worden vastgesteld. Sommige bedrijven doen dat nauwgezet aan de hand van marktdata. Andere werken met grove schattingen. In beide gevallen voedt het behoeftebeheer. In S/4HANA vallen de klassieke SOP-transacties onder compatibility scope, waar ik hieronder op terugkom.

Behoeftebeheer genereert PIR's. Een PIR is een prognose: we verwachten dat we deze hoeveelheid van dit product op dit moment nodig hebben. PIR's zijn de invoer voor MRP, en fouten hier werken door in alles wat volgt. Een klant uploadde ooit dubbele PIR's voor drie maanden. Niemand merkte het op tot de productie alles te veel begon te bestellen.

MRP is de planningsmotor. Het saldeert PIR's en verkooporders met voorraad en openstaande ontvangsten en maakt daarna planorders voor eigen productie en inkoopaanvragen voor ingekochte onderdelen. Een goed ingerichte run brengt helderheid. Een run op onnauwkeurige stamgegevens levert ruis op waar planners weken achteraan zitten.

Productie-uitvoering is waar planorders productieorders worden. Orders worden vrijgegeven, materialen worden klaargezet en bewerkingen draaien op de werkcentra.

Bevestiging sluit de cirkel. Uren worden geboekt, hoeveelheden geregistreerd en goederenbewegingen verwerkt. Het systeem toont dan wat er werkelijk op de productievloer is gebeurd, mits mensen op tijd bevestigen.

Stamgegevens zijn de ruggengraat van SAP PP. Niet als gezegde, maar als feit met gevolgen.

Materiaalstam (MRP-views). Voor elk geproduceerd materiaal moeten de MRP-views kloppen. MRP-type, partijgrootte, strategiegroep, beschikbaarheidscontrole en planningsmargesleutel veranderen elk wat MRP doet. Eén ontbrekend veld in een materiaalstam blokkeerde op een project waar ik aan werkte de productie een week lang. Eén veld.

Stuklijsten (BOM). De stuklijst legt vast wat er in een eindproduct gaat: componenten, hoeveelheden, uitvalpercentages, soms alternatieven. Stuklijsten kunnen varianten hebben, wat past bij configureerbare producten en teams die nieuw zijn met SAP in verwarring brengt. De vraag “hebben we echt vijf stuklijsten nodig voor dit ene artikel?” heeft een echt antwoord. Zoek dat uit vóór de implementatie, niet tijdens MRP-runs.

Routings. Een routing legt vast hoe iets wordt gemaakt: de volgorde van bewerkingen, welke werkcentra ze uitvoeren en hoe lang elke bewerking duurt. Zonder routing kan SAP de productiedoorlooptijd niet berekenen en de capaciteit niet toetsen. Zelfs eenvoudige producten hebben een heldere routing nodig, en gehaaste projecten slaan die over.

Werkcentra. Werkcentra zijn de plekken waar de productie plaatsvindt: machines, lijnen, groepen mensen. Ze bevatten planningsformules, koppelingen voor kostprijsberekening en ploegenkalenders. Ze na de go-live actueel houden is de taak die wegvalt. Gebeurt dat, dan wordt de capaciteitsplanning onnauwkeurig en gaan de planners het systeem niet meer vertrouwen.

Productieversies. Een productieversie koppelt een geldige stuklijst aan een geldige routing voor een datumbereik en partijgrootte. In S/4HANA zijn ze verplicht voor materialen die u zelf produceert, en MRP Live splitst een stuklijst niet uit zonder productieversie. ECC-klanten die vertrouwden op selectiemethoden voor stuklijsten moeten ze tijdens de conversie aanmaken.

Organisatiestructuur

Dit zijn de structuurelementen waarvan PP afhankelijk is en waar elk ervan mee verbonden is.

Structuurelement	Doel in SAP PP	Belangrijkste koppeling
Client	Organisatiestructuur op het hoogste niveau	Gemeenschappelijk voor alle modules
Bedrijfscode	Juridische entiteit voor financiële rapportage	FI-kostenregistratie van de productie
Vestiging	Kerneenheid waar de productie plaatsvindt	Koppelt PP aan MM, SD, PM
Opslaglocatie	Fysieke onderverdeling van de voorraad binnen een vestiging	Klaarzetten en verplaatsen van materiaal
MRP-gebied	Planningsbereik voor aparte MRP-runs	Vervangt MRP op opslaglocatieniveau in S/4HANA
Werkcentrum	Productiemiddel (machine, lijn, groep)	Routing, capaciteitsplanning, CO-kostenplaatsen
Productieversie	Geldige combinatie van stuklijst en routing voor een materiaal	Verplicht voor MRP en het aanmaken van orders in S/4HANA

Checklist voor de eerste MRP-run

Doorloop deze reeks voordat u MRP loslaat op gemigreerde data. De eigenaar tussen haakjes tekent het af.

1. MRP-views van de materiaalstam compleet voor elk geplande materiaal, inclusief strategiegroep en partijgrootte (planningsverantwoordelijke)
2. Stuklijsten gevalideerd aan de hand van wat er daadwerkelijk wordt gebouwd, waarbij engineering componenten en uitval bevestigt (engineering)
3. Routings voor elk materiaal voor eigen productie, met realistische bewerkingstijden (productie-engineering)
4. Kalenders en capaciteiten van werkcentra weerspiegelen de huidige ploegen (fabrieksmanager)
5. Eén geldige productieversie per materiaal voor eigen productie, voor de volledige planningshorizon (planningsverantwoordelijke)
6. PIR's één keer geladen, afgestemd op het goedgekeurde vraagplan vóór de eerste run (vraagplanner)
7. Openstaande orders en voorraad afgestemd tussen legacy en SAP (voorraadcontroller)
8. Een test-MRP-run op één vestiging of MRP-gebied, waarbij planners de uitzonderingen beoordelen vóór de volledige run (planningsverantwoordelijke)

PP werkt niet alleen. Elk integratiepunt is ook een faalpunt.

MM (Materials Management, materiaalbeheer). PP genereert materiaalbehoeften en MM zorgt voor de inkoop ervan. Klopt de beschikbaarheid in MM niet, dan lopen productieorders tegen tekorten aan. Een goede integratie van PP en MM maakt een einde aan spoedinkopen.

SD (Sales and Distribution, verkoop en distributie). Verkooporders kunnen PIR's in het behoeftebeheer verbruiken. De strategiegroep in de materiaalstam bepaalt hoe. Is die onjuist, dan lopen verkooporders en prognoses naast elkaar in plaats van elkaar op te heffen, en verdubbelt het vraagsignaal zonder enige foutmelding. In mijn gids over SAP SD komt de orderkant van die koppeling aan bod.

CO (Controlling). Productieorders dragen kosten. CO volgt de werkelijke arbeids-, materiaal- en overheadkosten ten opzichte van de standaardkostprijs, en bij de afrekening worden de afwijkingen geboekt. Zonder CO is het financiële beeld van de productie onvolledig.

QM (Quality Management, kwaliteitsbeheer). Gebeurtenissen in PP kunnen keuringspartijen in QM activeren, en kwaliteitsresultaten kunnen orders ophouden. Daardoor is kwaliteit een beheersmaatregel in het proces in plaats van een bijzaak achteraf.

Stapt u over van ECC, dan zijn dit de PP-wijzigingen die ontwerp en data raken. De details staan in de vereenvoudigingslijst van SAP en de compatibility scope-matrix (SAP Note 2269324).

1. MRP Live (transactie MD01N) is de planningsrun die SAP aanbeveelt. Hij draait binnen de HANA-database, kan meerdere vestigingen in één run plannen en schrijft geen MRP-lijsten weg. De klassieke MD01 tot en met MD03 bestaan nog. De leermodule over MRP Live van SAP is een goede introductie.
2. Productieversies zijn verplicht voor eigen productie, zoals hierboven beschreven.
3. MRP-gebieden vervangen MRP op opslaglocatieniveau. Opslaglocaties die u in ECC apart plande, hebben in S/4HANA een MRP-gebied nodig.
4. SOP, MRP-lijsten en prognosegebaseerde planning (MRP-type VV) vallen onder compatibility scope. De gebruiksrechten liepen af op 31 december 2025 voor on-premise-systemen. SAP heeft ze verlengd tot 31 december 2030 voor S/4HANA-systemen onder een RISE with SAP- of SAP Cloud ERP Private-contract. De door SAP genoemde opvolger van SOP is SAP IBP.
5. Embedded PP/DS (Production Planning and Detailed Scheduling) draait binnen S/4HANA voor planning op basis van eindige capaciteit. MRP Live draagt materialen die zijn gemarkeerd voor geavanceerde planning over aan PP/DS-heuristieken. Controleer uw licentie voordat u eromheen ontwerpt.

De SAP Help-pagina over werken met MRP Live bevat de configuratiedetails.

Ik heb in de loop der jaren echte rampen gezien, en dit zijn de patronen die u moet vermijden. Onder RISE with SAP beperkt de Clean Core-aanpak de maatwerkcode die deze problemen vroeger aan het oog onttrok. Slechte stamgegevens komen nu sneller aan het licht, en het kost meer om er omheen te werken.

Gehaaste migratie van stamgegevens. Ik herinner me een leverancier van auto-onderdelen die zijn migratie van stuklijsten en routings overhaastte. Na de go-live was het bedrijf zes maanden bezig met het herstellen van productieorders die steeds op dataproblemen vastliepen. Validatie van stamgegevens vóór de migratie is geen bijzaak. Het is het project. Mijn artikel over waarom SAP-datamigratie mislukt gaat daar dieper op in.

Weerstand van gebruikers. Ervaren planners verzetten zich vaak tegen PP, omdat het werk overneemt dat ze vroeger met de hand en op ervaring deden. Betrek ze vroeg bij de configuratie. Laat zien waar PP hun tijd teruggeeft. Dat bepaalt de adoptie.

Legacyprocessen nabouwen. De meest hardnekkige configuratiefout die ik zie: SAP inrichten om precies zo te werken als het oude proces, in plaats van de standaard planningslogica over te nemen. Het resultaat is een overgeconfigureerd systeem dat minder oplevert dan waarvoor PP is ontworpen.

Te weinig testen van integraties. Elke koppeling met MM, SD, CO en QM kan falen. Teams die elke module afzonderlijk testen, ontdekken integratieproblemen pas in productie.

Bezuinigen op training. Ik heb bedrijven miljoenen aan implementatie zien uitgeven en vervolgens geld besparen door op training te bezuinigen. Gebruikers die het systeem niet begrijpen, bedenken noodoplossingen. Die noodoplossingen ondermijnen de datanauwkeurigheid waar MRP van afhangt.

De tabel koppelt elk risico aan de impact en aan de beheersmaatregel die ik in het plan zou opnemen.

Risico	Impact	Beheersmaatregel
Onjuiste MRP-configuratie	Tekorten, overproductie, extra inkoopkosten	Valideer MRP-typen, strategiegroepen en partijgroottebepaling met de business leads
Onnauwkeurige stuklijst of routing	Verkeerde materiaalbehoeften, vertragingen op de productievloer	Betrek engineering bij de beoordeling van stuklijsten en routings vóór de migratie
Slechte capaciteitsplanning	Knelpunten bij werkcentra, gemiste leverdata	Voer capaciteitsevaluatie en -nivellering uit voordat u orders vrijgeeft
Ontbrekende productieversie	MRP kan de stuklijst niet uitsplitsen of geldige orders aanmaken	Eén geldige productieversie per materiaal voor eigen productie
Geen realtime terugkoppeling vanaf de productievloer	Onjuiste productiestatus, late zichtbaarheid van afwijkingen	Dwing tijdige bevestigingen af; integreer SAP Digital Manufacturing of een ander MES
Onvoldoende getrainde gebruikers	Verkeerde bevestigingen, backflushfouten, onopgeloste herbewerking	Rolspecifieke training op echte productiecycli
Variantenconfiguratie niet afgehandeld	Verkeerde orders voor configureerbare producten	Test de configuratielogica in samenhang met stuklijst en routing

Wat is SAP PP en wat doet het?

SAP PP (Production Planning) is de SAP-module voor productieplanning en -uitvoering. Het beheert stuklijsten, werkcentra, routings en productieorders. De kerntaak is om via MRP de vraag uit prognoses en verkooporders te koppelen aan productiecapaciteit en de productieorder vervolgens te begeleiden van aanmaak tot afrekening.

Welke stamgegevens heeft SAP PP nodig?

Vijf objecten: de MRP-views van de materiaalstam, stuklijsten, routings, werkcentra en, in S/4HANA, productieversies. Elk daarvan moet bij de go-live kloppen en daarna worden onderhouden. Eén ontbrekend veld in de materiaalstam kan verhinderen dat er productieorders worden aangemaakt.

Hoe werkt MRP in SAP S/4HANA?

MRP saldeert de vraag (PIR's, verkooporders, afhankelijke behoeften) met voorraad en openstaande ontvangsten, op basis van doorlooptijden, partijgroottes en veiligheidsvoorraad uit de materiaalstam. Het levert planorders op voor eigen productie en inkoopaanvragen voor externe inkoop. In S/4HANA beveelt SAP MRP Live (MD01N) aan, dat in de HANA-database draait en geen MRP-lijsten aanmaakt.

Wat is een productieorder in SAP PP?

Een productieorder is de opdracht om een bepaalde hoeveelheid van een materiaal vóór een bepaalde datum te maken. Meestal wordt hij omgezet vanuit een MRP-planorder. De levenscyclus loopt van aanmaak en vrijgave via bevestiging en goederenontvangst naar de afrekening, waarbij de werkelijke kosten met de standaardkosten worden vergeleken en de afwijking in CO wordt geboekt.

Wat is het verschil tussen SAP PP en SAP PP-PI?

SAP PP is gebouwd voor discrete en repetitieve productie, met productieorders op basis van stuklijsten en routings. SAP PP-PI is gebouwd voor batch- en receptgebaseerde productie in voeding, dranken, chemie en farmacie. Het gebruikt procesorders en stamrecepten en voegt co-producten, bijproducten en batchtraceerbaarheid toe. Voor gereguleerde sectoren is dat spoor op batchniveau een compliancevereiste.

Is SOP nog beschikbaar in SAP S/4HANA?

Klassieke SOP valt onder de compatibility scope van S/4HANA, met beperkte gebruiksrechten. Die rechten liepen af op 31 december 2025 voor on-premise-systemen en lopen tot 31 december 2030 voor systemen onder een RISE with SAP- of SAP Cloud ERP Private-contract. De opvolger die SAP aanbeveelt is SAP Integrated Business Planning (IBP).

Wat zijn de meest gemaakte fouten bij een SAP PP-implementatie?

Stamgegevens overhaasten, de verkeerde strategiegroep instellen, legacyprocessen in de configuratie kopiëren, de volledige integratietest overslaan en bezuinigen op training. De meeste eindigen op dezelfde manier: MRP-uitvoer die niemand vertrouwt en planners die terug zijn bij hun spreadsheets.