Grote ondernemingen zijn afhankelijk van geïntegreerde platforms om bedrijfsprocessen, bedrijfsmiddelen en bedrijfsactiviteiten op grote schaal te beheren. SAP meldt dat zijn klanten goed zijn voor ongeveer 87% van de wereldwijde handel en 84% van de wereldwijde uitstoot van broeikasgassen.
Hoewel velen denken dat dit allemaal te danken is aan SAP S/4HANA, zijn er doorgaans nog tal van andere aspecten die samen ervoor zorgen dat het bedrijfsplatform zo waardevol is voor het bedrijf. Een daarvan is SAP-installatieonderhoud (PM).
Vaak gebeurt het dat, wanneer er een onderhoudsopdracht wordt aangemaakt, een technicus de werkzaamheden uitvoert en de kosten registreert, waarna de apparatuur wordt gedemonteerd en op een andere locatie opnieuw wordt geïnstalleerd. De onderhoudsrapporten in dergelijke gevallen voldoen mogelijk niet aan de verwachtingen. Velen zullen aannemen dat het om een fout in de rapportage gaat, maar dat is niet het geval.
Deze kloof ontstaat door een gebrek aan inzicht in technische objecten, de installatiegeschiedenis, de relevantie voor de planning en nog veel meer. Zonder deze duidelijkheid lijkt de onderhoudsgeschiedenis onsamenhangend, lijken de kosten misplaatst en gedragen preventieve plannen zich onvoorspelbaar.
In deze uitgebreide gids leggen we je alles uit wat er te weten valt over SAP PM.
Wat is SAP PM? Een overzicht
SAP PM is de onderhoudsmodule binnen het SAP ERP-systeem die organisaties gebruiken om onderhoudsactiviteiten voor technische activa te plannen, uit te voeren, te bewaken en te optimaliseren. Het biedt een gestructureerd kader voor het beheer van technische objecten, zoals functionele locaties en apparatuur, het vastleggen van de onderhoudsgeschiedenis, het opstellen van preventieve onderhoudsschema’s en nog veel meer.
Dit onderhoudsbeheer is belangrijk, vooral in sectoren met veel vaste activa, omdat stilstand veel geld kan kosten. Een IBM-enquête uit het onderzoek bleek dat 98% van de respondenten verliezen rapporteerden van meer dan $100.000 per uur. 81% van hen noemden verliezen van meer dan $300.000, terwijl 33% aangaven dat deze tussen $1 en $5 miljoen konden liggen.
Zonder goed onderhoud van bedrijfsmiddelen, materialen en apparatuur neemt de kans op dergelijke stilstanden aanzienlijk toe. Assetmanagement rechtvaardigt bijvoorbeeld voorspellend onderhoud voor hoogwaardige bedrijfsmiddelen, zorgt ervoor dat verouderde bedrijfsmiddelen niet langer preventief maar correctief worden onderhouden, en vormt de basis voor beslissingen over vervanging.
Hetzelfde geldt ook voor het materiaalbeheer. Dit zorgt voor automatische reservering van onderdelen via stuklijsten (BOM’s), inkooptriggers, realtime inzicht in de voorraad en nog veel meer. En wat betreft onderhoud van apparatuur, hierdoor kunnen organisaties meerdere vestigingen beheren door reserveonderdelen te delen, apparatuur te verplaatsen en de inkoop te centraliseren.
Het blijft niet eens beperkt tot onderhoud. De impact van een correct gebruik van SAP PM reikt veel verder dan de toeleveringsketen, de opslag en de logistiek. Stel dat een paar zeer belangrijke apparaten uitvallen en er geen vervanging beschikbaar is. Dat leidt niet alleen tot stilstand, maar zet ook het hele proces van de toeleveringsketen volledig op zijn kop.
Gebruik van de SAP-installatieonderhoud Deze module helpt dergelijke vertragingen en stilstandtijden tot een minimum te beperken, de inkoopkosten stabiel te houden en versnipperde coördinatie tussen verschillende fabrieken te voorkomen.
Om dit alles op de juiste manier te kunnen beheren, maakt SAP PM gebruik van verschillende componenten.
Belangrijkste onderdelen van SAP PM
SAP PM is gebaseerd op een nauw geïntegreerde architectuur van stamgegevens en transactiegegevens. Elk onderdeel van deze architectuur vervult een specifieke functie bij het structureren van technische activa, het plannen van onderhoudswerkzaamheden, het uitvoeren van werkzaamheden, het vastleggen van de geschiedenis en het beheersen van de kosten.
Technische objecten (apparatuur en functionele locaties)
Technische objecten in SAP PM zijn abstracte entiteiten die worden gebruikt om fysieke bedrijfsmiddelen weer te geven. Ze vormen de structurele ruggengraat van de gehele module. Alles, van een melding en een onderhoudsopdracht tot kostenboeking en historische gegevens, is gekoppeld aan technische objecten.
De stamgegevens voor activabeheer omvatten technische objecten, meetpunten en tellers, werkplekken, takenlijsten en onderhoudsplannen. Als deze objecten dus niet correct zijn gedefinieerd, wordt de rapportage inconsistent en onbetrouwbaar.
Enkele van de belangrijkste technische objecten in SAP PM zijn onder meer:
Hier zullen we later in dit artikel dieper op ingaan.
Onderhoudsmeldingen
Onderhoudsmeldingen vormen het officiële startpunt voor onderhoudsactiviteiten in SAP PM. Simpel gezegd zijn ze te vergelijken met het indienen van tickets bij de IT-afdeling voor technische problemen in een systeem. Alleen gaan ze in dit geval over fabrieksonderhoud.
Deze meldingen leggen technische problemen, opmerkingen, verzoeken en schademeldingen vast voordat met de werkzaamheden wordt begonnen. SAP PM-meldingen maken ook gebruik van catalogusstructuren om onderhoudskwesties te classificeren. Deze omvatten classificaties op basis van objectonderdeel, schadecode en oorzaakcode, die helpen bij het standaardiseren van storingsrapportage, het mogelijk maken van oorzaakanalyse en het ondersteunen van onderhoudsanalyses. Ze worden gebruikt om de volledige situatie te documenteren, van de toestand en de probleemomschrijving tot technische bevindingen en contextuele details.
Ze fungeren als gestructureerde diagnostische records die het bijhouden van de naleving en analyses ondersteunen. Al deze gegevens worden opgeslagen in de kerntabel QMEL. Daarbinnen kunnen de volgende gerelateerde tabellen voorkomen:
- QMFE: Schadegegevens
- QMUR: Oorzaakgegevens
- QMMA: Activiteitsgegevens
- IHPA: Partneropdrachten
- JEST / JSTO: Statusbeheer
Elk van deze meldingen moet worden gekoppeld aan een functionele locatie, een apparaat of beide. Veelvoorkomende soorten meldingen zijn onder meer storingsmeldingen, onderhoudsverzoeken, schademeldingen en serviceverzoeken.
In Master Data kunt u de status van meldingen bekijken. De status van meldingen geeft aan of er nog werk openstaat, of het werk in behandeling is of al is voltooid.
Onderhoudsopdrachten
Dit zijn de motor achter de uitvoering en de kostenbeheersing van de SAP PM-module. Zodra technische objecten voor structuur zorgen en onderhoudsmeldingen de problemen in kaart brengen, zetten orders de intentie om in geplande, ingeplande, uitgevoerde en financieel traceerbare werkzaamheden.
De registratie van arbeidsuren, het verbruik van reserveonderdelen, externe dienstverlening, het vastleggen van stilstandtijd en de afrekening van kosten: alles verloopt via onderhoudsopdrachten. Deze hebben het volgende doel:
- Onderhoudswerkzaamheden plannen
- Werkcentra en capaciteit toewijzen
- Reserveonderdelen reserveren en uitgeven
- Het werkelijke verbruik van arbeid en materiaal vastleggen
- De kosten vergoeden aan de uiteindelijke begunstigden, enz.
Takenlijsten
Takenlijsten worden gebruikt om de planning en uitvoering van terugkerende onderhoudswerkzaamheden te standaardiseren. Ze zijn bedoeld om terugkerende onderhoudsprocedures te standaardiseren. Daarnaast dragen ze ook bij aan een consistente inschatting van de benodigde arbeidstijd, het vaststellen van de volgorde van werkzaamheden, het verbeteren van de voorspelbaarheid van de kosten en nog veel meer.
Er zijn drie hoofdtypen takenlijsten: de takenlijst voor apparatuur, de takenlijst voor functionele locaties en de algemene onderhoudstakenlijst. Elke lijst bevat kopgegevens, een bewerkingenlijst, een werkplektoewijzing, stuurtoetsen, standaardwaarden en optionele alternatieve volgordes.
Dit zijn de belangrijkste tabellen die bij takenlijsten horen:
- PLKO: Koptekst van de takenlijst
- PLPO: Bewerkingen op de takenlijst
- PLAS: Volgordes van takenlijsten
- MAPL: Toewijzing van een takenlijst aan een object
Onderhoudsplannen
Onderhoudsplannen helpen bepalen wanneer de taken uit de takenlijsten moeten worden uitgevoerd. Je kunt ze zien als de automatiseringsmotor voor preventief en op de toestand gebaseerd onderhoud. Dit helpt de afhankelijkheid van handmatige registratie te verminderen en zorgt ervoor dat de inspectiecycli worden nageleefd.
Onderhoudsplannen worden gedefinieerd in drie kerntabellen: MPLA (Onderhoudsplan-kop), MPOS (Onderhoudsitem) en MHIS (Onderhoudsplan-oproepgeschiedenis). Elk van deze tabellen bestaat uit een plankop, onderhoudsitems, planningsparameters, een verwijzing naar de takenlijst en logica voor het genereren van oproepobjecten.
Veelvoorkomende soorten onderhoudsplannen zijn onder meer plannen met één cyclus, op strategieën gebaseerde plannen en plannen met meerdere tellers, waarbij de planning op tijd of op prestaties kan worden gebaseerd. Ze zijn gekoppeld aan onderhoudsposten die het onderhoudsobject binnen het plan definiëren.
Meetpunten en tellers
Dit zijn de basisprincipes van op de toestand en op de prestaties gebaseerd onderhoud. Meetpunten en tellers leveren realtime informatie aan het systeem, waardoor op de toestand en op de prestaties gebaseerde onderhoudsplannen in gang worden gezet.
Meetpunten worden gedefinieerd in technische objecten in de stamgegevens. Hierin worden de meetpuntcategorie, het kenmerk, de maateenheid, de streefwaarde, de boven- en ondergrenzen en de logica voor telleroverloop vastgelegd; deze gegevens worden opgeslagen in de tabellen IMPTT (Meetpunt) en IMRG (Meetdocumenten).
Tellers daarentegen meten cumulatieve waarden. Als een op voorwaarden gebaseerd plan bijvoorbeeld een activeringspunt heeft na een bepaald aantal uren, zullen tellers deze uren bijhouden en de voorwaarde activeren. Deze tellers kunnen echter maximale waarden hebben. Zodra die limiet is bereikt, worden ze dus teruggezet.
In de onderstaande tabel worden deze kernonderdelen van SAP PM weergegeven, samen met hun zakelijke doel:
| SAP PM-component | Beschrijving | Bedrijfsdoel |
|---|---|---|
|
Technische objecten (functionele locaties en apparatuur) |
Dit zijn structurele stamgegevens die locaties (IFLOT) en afzonderlijke activa (ITOB/EQUI) weergeven. |
|
|
Onderhoudsmeldingen |
Onderhoudsmeldingen zijn registraties die vóór de uitvoering worden vastgelegd. Hierin worden problemen, schade, opmerkingen of onderhoudsverzoeken vastgelegd. |
|
|
Onderhoudsopdrachten |
Het zijn objecten voor uitvoering en kostenbeheersing die bewerkingen, componenten, werkcentra en afrekeningsregels bevatten (AUFK, AFKO, AFVC, RESB, COEP). |
|
|
Takenlijsten |
Deze bieden herbruikbare sjablonen voor bewerkingen, werkplekken, stuurtoetsen en standaardwaarden voor terugkerend onderhoud (PLKO, PLPO, MAPL). |
|
|
Onderhoudsplannen |
Onderhoudsplannen helpen bij het plannen van terugkerende onderhoudswerkzaamheden op basis van tijds- of prestatiecycli via MPLA, MPOS en MHIS. |
|
Functionele locatie versus apparatuur in SAP PM
In SAP PM voor onderhoudsbeheer, worden technische objecten ingedeeld in functionele locaties en apparatuur. Het doel is om een gestructureerd, traceerbaar en tijdsafhankelijk onderhoudskader te creëren.
Functionele locatie in SAP PM
Een functionele locatie is een gestructureerd stamgegevensobject dit vertegenwoordigt de fysieke of logische locatie waar onderhoudstaken worden uitgevoerd. Het is van fundamenteel belang om onderhoudsgegevens uit de hele fabriek te bundelen voor rapportage op locatieniveau. Daarnaast ondersteunt het ook preventief onderhoud en een stabiele structuur die onafhankelijk is van de levenscyclus van de apparatuur.
In de onderstaande tabel staan de belangrijkste kenmerken van de functionele locatie:
| Kenmerk | Beschrijving | Referentietabel |
|---|---|---|
|
Objecttype |
Structureel hoofdobject |
IFLOT |
|
Hiërarchie |
Meerdere niveaus (bijv. fabriek → gebied → lijn → sectie) |
IFLOTX |
|
Classificatie |
Klassetype 003 |
KSSK / AUSP |
|
Opdrachtlijst |
Kan worden toegewezen voor standaardprocedures |
MAPL |
|
Integratie van onderhoudsplannen |
Preventieve of op de toestand gebaseerde plannen kunnen verwijzen naar functionele locaties |
MPLA / MPOS |
Apparatuur in SAP PM
Zoals de term al aangeeft, vertegenwoordigt een apparaat binnen SAP PM één afzonderlijk, onderhoudsbaar bedrijfsmiddel dat kan worden geïnstalleerd, gedemonteerd en verplaatst. Om ervoor te zorgen dat elk apparaat op unieke wijze kan worden geïdentificeerd, wordt het voorzien van verschillende kenmerken. Dit maakt het mogelijk om tijdafhankelijke geschiedenis-, kosten- en technische prestatiegegevens op te slaan.
Hieronder geven we een overzicht van de essentiële kenmerken met betrekking tot de apparatuur in SAP PM:
| Kenmerk | Beschrijving | Referentietabel |
|---|---|---|
|
Objecttype |
Afzonderlijk activum |
ITOB / EQUI |
|
Installatievolgsysteem |
Tijdsgebonden; geldig vanaf de installatiedatum tot en met de demontagedatum |
EQUZ / ILOA |
|
Integratie van serienummers |
Optioneel, voor unieke identificatie |
OBJK |
|
Classificatie |
Lesvorm 002 |
KSSK / AUSP |
|
Opdrachtlijst |
Apparatuurspecifieke procedures |
MAPL |
|
Integratie van onderhoudsplannen |
Ondersteunt preventief onderhoud en conditiegebaseerde monitoring door middel van integratie |
MPLA / MPOS |
Met apparatuurgegevens kunt u de onderhoudsgeschiedenis van specifieke apparaten bijhouden. Daarnaast kunt u hiermee cumulatieve tellers bijhouden, zoals bedrijfsuren en cycli. Bovendien registreert de apparatuur kosten en stilstandtijd en ondersteunt het de verplaatsing en het bijhouden van de levenscyclus.
Belangrijkste verschillen: functionele locatie versus apparatuur
Hoewel zowel de functionele locatie als de uitrusting in SAP PM aan technische objecten zijn gekoppeld, zijn er toch een aantal verschillen tussen beide. In deze tabel staan enkele van de belangrijkste verschillen tussen beide vermeld:
| Aspect | Functionele locatie (IFLOT-tabel) | Apparatuur (tabellen EQUI/ITOB) |
|---|---|---|
| Hoofddoel | Helpt bij het in kaart brengen van de ruimtelijke hiërarchie. Bijvoorbeeld: PLANT1 > LINE1 > MACHINE A. | Hiermee worden individuele activa gedurende hun volledige levenscyclus bijgehouden |
| Focus op hiërarchie | Het richt zich op de structurele organisatie van locaties | Aangezien het hier om specifieke apparatuur gaat, ligt de nadruk op apparatuurspecifieke hiërarchieën |
| Installatiegeschiedenis | Niet van toepassing (vaste locaties) | Met tijdsegmenten voor apparatuur wordt de installatie- en locatiegeschiedenis bijgehouden |
| Gevolgen voor KPI's en rapportage | Beperkt omdat het rapportages op basis van locatie maakt | De systemen maken nauwkeurige KPI’s zoals MTTR mogelijk dankzij een volledige onderhoudshistorie, en bieden gedetailleerde analyses op activaniveau |
| Integratie | Kan worden geïntegreerd met takenlijsten en onderhoudsplannen | Geïntegreerd met takenlijsten, onderhoudsplannen, tellers en stuklijsten |
Overzicht van de installatie van apparatuur
De installatiegeschiedenis van apparatuur helpt bij het bijhouden van een nauwkeurig overzicht van alle onderhoudsactiviteiten. Hierin wordt elke installatie, verplaatsing of demontage vastgelegd. SAP slaat de installatiegeschiedenis op met behulp van apparatuurtijdsegmenten (EQUZ), samen met de stamgegevens van de apparatuur en de toewijzingsgegevens voor de locatie. Elk record bevat informatie over de geldigheidsperiodes, de verantwoordelijke partners en de integratie met andere PM-objecten.
Naast de IFLOT-, ITOB- en IHPA-tabellen is het proces voor het bijhouden van de installatiegeschiedenis van apparatuur ook afhankelijk van het Class Master Record KSSK, waarin de details van elke klassekenmerk worden vastgelegd. Dit record bevat een unieke klasse-ID, het klassetype (bijvoorbeeld 002 voor apparatuur en 003 voor functionele locatie), de status en de klassebeschrijving.
De kenmerktoewijzing (AUSP) omvat alle kenmerken van een klasse, zoals OBJNR (objectnummer), ATINN (kenmerk-ID) en ATWRT (kenmerkwaarde). Deze wordt geïntegreerd met het serienummer (EQUI + OBJK) om aan elk kenmerk en elke klasse een uniek serienummer toe te wijzen.
Neem bijvoorbeeld het bijhouden van de geschiedenis van een pomp in een fabriek. Stel dat de naam van de apparatuur is ingesteld op „Pomp EQP-30001”. De pomp heeft serienummer SN-CP-2026 en is geïnstalleerd op FL-PUMP-101. De pomp heeft twee kenmerken: Capaciteit = 500 GPM en Materiaal = Roestvrij staal. Hier kunt u het specifieke serienummer gebruiken om de geschiedenis, kenmerken, klasse en andere details van de apparatuur op te vragen.
Het begint allemaal met de installatie van de apparatuur. Zodra de apparatuur is geïnstalleerd, maakt SAP een tijdssegment aan voor de apparatuur om de installatiegeschiedenis bij te houden, en onderhoudsopdrachten nemen deze toewijzing over. Op basis van de installatieperiode wordt hiervoor een geschiedenis aangemaakt en opgeslagen.
Dit draagt bij aan nauwkeurige administratie, gedetailleerde rapportages, een goed geplande onderhoudsplanning en samenwerking tussen de verschillende vestigingen.
Stuklijstbeheer voor apparatuur in SAP PM
Een ander belangrijk begrip in SAP PM zijn stuklijsten (BOM). Aan de hand van de gegevens in de stuklijst kunnen het management en de beheerders ervoor zorgen dat de componenten, reserveonderdelen, en de onderdelen die nodig zijn om een onderhoudswerkzaamheid uit te voeren, zijn beschikbaar.
BOM is nauw geïntegreerd met diverse andere SAP PM-componenten en SAP-modules om het activabeheer te stroomlijnen. Het werkt samen met stamgegevens van apparatuur, takenlijsten, onderhoudsopdrachten en materiaalbeheer voor een geoptimaliseerde uitvoering van onderhoudswerkzaamheden. De tabellen die bij BOM horen, zijn:
- STPO: Hierin staan alle details van de stuklijstitems vermeld, waaronder componenten, hoeveelheden en maateenheden.
- STKO: Het type, de status en de geldigheidsduur van de stuklijst maken allemaal deel uit van deze tabel, die de kopgegevens van de stuklijst weergeeft.
- MAPL: MAPL biedt takenlijsten waarmee stuklijsten rechtstreeks aan bewerkingen worden gekoppeld.
- MAST: Toewijzing van materiaal aan stuklijst
Het stuklijstbeheer in SAP PM verschilt van productiestuklijsten. Beide houden gegevens bij over componenten en bedrijfsmiddelen. Productiestuklijsten zijn er echter op gericht ervoor te zorgen dat alle onderdelen beschikbaar zijn om een eindproduct te vervaardigen, terwijl het stuklijstbeheer gericht is op de reparatie en het onderhoud van apparatuur. Om ervoor te zorgen dat het systeem geschikt is voor alle soorten reparaties, maakt SAP PM gebruik van verschillende stuklijsten.
Soorten stuklijsten die in SAP PM worden gebruikt
SAP PM ondersteunt verschillende soorten stuklijsten voor apparatuur en onderhoud, waaronder:
| BOM-type | Beschrijving | Toepassingsvoorbeeld in het onderhoud |
|---|---|---|
| Stuklijst voor apparatuur (E-BOM) | Dit geldt voor een specifiek apparaat in de ITOB/EQUI-tabel. | Kan worden gebruikt om diverse apparatuur te monitoren, zoals pompen, motoren, druktransmitters, opslagtanks en ketels. |
| Functionele locatie-stuklijst (F-BOM) | Zoals de naam al aangeeft, is deze toegewezen aan een functionele locatie. | Wordt gebruikt voor standaardisatie wanneer er op een locatie meerdere vergelijkbare activa aanwezig zijn. |
| Materiaalstuklijst (M-BOM) | Gekoppeld aan een materiaalstamrecord (MARA/MATDOC). | Je kunt deze functie gebruiken wanneer onderhoudsonderdelen uit de standaardvoorraad worden afgeschreven. |
| Stuklijst voor assemblage | Dit stuklijsttype bevat gegevens over alle subassemblages als componenten. | Dit maakt het mogelijk om complexe machines met meerdere geneste onderdelen te volgen, die als subassemblages kunnen worden toegewezen. |
| Alternatieve stuklijsten | Het houdt de details bij van alle alternatieve of meerdere stuklijsten die voor dezelfde apparatuur of functionele locatie zijn aangemaakt of gebruikt. | Biedt flexibiliteit bij de keuze van reserveonderdelen. |
Een SAP-installatieonderhoud Een stuklijst is rechtstreeks gekoppeld aan een apparaat of een functionele locatie. Hierdoor wordt het proces van het valideren van de benodigde componenten geautomatiseerd. Als dit correct is geconfigureerd, kunnen componenten uit de stuklijst automatisch worden voorgesteld in onderhoudsopdrachten en takenlijsten.
Zo wordt het gebruikt in onderhoudsopdrachten:
| Veld | Doel |
|---|---|
| RESB | Dit zijn gereserveerde componenten voor de uitvoering van de order, die in de order worden gekopieerd wanneer de stuklijst wordt geïntegreerd met de takenlijsten. |
| AFVC | AFVC helpt bij het leggen van integratiekoppelingen, zodat elk onderdeel van de stuklijst aan de juiste taak wordt gekoppeld. |
| MSEG / MKPF | Boekingen van materiaalverbruik tijdens de uitvoering. |
| COEP | Hiermee kunnen de kosten van de verbruikte materialen worden bijgehouden. |
Stel dat u het maandelijkse onderhoud wilt uitvoeren aan een centrifugaalpomp EQP-30001. Deze heeft een functionele locatie: FL-PUMP-101, apparatuur: EQP-30001, taaklijstbewerking: lagers smeren, en stuklijstcomponenten: smeermiddel (500 ml) en lagerset (1 stuk).
Wanneer het onderhoudsplan nu een opdracht activeert, bijvoorbeeld 50012345, worden de takenlijst en de stuklijstcomponenten gekopieerd. De in RESB gereserveerde stuklijstitems worden vervolgens uit de voorraad gehaald. De kosten die verband houden met het gehele onderhoudsproces worden geboekt op COEP, waarna de status wordt gewijzigd in TECO of ‘opdracht voltooid’.
Voordelen van stuklijstbeheer bij onderhoud
Het gebruik van stuklijstbeheer binnen SAP Plant Maintenance biedt onderhoudsmanagers tegenwoordig tal van belangrijke voordelen. Enkele van deze belangrijkste voordelen zijn:
- Beschikbaarheid van materiaal: Stuklijsten helpen bij de voorbereiding van reparatie- en onderhoudswerkzaamheden. Met nauwkeurige stuklijsten kunnen beheerders ervoor zorgen dat alle benodigde onderdelen beschikbaar zijn en voor onderhoud worden gereserveerd.
- Kostenprecisie: De COEP-integratie berekent automatisch de onderhoudskosten op basis van de stuklijstcomponenten in onderhoudsopdrachten.
- Optimalisatie van preventief onderhoud: Wanneer stuklijsten en takenlijsten aan elkaar zijn gekoppeld, kunnen stuklijsten het aanmaken van bestellingen automatiseren, waarbij alle benodigde onderdelen worden meegenomen.
- Integratie van voorraadbeheer: U kunt het integreren met de SAP-module Materiaalbeheer (MM) om de voorraad in realtime bij te werken.
- Rapportage en analyse: Aan de hand van de BOM-gebruiksgegevens kan het materiaalverbruik per apparaat, functionele locatie of fabriek worden bijgehouden.
- Naleving en controleerbaarheid: Met stuklijsten kunt u het gebruik van elk onderdeel traceren en bijhouden, wat bijdraagt aan de naleving van de regelgeving.
Soorten onderhoud in SAP PM
Nu u bekend bent met enkele van de belangrijkste onderdelen van SAP PM, gaan we kijken naar de verschillende vormen van onderhoud die u in SAP PM kunt uitvoeren. Aangezien deze handleiding speciaal is opgesteld voor onderhoud, gaat het hier niet om een eenvoudige activiteit. In plaats daarvan wordt er onderscheid gemaakt tussen onderhoudsprocessen op basis van ordertypen, meldingstypen, onderhoudsplannen, meetpunten en meer. Dit zijn de meest voorkomende soorten onderhoud in SAP PM:
Correctief (storings)onderhoud
Correctief onderhoud wordt ook wel storingsonderhoud genoemd, omdat het wordt uitgevoerd wanneer apparatuur defect raakt of niet meer werkt. Het doel hiervan is om de apparatuur weer volledig operationeel te maken.
Dit is ook een spoedreparatie, aangezien een storing tot kostbare stilstand kan leiden. Daarom is deze reparatie vaak ongepland en moet er snel gehandeld worden. Aangezien een bedrijf zich geen storing kan veroorloven, krijgt dit onderhoud een zeer hoge prioriteit.
Om dit in SAP PM te implementeren, moeten de volgende objecten worden gebruikt:
| Doel | Technische gegevens | Tabellen |
|---|---|---|
| Type melding | Melding van een storing (bijv. M1, M2) | QMEL |
| Schadecode | Codering van onderdelen, schade en oorzaken | QMFE |
| Onderhoudsopdracht | Hierin wordt het ordertype vermeld, zoals PM01, PM02, enz. | AUFK / AFKO |
| Bedrijfsvoering | Houdt reparatiewerkzaamheden bij | AFVC |
| Onderdelen | Geeft een overzicht van de verbruikte onderdelen of reserveonderdelen | RESB |
| Kostenverrekening | Houdt de arbeids- en materiaalkosten bij | COEP |
| Statusstroom | Statusverloop: Aangemaakt (CRTD) → Vrijgegeven (REL) → Bevestigd (CNF) → Technisch voltooid (TECO) → Gesloten (CLSD) | JEST |
Preventief onderhoud
Preventief onderhoud heeft tot doel storingen aan apparatuur te voorkomen. Het gaat hierbij om geplande en vooraf vastgestelde onderhoudstaken, zoals routine-inspecties of controles op de naleving van wettelijke voorschriften.
Onderhoudsplan (MPLA), onderhoudspost (MPOS), takenlijst (PLKO / PLPO), oproepgeschiedenis (MHIS) en ordertype (AUFK) zijn enkele van de veelgebruikte kenmerken voor preventief onderhoud. De juiste planningslogica verloopt in de volgende volgorde: oproephorizon → voltooiingsvereiste → ploegfactoren → planningsindicator.
| Type preventief onderhoud | Triggerbasis | Gebruikt SAP PM-object | Voorbeeld |
|---|---|---|---|
| Onderhoud op basis van tijd | Kalenderintervallen | Onderhoudsplan | Maandelijkse inspectie |
| Prestatiegericht onderhoud | Meetwaarden | Meetpunten | Onderhoud na 5.000 uur |
| Onderhoud op basis van tellerstanden | Aantal keer gebruikt | Tellers | Onderhoud na 10.000 cycli |
| Strategisch onderhoud | Meerdere criteria | Onderhoudsstrategie | Olieverversing + controle |
Voorspellend onderhoud
Bij voorspellend onderhoud worden gegevens en analyses gebruikt om storingen aan apparatuur te voorspellen en te voorkomen. Het gebruik van dit soort onderhoud neemt toe, met name in fabrieken. De wereldwijde markt voor voorspellend onderhoud zal naar schatting groeien van ongeveer $10,6 miljard in 2024 tot $47,8 miljard in 2029. Dit komt neer op een jaarlijkse samengestelde groei (CAGR) van maar liefst 35,1% gedurende de prognoseperiode.
In SAP-omgevingen wordt voorspellend onderhoud doorgaans mogelijk gemaakt door integratie met IoT-sensoren, analyseplatforms of voorspellende oplossingen van SAP. SAP PM ondersteunt voornamelijk op de toestand gebaseerd onderhoud via meetpunten en tellers, terwijl voorspellende inzichten berusten op geavanceerde monitoring en gegevensanalyse.
Dit soort onderhoud is afhankelijk van meetpunten en tellers.
| Doel | Technische gegevens | Tabellen |
|---|---|---|
| Meetpunt | Continu of op basis van tellers | IMPTT |
| Meetdocument | Leesgeschiedenis | IMRG |
| Drempelwaarden | Boven- en ondergrenzen | IMPTT |
| Onderhoudsplan | Prestatiegericht | MPLA |
Proactief onderhoud en verbeteringsonderhoud
Naast preventief onderhoud bestaat er ook proactief en op verbetering gericht onderhoud. Deze vormen van onderhoud zijn erop gericht de onderliggende oorzaken van storingen weg te nemen om zo uiteindelijk de prestaties van de apparatuur te verbeteren.
Neem bijvoorbeeld het herontwerpen van de afdichting van een pomp. In deze situatie biedt zich niet alleen de mogelijkheid om de afdichting te repareren en de werking van de pomp te herstellen, maar ook om het ontwerp aan te passen om de functionaliteit te verbeteren. Hetzelfde geldt voor het verbeteren van de materiaalkeuze voor lagers of technische verbeteringen.
Dit onderhoud wordt uitgevoerd via meldingen, opdrachten, projectintegratie en afrekening. De melding is een verbeteringstype uit de tabel QMEL. Het betreft een investerings- of aanpassingsopdracht (AUFK) met koppeling aan een WBS-element (PRPS) en activering in de vaste activa (COEP / ANEP).
Onderhoudsplannen in SAP PM
Onderhoud in SAP-installatieonderhoud (SAP PM) is opgebouwd rond onderhoudsplannen. Deze plannen zorgen ervoor dat onderhoudsopdrachten automatisch worden aangemaakt op basis van tijd- of prestatiecriteria. In een onderhoudsplan moet worden vastgelegd welk object moet worden onderhouden, welk onderdeel van het object moet worden onderhouden, wanneer het onderhoud moet plaatsvinden en of de opdrachten de vorm van orders of meldingen moeten aannemen.
Met een goed opgezet onderhoudsplan kunt u ervoor zorgen dat preventieve werkzaamheden met de juiste tussenpozen worden ingepland en worden afgestemd op de operationele behoeften en de beschikbaarheid van middelen.
Onderhoudspakketten voor één cyclus
Plannen met één cyclus zijn het eenvoudigst en omvatten zowel op tijd als op prestaties gebaseerde plannen. Ze vallen onder de preventieve onderhoudsplanning.
U kunt op tijd gebaseerde onderhoudsplannen gebruiken om onderhoudswerkzaamheden met regelmatige tussenpozen in te plannen. Dit betekent dat het onafhankelijk is van het daadwerkelijke gebruik van het bedrijfsmiddel.
De onderhoudscyclus kan hier als trigger dienen. Je kunt deze bijvoorbeeld instellen op 50 dagen, om de 1.000 bedrijfsuren of op specifieke data.
Aangezien deze zijn gebaseerd op één enkele onderhoudscyclus, zijn ze geschikt voor eenvoudige, terugkerende activiteiten. Ze ondersteunen zowel op tijd als op prestaties gebaseerde planning, zonder dat de configuratie al te ingewikkeld is.
Daarnaast zijn er prestatiegerichte plannen die uitgaan van het huidige gebruik van de apparatuur. Aan orders worden tellers toegewezen om bepaalde drempels te monitoren, zoals bedrijfsuren, afgelegde mijlen of productiecycli.
Een eenvoudig voorbeeld hiervan is het onderhoud van een vliegtuig na elke 100 starts. In dit geval ligt de onderhoudsdatum niet vast; het kan een specifieke datum zijn of plaatsvinden na een vast interval. In plaats daarvan hangt het af van het moment waarop het vliegtuig zijn 100e start voltooit.
Op strategie gebaseerde onderhoudsplannen
Terwijl plannen met één cyclus op één enkel pakket zijn gebaseerd, kunnen strategiegebaseerde plannen meerdere vooraf gedefinieerde pakketten bevatten. Elk van deze pakketten is afgestemd op specifieke, op tijd of op tellerstanden gebaseerde intervallen. Simpel gezegd: het plan wijst onderhoudstaken toe op basis van gebruik of verstreken tijd, in plaats van een uniform schema te volgen. Dit zorgt ervoor dat verschillende onderhoudswerkzaamheden op de juiste momenten worden uitgevoerd.
Elk pakket omvat een vastomlijnd pakket aan diensten met eigen cyclusparameters. Het onderhoud wordt dan ook in fasen uitgevoerd. Kleinere werkzaamheden vinden vaker plaats, terwijl uitgebreidere diensten met langere tussenpozen worden ingepland.
Stel dat een onderhoudsstrategie voor voertuigen uit drie pakketten bestaat: P1, P2 en P3. Elk van deze pakketten kan een andere trigger hebben voor het uitvoeren van een onderhoudsopdracht. Laten we voor dit voorbeeld aannemen dat P1 om de 15 dagen wordt uitgevoerd, P2 elke maand en P3 elk kwartaal. U kunt deze pakketten naar behoefte gebruiken om onderhoudscycli te automatiseren. Hoewel we in dit voorbeeld alleen uitgaan van een op tijd gebaseerde aanpak, kunt u hier ook op tijd en prestaties gebaseerde triggers combineren.
Bekijk in dat licht eens dit voorbeeld van een op strategie gebaseerd onderhoudsplan. Een ‘x’ in een rij geeft aan dat er aan dat pakket geen onderhoud moet worden uitgevoerd.
| Operatienummer | Beschrijving | P1 (Om de 15 dagen) | P2 (maandelijks) | P3 (per kwartaal) |
|---|---|---|---|---|
| 01 | Schoonmaken | x | ||
| 03 | Visuele inspectie | x | x | |
| 07 | Controleer het oliepeil | x | ||
| 11 | Remcontrole | x | ||
| 14 | Vervanging van de remvloeistof | x | ||
| 18 | Controle van de koelvloeistof | x | x | |
| 21 | Wieluitlijning | x | x | x |
Plan met meerdere tellers
Een plan met meerdere tellers combineert planning op basis van tijd en prestaties. Hierbij wordt gebruikgemaakt van meerdere tellers, die elk aan een andere dimensie of eigenschap zijn toegewezen. Zo kan de ene teller de bedrijfsuren bijhouden, de andere de kilometerstand en een derde de gebruikscycli. Hierdoor kan onderhoud worden uitgevoerd zodra aan een van de genoemde regels wordt voldaan.
De relatie tussen tellers kan worden geconfigureerd met behulp van logische voorwaarden. Als u kiest voor de OR-logica, wordt de onderhoudsopdracht uitgevoerd zodra aan één van de voorwaarden is voldaan. Bij de AND-logica daarentegen wordt de opdracht uitgevoerd pas als aan alle voorwaarden is voldaan.
Onderhoudsplannen aanpassen
U kunt het door u gekozen onderhoudsplan verder aanpassen met behulp van Call Horizon, onder meer wat betreft doorlooptijd, compensatiedagen, deadlinebewaking, ploegfactor en de invloed van de fabriekskalender.
De ‘call horizon’ geeft bijvoorbeeld aan dat het systeem iets eerder dan de daadwerkelijke vervaldatum een melding verstuurt. Als u om de 5 maanden onderhoud aan een vliegtuig hebt gepland en een call horizon van 70% hebt ingesteld, zal het systeem dit na 3,5 maanden activeren. Dit geeft u 1,5 maand de tijd om het onderhoud voor te bereiden en soepel uit te voeren.
De doorlooptijd en de verschuivingsdagen bepalen respectievelijk hoeveel dagen vóór de geplande datum de onderhoudsopdracht moet worden aangemaakt, en in hoeverre de geplande datum moet afwijken van de berekening op basis van de basiscyclus.
Deadline-monitoring (IP30) wordt gebruikt om tijdig onderhoudsopdrachten te genereren. Wanneer een beheerder IP30 uitvoert, worden alle vervaldata gecontroleerd en worden op basis daarvan opdrachten of meldingen gegenereerd. De verschuivingsfactor past de volgende vervaldatum aan wanneer het onderhoud eerder of later dan gepland wordt voltooid. En de fabriekskalender beïnvloedt de planning door:
- Met uitzondering van vrije dagen
- Geplande data aanpassen aan werkdagen
- Invloed op het tijdstip waarop oproepen worden gegenereerd
| Tabel | Opgeslagen gegevens |
|---|---|
| MPLA (koptekst onderhoudsplan) |
|
| MPOS (onderhoudsitem) |
|
| MHIS (Onderhoudsplanhistorie) |
|
| MHIO (onderhoudsoproepobjecten) |
|
| MHIT (Planning van onderhoudswerkzaamheden) |
|
| T351 / T351P (Onderhoudsstrategie en -pakketten) |
|
Daarnaast worden technische objecttabellen zoals EQUI (apparatuurstamgegevens), IFLOT (functielocatiestamgegevens) en ILOA (locatie en toewijzing) gebruikt. Op dezelfde manier kan men ook gebruikmaken van tabellen voor onderhoudsopdrachten en meldingen, waaronder AUFK (Opdrachtstamgegevens), AFIH (PM-opdrachtkop), AFKO / AFVC (Opdrachtbewerkingen) en QMEL (Kwaliteitsmelding).
Ordertypes, meldingen en relevantie voor de planning
Onderhoud in SAP PM wordt geregeld door een gestructureerd raamwerk dat gebruikmaakt van meldingstypen, ordertypen, planningsparameters en stuurcodes. Deze elementen vormen de functionele onderdelen die bepalen hoe het onderhoudsproces verloopt, van planning en aanmaak tot uitvoering en afronding.
Soorten onderhoudsopdrachten
Een onderhoudsordertype bepaalt de verwerkingslogica, het kostenberekeningsgedrag en de integratieregels voor de uitvoering van onderhoudswerkzaamheden. Elk ordertype kan de toewijzing van het nummerbereik, de planningsvestiging, de kostenberekeningsvariant, het afrekeningsprofiel enz. bepalen. Hieronder volgen enkele veelgebruikte ordertypen die u kunt gebruiken:
| Besteltype | Doel |
|---|---|
| PM01 | Algemene onderhoudsopdracht |
| PM02 | Onderhoudsopdracht (preventief) |
| PM03 | Onderhoudsopdracht voor storingsherstel |
| PM04 | Renovatieopdracht |
| PM05 | Kalibratieopdracht |
| PM06 | Investeringsopdracht |
| SM01 | Serviceopdracht |
| SM02 | Serviceopdracht (met omzet) |
| SM03 | Reparatieservice |
Onderhoudsmeldingen
Onderhoudsmeldingen registreren technische problemen, verzoeken of storingsgegevens voordat een order wordt aangemaakt. Ze helpen bij het bepalen van de schermindeling, de keuze van de partner, het catalogusprofiel, het standaardordertype en de verwerking van taken.
| Type melding | Bedrijfsscenario | Typisch resultaat |
|---|---|---|
| Melding van pech (M1) | Storing in de apparatuur | Onderhoudsopdracht voor storingsherstel |
| Activiteitsaanvraag (M2) | Verzoek om kleine reparatie | Onderhoudsopdracht (gepland) |
| Schaderapport (M3) | Constructie- of veiligheidsschade | Inspectie of corrigerende maatregel |
| Serviceaanvraag (M4) | Externe dienst nodig | Aanmaken van een serviceopdracht |
Elke melding bevat een breed scala aan technische informatie om onderhoudsopdrachten te verwerken en beheerders op de hoogte te brengen. Een typische melding kan onder meer het volgende bevatten: een technisch object, een storingsindicator, de begin- en eindtijd van de storing, de schade- en oorzaakcode, bijlagen en nog veel meer.
Relevantie van de planning in SAP PM
Je kunt de planningsrelevantie zien als het bepalen of een order of melding deel uitmaakt van de gestructureerde onderhoudsplanning. De planningsrelevantie die je selecteert, is van invloed op de capaciteitsplanning, de materiaalbehoefteplanning, de planning, de kostenraming en de werkbelasting van het werkcentrum.
Anderzijds kunt u door relevante orders op de juiste manier te plannen, bewerkingen toewijzen, werkplekken inplannen, componenten reserveren en geplande kosten berekenen.
| Aspect | Gepland onderhoud | Ongepland onderhoud |
|---|---|---|
| Trigger | Onderhoudsplan | Melding van een storing |
| Planning | Vooraf gedefinieerd | Onmiddellijk |
| Productieplanning | Geoptimaliseerd | Reactief |
| Kostenraming | Voorspelbaar | Variabele |
| Gevolgen voor het bedrijf | Gecontroleerd | Ontwrichtend |
Bedieningstoetsen
Controletoetsen worden op bewerkingsniveau toegewezen in onderhoudsorders en bepalen hoe elke bewerking zich gedraagt. Ze helpen bij het bepalen van de relevantie voor de planning, het genereren van capaciteitsbehoeften, de relevantie voor de kostenberekening, de vereiste terugmelding, de terugmelding van mijlpalen en tal van andere parameters.
Er zijn twee configureerbare tabellen voor bedieningstoetsen. Een daarvan is T430, die de configuratie van de bedieningstoetsen bepaalt, en de andere is AFVC voor opdrachtbewerkingen.
Er bestaat geen lijst met universele bedieningstoetsen. Deze zijn configureerbaar, wat betekent dat u ze zelf kunt aanmaken en er een unieke waarde aan kunt toewijzen op basis van uw behoeften. U kunt alle door u aangemaakte besturingssleutels bekijken in de T430-tabel. Ga in de T430 naar SPRO → Onderhoud en klantenservice → Onderhouds- en serviceverwerking → Onderhouds- en serviceopdrachten → Functies en instellingen voor opdrachtsoorten → Besturingssleutels definiëren.
Voordelen van de implementatie van SAP PM
SAP PM biedt organisaties verbeterde betrouwbaarheid van bedrijfsmiddelen, kostenbeheersing en naleving van regelgeving. Het wordt geïmplementeerd in alle sectoren met een groot aantal bedrijfsmiddelen, waaronder de productiesector, de olie- en gassector en de nutssector, als onderdeel van een proactieve strategie in het kader van de huidige trend naar de invoering van S/4HANA.
Operationele voordelen
SAP PM helpt organisaties bij het beheren van onderhoudswerkzaamheden die de stilstandtijd van bedrijfsmiddelen kunnen verminderen, en stelt organisaties in staat hun budgetten te optimaliseren door de kosten die gepaard gaan met deze inspecties en reparaties in realtime bij te houden.
Daarmee kunnen organisaties ook hun naleving van milieu-, sociale en bestuurlijke (ESG) voorschriften ondersteunen door gemakkelijk toegankelijke, auditklare documentatie aan te bieden.
Ten slotte kunnen voorspellende functies worden ingeschakeld door middel van integratie met SAP IoT-oplossingen, SAP Predictive Asset Insights of uitbreidingen voor S/4HANA Enterprise Asset Management.
Adoptie-statistieken
De invoering van SAP PM blijft groeien, parallel aan de migratie-initiatieven naar SAP S/4HANA, waarbij de vraag naar implementatie-expertise en optimalisatie van onderhoudsprocessen toeneemt. Bovendien is er ook een grotere vraag naar PM-consultants die gespecialiseerd zijn in SAP PM-configuraties en -integraties.
Integratie van SAP PM met andere SAP-modules
Hoewel SAP PM op zichzelf al tal van voordelen biedt, komt het pas echt tot zijn recht wanneer het samenwerkt met andere SAP-modules. SAP-installatieonderhoud voert onderhoudsprocessen uit en beheert deze binnen het bredere SAP ERP-systeem. Het is ontworpen voor naadloze integratie met diverse andere SAP-modules.
-
SAP MM (Reserveonderdelen en voorraad)
Integratie met SAP-materiaalbeheer koppelt onderhoudsopdrachten aan de voorraad en de inkoop. Inkoopaanvragen die voortvloeien uit door PM uitgegeven werkorders voor reserveonderdelen die niet op voorraad zijn, worden verwerkt via de EBAN-tabel. Daarnaast wordt materiaal dat uit reserveringen wordt vrijgegeven, geboekt in RESB, waardoor een nauwkeurige toerekening van de kosten voor aan de voorraad gekoppelde onderhoudsactiviteiten wordt gewaarborgd.
-
SAP PP (Productieplanning en -coördinatie)
Onderhoudswerkzaamheden kunnen worden afgestemd op de fabrieksplanning om de dagelijkse verstoring van de productieprocessen tot een minimum te beperken. Regelmatige rapportages over de apparatuur en aankondigingen van geplande stilleggingen helpen de verstoring van de productie te beperken.
-
SAP FI/CO (kostenregistratie en afrekening)
SAP PM-integratie In combinatie met SAP Financial Accounting en SAP Controlling kunnen onderhoudskosten nauwkeurig worden vastgelegd. Hier fungeren de onderhoudsorders als kostenverzamelaars voor arbeid, materialen en externe diensten, die in COEP worden geboekt. Al deze kosten kunnen automatisch worden geregistreerd voor nauwkeurige ramingen en besluitvorming. U kunt ook verschillende afrekeningsregels instellen om te bepalen of kosten worden geboekt op kostenplaatsen, vaste activa of WBS-elementen.
-
SAP EAM in S/4HANA
In S/4HANA maakt Plant Maintenance deel uit van SAP Enterprise Asset Management. Dankzij de ingebouwde analysefuncties in beide systemen kunt u in realtime inzicht krijgen in onderhouds-KPI’s, kostenoverzichten en de prestaties van bedrijfsmiddelen. Daarnaast kunt u triggergegevens versturen voor voorspellend en conditiegebaseerd onderhoud, zodat u sensorgegevens kunt integreren voor geavanceerde planning.
SAP S/4HANA introduceert bovendien op Fiori gebaseerde onderhoudstoepassingen, ingebouwde analysefuncties en een vereenvoudigd datamodel die de inzichtelijkheid van de onderhoudsplanning en de monitoring van de prestaties van bedrijfsmiddelen verbeteren.
Hoe Verdantis het gegevensbeheer voor SAP PM kan ondersteunen
Voor de implementatie van SAP Plant Maintenance zijn nauwkeurige en consistente gegevens over bedrijfsmiddelen en onderhoud vereist. Tot de problemen waarmee organisaties doorgaans te maken hebben, behoren dubbele materiaalregistraties, inconsistente beschrijvingen van bedrijfsmiddelen, onsamenhangende stuklijsten en ontbrekende apparatuurregistraties, die de betrouwbaarheid van de onderhoudsplanning en -rapportage kunnen beïnvloeden.
Verdantis ondersteunt bedrijven bij:
Standaardisatie van gegevens over activa en apparatuur
Verdantis helpt ondernemingen bij het standaardiseren van de stamgegevens van activa, apparatuur en reserveonderdelen tussen SAP en de bedrijfsystemen. Rapportages en inzicht in de levenscyclus kunnen worden verbeterd door dubbele records te verwijderen en gegevensattributen te standaardiseren, waardoor de nauwkeurigheid van de rapportage toeneemt en het toezicht op de gegevensdistributie wordt vergemakkelijkt.
Optimalisatie van stuklijsten en reserveonderdelen
Verdantis helpt bij het opschonen, aanvullen en standaardiseren van de gegevens over de stuklijsten en reserveonderdelen, om zo de nauwkeurigheid van de gegevens en de inzichtelijkheid ervan te verbeteren met het oog op voorraad- en onderhoudsplanning.
Beheer van stamgegevens voor onderhoudsactiviteiten
Verdantis biedt oplossingen voor gegevensbeheer en standaardisatie die bedrijven helpen om in al hun bedrijfssystemen consistente informatie, materialen en diensten te hanteren.
Harmonisatie van ERP- en EAM-gegevens
De oplossingen van Verdantis ondersteunen de harmonisatie van gegevens binnen SAP ERP- en Enterprise Asset Management-omgevingen, waardoor organisaties de gegevenskwaliteit kunnen verbeteren en betrouwbaardere onderhoudsactiviteiten kunnen uitvoeren.
Belangrijkste punten
De SAP PM-module is een onmisbaar hulpmiddel voor elke organisatie die haar onderhoudsprogramma wil omvormen van een reactieve aanpak naar een meer strategisch en optimaal gebruik van haar bedrijfsmiddelen. De voordelen van het gebruik van de SAP PM-module waaronder een betere beschikbaarheid, lagere kosten en betere koppeling met andere SAP-modules.
Door de functionaliteit van deze module onder de knie te krijgen, kan een organisatie in dynamische productieomgevingen consequent operationele uitmuntendheid realiseren. Bovendien krijgen mensen die zijn opgeleid in SAP PM en hierover beschikken over de nodige kennis toegang tot tal van snelgroeiende carrièremogelijkheden buiten de productiesector, aangezien steeds meer bedrijven projecten op het gebied van digitale transformatie implementeren.
Veelgestelde vragen (FAQ's)
Wat zijn de belangrijkste T-codes die in SAP PM worden gebruikt?
De T-codes die het vaakst worden gebruikt voor de SAP PM-module onder andere:
- IW21 (Meldingen)
- IW31 (Werkopdracht)
- IW41 (Bevestigingen)
- En IW38 (Orderlijst)
Het gebruik van deze T-codes kan het onderhoudsproces in alle operationele fasen stroomlijnen.
Hoe ondersteunt SAP PM strategieën voor preventief onderhoud?
SAP PM maakt op de toestand gebaseerd onderhoud mogelijk met behulp van tellers en meetpunten. SAP-oplossingen voor voorspellend onderhoud en IoT, die de toestand van bedrijfsmiddelen en de prestatietrends van apparatuur analyseren, kunnen worden geïntegreerd om voorspellend onderhoud mogelijk te maken.
Is de SAP PM-module alleen van toepassing op een productieomgeving?
Nee. Veel bedrijven buiten de productiesector maken gebruik van de SAP PM-module om hun wagenpark en bouwmachines te onderhouden. Aangezien veel bedrijfsmiddelen specifieke beheersmethoden vereisen, is de SAP PM-module biedt deze bedrijven een flexibele structuur om een breed scala aan activasoorten effectief te beheren.
Welke opleiding moet ik volgen voordat ik de SAP PM-module implementeer?
Het aanbevolen opleidingstraject voor SAP PM bestaat uit het behalen van de officiële SAP-certificering en het volgen van praktijkgerichte workshops over configuratie, integratie en S/4HANA-migratie. Dit helpt je bij het ontwikkelen van je algemene vaardigheden op alle gebieden van SAP PM-module implementatiescenario's.
