SAP PP: de module voor productieplanning uitgelegd

SAP PP staat voor Production Planning. Het is de SAP-module die vraag omzet in een productieplan en vervolgens productieorders uitvoert, van vrijgave via terugmelding tot kostenafrekening.

PP neemt prognoses en verkooporders, toetst ze aan voorraad, stuklijsten, routings en capaciteit, en stelt voor wat er gemaakt moet worden, wat er ingekocht moet worden en wanneer. In SAP S/4HANA valt het onder productie, naast Materials Management (MM), Quality Management (QM) en Controlling (CO).

Deze gids is bedoeld voor fabrieksmanagers, planners en projectleiders. Ik heb PP geïmplementeerd in discrete productie, procesproductie (PP-PI) en serieproductie, dus de gids behandelt alle drie. Het korte antwoord op de vraag waar PP misgaat: stamgegevens.

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

PP staat 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 loopt:

1. Sales and operations planning (SOP): volumes op hoofdlijnen, gebaseerd op prognoses en marktverwachtingen
2. Behoefteplanning: zet die volumes om in primaire behoeften (PIR's) die MRP aansturen
3. Material requirements planning (MRP): bepaalt wat er geproduceerd of ingekocht moet worden, wanneer en in welke hoeveelheid, op basis van voorraad, doorlooptijden en openstaande orders
4. Capaciteitsplanning en -nivellering: toont overbelasting van werkplekken voordat die de werkvloer bereikt
5. Productie-uitvoering: maakt orders aan, geeft ze vrij, plant ze in en meldt ze terug tot afronding en afrekening

In S/4HANA valt klassieke SOP onder compatibility scope, en SAP verwijst klanten voor die taak naar IBP. Meer over beide hieronder.

PP is niet één manier om een fabriek te runnen. Het ondersteunt drie productievormen, en die keuze bepaalt welk ordertype, welke stamgegevens en welke kostprijsaanpak u configureert. Veel fabrieken gebruiken er meer dan één.

De tabel vergelijkt de drie zoals SAP ze levert.

Vorm	Typische branches	Uitvoeringsobject	Kernstamgegevens	Kostprijsberekening
Discrete productie	Machinebouw, elektronica, auto-onderdelen, defensiematerieel	Productieorder	Stuklijst, routing, werkplek	Per order, afgerekend bij afsluiting
Procesproductie (PP-PI)	Voeding, dranken, chemie, farmacie	Procesorder	Masterrecept, resources, stuklijst	Per order, met coproducten en bijproducten
Serieproductie	Verpakkingen, consumentengoederen, lijnen met hoge volumes	Geplande orders op een serieschema	Productieversie, productielijn, tarief-routing of routing	Per periode

Discrete productie

Discrete productie is wat de meeste mensen bedoelen als ze "SAP PP" zeggen. MRP maakt geplande orders aan, planners zetten die om in productieorders, en elke order draagt zijn eigen componenten, bewerkingen en kosten. Het past bij producten die in afzonderlijke partijen worden gemaakt, vaak op order, waarbij elke order gevolgd moet worden.

Procesproductie (PP-PI)

PP-PI (Production Planning for Process Industries) ondersteunt batch- en receptgebaseerde productie. Productieorders worden procesorders en routings worden masterrecepten, en er komen coproducten, bijproducten en batchtraceerbaarheid bij. In gereguleerde branches zoals farmacie en voeding is dat spoor op batchniveau een compliance-eis, geen extraatje.

Serieproductie

Serieproductie past bij dezelfde producten die lange tijd op dezelfde lijnen worden gemaakt. In plaats van afzonderlijke orders loopt de planning in tijdvakken op een serieschema, en operators melden direct terug op geplande orders. De documentatie van SAP over serieproductie beschrijft de periodegebaseerde planning en de retrograde afboeking die het componentverbruik boekt zodra de gereedgemelde hoeveelheid wordt teruggemeld.

De afweging is detail. Serieproductie schrapt de overhead van orderafhandeling, en kosten worden per periode afgerekend in plaats van per order. Hebt u kosten en traceerbaarheid per partij nodig, dan past discrete productie of PP-PI beter.

De stroom van vraag tot afronding kent vijf fasen. In de praktijk verloopt die zelden zonder onderbreking, maar dit is de structuur waarvoor PP is gebouwd.

1. 01SOPVolumedoelen uit prognoses
2. 02BehoefteplanningPIR's die de MRP-run aansturen
3. 03MRPGeplande orders en inkoopaanvragen
4. 04Productie-uitvoeringOrders vrijgegeven, materialen klaargezet
5. 05TerugmeldingArbeid, hoeveelheden en goederenbewegingen geboekt

SAP toont wat er echt op de werkvloer is gebeurd

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

MRP is de planningsmotor. Het salderet PIR's en verkooporders met voorraad en openstaande ontvangsten en maakt dan geplande orders aan voor eigen productie en inkoopaanvragen voor ingekochte onderdelen. Een run op onnauwkeurige stamgegevens levert ruis op waar planners wekenlang achteraan lopen.

Uitvoering en terugmelding sluiten de cirkel. Orders worden vrijgegeven, materialen klaargezet en bewerkingen uitgevoerd op de werkplekken. Daarna worden arbeid, hoeveelheden en goederenbewegingen geboekt, en het systeem toont wat er op de werkvloer is gebeurd, mits mensen op tijd terugmelden.

Stapt u over van ECC, dan zijn dit de planningswijzigingen die ontwerp en data raken. De bredere migratieroutes staan in mijn gids voor de migratie van ECC naar S/4HANA.

MRP Live

MRP Live (transactie MD01N) is de aanbevolen planningsrun van SAP in S/4HANA. Het draait in de SAP HANA-database, kan één of meerdere fabrieken in één run plannen en schrijft geen klassieke MRP-lijsten. De MRP Live-leermodule van SAP is een goede introductie, en de SAP Help-pagina over werken met MRP Live bevat de configuratiedetails.

Er komen drie andere wijzigingen mee:

1. Productieversies zijn verplicht voor materialen uit eigen productie. MRP Live explodeert geen stuklijst zonder productieversie, dus ECC-klanten die op selectiemethoden voor stuklijsten vertrouwden, moeten ze tijdens de conversie aanmaken.
2. MRP-gebieden vervangen MRP op opslaglocatieniveau. Opslaglocaties die in ECC apart werden gepland, hebben in S/4HANA een MRP-gebied nodig.
3. SOP, MRP-lijsten en prognosegebaseerde planning vallen onder compatibility scope. De gebruiksrechten zijn beperkt in de tijd en verschillen per contracttype, en SAP heeft de data al meer dan eens gewijzigd. Toets SAP Note 2269324 aan uw eigen contract voordat u er uw ontwerp op baseert.

Embedded PP/DS

PP/DS (Production Planning and Detailed Scheduling) is de geavanceerde planningsmotor die vroeger in SAP APO zat. In S/4HANA is het embedded, dus er is geen apart APO-systeem meer nodig. Het voegt eindige planning, omstelvolgordes en pegging over stuklijstniveaus toe.

MRP Live en PP/DS verdelen het werk per materiaal. Materialen die in de materiaalstam zijn gemarkeerd voor geavanceerde planning gaan naar PP/DS, de rest blijft in MRP Live. De PP/DS-leerinhoud van SAP raadt aan kritieke producten op knelpuntresources in PP/DS te plannen, en minder kritieke, verbruiksgestuurde materialen in MRP Live.

Ik heb zowel MRP Live als embedded PP/DS in implementaties gebruikt. Twee praktische punten wegen zwaarder dan de lijst met functies:

1. Plan alles wat een knelpuntresource deelt in PP/DS. Blijft de helft van de producten op een beperkte lijn in MRP Live, dan werkt eindige capaciteitsplanning op die lijn niet.
2. Sluit PP/DS-materialen uit van de planningsscope van MRP Live. Anders herplant een latere MRP Live-run ze en gaat het resultaat van de detailplanning verloren.

Wilt u naast elkaar zien wat MRP Live, PP/DS en IBP elk plannen, lees dan mijn vergelijking van MRP Live vs PP/DS vs IBP.

Controleer wat uw contract dekt voordat u uw ontwerp op PP/DS baseert.

PP plant de fabriek: wat er gemaakt wordt, op welke lijn, in welke week. SAP Integrated Business Planning (IBP) plant het bedrijf daarboven. Het is een cloudproduct voor sales and operations planning, vraagprognoses, voorraadplanning en aanbodplanning over het hele netwerk.

Ik heb klanten naar IBP gestuurd, maar alleen waar de situatie erom vroeg. Sommige fabrieken draaien prima op alleen MRP Live.

Andere hebben PP/DS nodig voor een knelpuntlijn. Een kleinere groep heeft IBP nodig omdat het planningsprobleem helemaal niet op de werkvloer ligt.

De tabel laat zien hoe ik de drie lagen uit elkaar houd.

Planningsvraag	Tool	Horizon	Typisch signaal om een laag hoger te gaan
Wat maak en koop ik, en wanneer?	MRP Live in S/4HANA	Dagen tot maanden	Planners die MRP overrulen op beperkte resources
In welke volgorde draai ik de lijn, bij eindige capaciteit?	Embedded PP/DS	Uren tot weken	Beslissingen over volume en mix over fabrieken of regio's heen
Hoeveel moet het bedrijf verkopen, op voorraad houden en leveren?	SAP IBP	Maanden tot jaren	Netwerken met meerdere locaties, consensusvraag, scenarioplanning

Signalen die naar IBP wijzen:

1. U hebt een maandelijks sales and operations-proces nodig met finance aan tafel.
2. De vraag komt uit statistische prognoses over veel klanten en kanalen.
3. Aanbodbeslissingen beslaan meerdere fabrieken en distributiecentra.

Dat klassieke SOP onder compatibility scope valt, zet een deadline op die beslissing. Mijn gids over waarom SAP IBP ertoe doet gaat dieper in op de kant van IBP.

Kiest u voor een fabriek nog tussen SAP en andere ERP's, dan zet mijn vergelijking van de beste ERP voor productiebedrijven de opties op een rij naar bedrijfsgrootte en type.

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

Materiaalstam (MRP-views). Elk geproduceerd materiaal heeft correct ingestelde MRP-views nodig. 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 bij betrokken was een week lang de productie. Eén veld.

Strategiegroep. De strategiegroep bepaalt of verkooporders PIR's verbruiken. Staat die verkeerd, dan lopen verkooporders en prognoses naast elkaar in plaats van tegen elkaar weggestreept te worden, wat het vraagsignaal verdubbelt zonder foutmelding.

Stuklijsten. De stuklijst legt vast wat er in een eindproduct gaat: componenten, hoeveelheden, uitvalpercentages, soms alternatieven. 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 en masterrecepten. Een routing legt vast hoe iets wordt gemaakt: bewerkingen, werkplekken en tijden. Procesindustrieën gebruiken in plaats daarvan masterrecepten. Zonder routing of recept kan SAP de productieduur niet berekenen en de capaciteit niet controleren.

Werkplekken. Werkplekken bevatten planningsformules, koppelingen met de kostprijsberekening en ploegenkalenders. Ze actueel houden na de go-live is de taak die blijft liggen. Gebeurt dat, dan wordt de capaciteitsplanning onnauwkeurig en verliezen de planners hun vertrouwen in het systeem.

Checklist vóór de eerste MRP-run

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

1. MRP-views in de materiaalstam compleet voor elk gepland materiaal, inclusief strategiegroep en partijgrootte (planningsleider)
2. Stuklijsten gevalideerd tegen wat er echt gebouwd wordt, met bevestiging van componenten en uitval door engineering (engineering)
3. Routings of masterrecepten bestaan voor elk materiaal uit eigen productie, met realistische bewerkingstijden (productie-engineering)
4. Kalenders en capaciteiten van werkplekken weerspiegelen de huidige ploegen (fabrieksmanager)
5. Eén geldige productieversie per materiaal uit eigen productie, voor de hele planningshorizon (planningsleider)
6. PIR's één keer geladen, vóór de eerste run afgestemd op het goedgekeurde vraagplan (vraagplanner)
7. Openstaande orders en voorraad afgestemd tussen het legacysysteem en SAP (voorraadbeheerder)
8. Een test-MRP-run op één fabriek of één MRP-gebied, waarbij planners de uitzonderingen beoordelen vóór de volledige run (planningsleider)

PP werkt niet alleen. MM verwerft wat PP nodig heeft, SD-verkooporders verbruiken prognoses, CO volgt werkelijke kosten tegen standaardkosten, en QM-inspectiepartijen kunnen orders tegenhouden. Elk integratiepunt is ook een faalpunt.

Ik heb door de jaren heen echte rampen gezien, en dit zijn de patronen die u moet vermijden.

1. De migratie van stamgegevens overhaasten. Ik herinner me een producent van auto-onderdelen die de migratie van stuklijsten en routings overhaastte. Na de go-live was het bedrijf zes maanden bezig met het herstellen van productieorders die steeds vastliepen op dataproblemen. Mijn stuk over waarom SAP-datamigratie mislukt gaat verder.
2. Legacyprocessen nabouwen. De meest hardnekkige configuratiefout die ik zie: SAP zo inrichten dat het precies werkt 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.
3. Integraties te weinig testen. Teams die elke module afzonderlijk testen, ontdekken integratieproblemen in productie. Test de volledige keten van plannen tot produceren over PP, MM, SD, CO en QM, zoals beschreven in mijn gids over SAP-testen.
4. Weerstand van gebruikers. Ervaren planners verzetten zich vaak tegen PP, omdat het werk overneemt dat ze vroeger met de hand en op gevoel deden. Betrek ze vroeg bij de configuratie en laat zien waar PP ze tijd teruggeeft.
5. Bezuinigen op training. Ik heb bedrijven miljoenen zien uitgeven aan de implementatie en daarna geld zien besparen door op training te bezuinigen. Gebruikers die het systeem niet begrijpen, bedenken noodoplossingen, en noodoplossingen breken de datanauwkeurigheid waar MRP van afhangt.

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

Risico	Impact	Maatregel
Onjuiste MRP-configuratie	Voorraadtekorten, overproductie, te hoge inkoopkosten	Valideer MRP-types, strategiegroepen en partijgroottebepaling met de leiders uit de business
Onnauwkeurige stuklijst, routing of recept	Verkeerde materiaalbehoeften, vertraging op de werkvloer	Betrek engineering bij reviews vóór de migratie
Ontbrekende productieversie	MRP kan de stuklijst niet exploderen of geen geldige orders aanmaken	Eén geldige productieversie per materiaal uit eigen productie
Overlap tussen PP/DS en MRP Live	Detailplanningen overschreven door de volgende MRP-run	Sluit PP/DS-materialen uit van de planningsscope van MRP Live
Geen realtime terugkoppeling van de werkvloer	Onnauwkeurige status, late zichtbaarheid van afwijkingen	Dwing tijdige terugmeldingen af; integreer SAP Digital Manufacturing of een ander MES
Onvoldoende getrainde gebruikers	Verkeerde terugmeldingen, fouten in retrograde afboeking, onopgeloste herbewerking	Rolspecifieke training op echte productiecycli

Waar staat SAP PP voor?

SAP PP staat voor Production Planning. Het is de SAP-module voor het plannen en uitvoeren van productie, van vraag en MRP via productieorders en terugmelding tot kostenafrekening.

Waarvoor wordt de SAP PP-module gebruikt?

De SAP PP-module verbindt de vraag uit prognoses en verkooporders via MRP met de productiecapaciteit. Ze beheert stuklijsten, routings, werkplekken en productieversies, en voert productie- of procesorders uit van aanmaak tot afrekening.

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

SAP PP in enge zin omvat discrete productie en serieproductie, met productieorders of serieschema's op basis van stuklijsten en routings. PP-PI is bedoeld voor batch- en receptgebaseerde productie in voeding, chemie en farmacie. Het gebruikt procesorders en masterrecepten en voegt coproducten, bijproducten en batchtraceerbaarheid toe.

Wat is MRP Live in SAP S/4HANA?

MRP Live (transactie MD01N) is de aanbevolen MRP-run van SAP in S/4HANA. Het draait in de SAP HANA-database, kan meerdere fabrieken in één run plannen en maakt geen klassieke MRP-lijsten aan. Materialen die gemarkeerd zijn voor geavanceerde planning gaan naar PP/DS.

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

PP met MRP Live plant bij oneindige capaciteit: wat er gemaakt en ingekocht moet worden, en wanneer. PP/DS voegt eindige planning, omstelvolgordes en pegging toe voor kritieke materialen op knelpuntresources. In S/4HANA is PP/DS embedded; vraag bij SAP na hoe uw contract de licentie regelt.

Vervangt SAP IBP SAP PP?

Nee. IBP plant sales and operations, vraag, voorraad en aanbod voor het hele bedrijf, meestal in maandelijkse of wekelijkse tijdvakken. PP blijft de productie in de fabriek plannen en uitvoeren.

IBP is de door SAP aangewezen opvolger van klassieke SOP, dat in S/4HANA onder compatibility scope valt.

Bepaalt u de scope van PP voor een S/4HANA-programma, leg dan eerst drie dingen vast: welke productievormen elke fabriek gebruikt, welke materialen PP/DS nodig hebben en of uw planningsprobleem überhaupt in IBP thuishoort. Wilt u een second opinion op dat ontwerp, bespreek dan uw SAP-programma met mij.