Ihr Daten-Template für die Anlageninstandhaltung

SAP Plant Maintenance
Ihr Daten-Template für die Anlageninstandhaltung

Ihr Daten-Template für die Anlageninstandhaltung

Dieses Template bietet einen umfassenden Rahmen mit den erforderlichen Attributen, Aktivitäten und Hinweisen zur Datenextraktion für die Analyse Ihrer Instandhaltungs-Workflows. Es unterstützt Sie dabei, die wesentlichen Datenpunkte zu bestimmen, die Sie für die Abbildung Ihres Prozesses und aussagekräftige Erkenntnisse über Ihre Betriebsleistung benötigen.
  • Empfohlene Attribute für die Erfassung
  • Wichtige Instandhaltungsaktivitäten zur Nachverfolgung
  • Technische Hinweise zur Extraktion aus SAP PM
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Attribute der Anlageninstandhaltung

Dies sind die empfohlenen Datenfelder, die Sie für eine umfassende und präzise Analyse der Anlageninstandhaltung in Ihr Event Log aufnehmen sollten.
5 Erforderlich 11 Empfohlen 4 Optional
Name Beschreibung
Aktivitätsname
Activity
Die konkrete Aufgabe oder Statusänderung, die stattgefunden hat.
Beschreibung

Stellt den im Instandhaltungsprozess ausgeführten Schritt dar, beispielsweise „Instandhaltungsauftrag erstellt“, „Warenausgang gebucht“ oder „Auftragsvorgang bestätigt“. Diese Aktivitäten werden typischerweise aus den Statusverwaltungstabellen (JEST) für Statusänderungen oder aus Transaktionstabellen, AFRU für Rückmeldungen und MKPF für Materialbewegungen, abgeleitet. Dieses Attribut bestimmt die Knoten in der Prozesslandkarte.

Warum das wichtig ist

Es definiert das „Was“ des Prozesses und ist entscheidend, um den Prozessablauf und Varianten zu erkennen.

Bezugsquelle

Abgeleitet aus JEST (Status), AFRU (Rückmeldungen), QMEL (Meldungen)

Beispiele
Instandhaltungsauftrag erstelltAuftrag freigegebenTechnisch abgeschlossen
Ereigniszeitpunkt
EventTimestamp
Das genaue Datum und die genaue Uhrzeit, zu denen die Aktivität stattgefunden hat.
Beschreibung

Erfasst den genauen Zeitpunkt eines Ereignisses. Bei Statusänderungen stammt dieser aus dem Zeitpunkt der Aktualisierung des Systemstatus, bei Vorgängen aus dem Rückmeldezeitpunkt. Präzise Timestamps sind entscheidend für die Berechnung von Durchlauf- und Vorlaufzeiten sowie für die Identifizierung von Engpässen zwischen Prozessschritten wie „Planung“ und „Ausführung“.

Warum das wichtig ist

Erforderlich, um Ereignisse korrekt zu sequenzieren und alle zeitbasierten KPIs zu berechnen.

Bezugsquelle

JEST (UDATE/UTIME), AFRU (ISDD/ISDZ), MKPF (CPUDT/CPUTM)

Beispiele
2023-10-15T08:30:00Z2023-10-15T14:45:12Z
Instandhaltungsarbeitsauftrag
MaintenanceWorkOrder
Die eindeutige Kennung des Instandhaltungsarbeitsauftrags.
Beschreibung

Der Instandhaltungsarbeitsauftrag ist das zentrale Dokument in SAP Plant Maintenance, Tabelle AUFK, Feld AUFNR. Er verknüpft den Instandhaltungsbedarf, die Meldung, mit den Ausführungsressourcen, Materialien und Kosten. In der Process-Mining-Analyse dient er als Case ID und ermöglicht die Rekonstruktion des durchgängigen Lebenszyklus eines Instandhaltungsauftrags von der Erstellung bis zum technischen und kaufmännischen Abschluss.

Warum das wichtig ist

Dieser eindeutige Schlüssel verbindet alle Aktivitäten, Kosten und Timestamps und ermöglicht die Visualisierung des Prozessablaufs.

Bezugsquelle

SAP-Tabelle AUFK, Feld AUFNR

Beispiele
00004001234540012345000040098765
Letzte Datenaktualisierung
LastDataUpdate
Timestamp der letzten Datenextraktion.
Beschreibung

Gibt an, wann die Daten zuletzt im Process-Mining-Datenmodell aktualisiert wurden. So können Analysten die Aktualität der Erkenntnisse einschätzen und die Datenaktualität für Dashboards prüfen, die den Echtzeit-Backlog oder die SLA-Einhaltung überwachen.

Warum das wichtig ist

Entscheidend für die Data Governance und das Vertrauen in die Dashboards.

Bezugsquelle

ETL-Timestamp

Beispiele
2023-11-01T12:00:00Z
Quellsystem
SourceSystem
Das System, aus dem die Daten stammen.
Beschreibung

Identifiziert den spezifischen SAP-Mandanten oder die SAP-Instanz, zum Beispiel „SAP_PM_PROD“. In einer Systemlandschaft mit mehreren ERP-Systemen hilft dieses Attribut, Datensätze zu unterscheiden, die möglicherweise identische IDs haben, aber zu unterschiedlichen Rechtsträgern oder Systemumgebungen gehören.

Warum das wichtig ist

Stellt die Eindeutigkeit und Herkunft der Daten in Umgebungen mit mehreren Systemen sicher.

Bezugsquelle

Systemkonfiguration / Extraktionsprotokoll

Beispiele
SAP_ECC_P01SAP_S4H_100
Angelegt von Benutzer
CreatedByUser
Der Benutzername der Person, die den Auftrag erstellt hat.
Beschreibung

Identifiziert den für die Initiierung des Arbeitsauftrags verantwortlichen Benutzer (ERNAM). Im generischen Modell wird dieses Feld dem Attribut „User“ zugeordnet. Es ermöglicht die Analyse manueller und automatisierter Erstellung und unterstützt die Prüfung der Aktivität „Maintenance Order Created“.

Warum das wichtig ist

Ermöglicht die Analyse des Benutzerverhaltens und Prüfungen.

Bezugsquelle

SAP-Tabelle AUFK, Feld ERNAM

Beispiele
JSMITHBSERVICEDDAVIS
Equipmentnummer
EquipmentNumber
Kennung des konkreten physischen Assets, an dem die Instandhaltung durchgeführt wird.
Beschreibung

Die Equipmentnummer (EQUNR) identifiziert die einzelne Maschine oder das Asset. Durch die Aggregation der Daten nach diesem Feld können Analysten das Dashboard „Asset Maintenance Cost and Throughput“ erstellen und Equipment mit häufigen, kostenintensiven Reparaturen identifizieren. Damit wird eine zuverlässigkeitsorientierte Instandhaltungsanalyse möglich.

Warum das wichtig ist

Verknüpft die Prozessleistung mit konkreten physischen Assets.

Bezugsquelle

SAP-Tabelle AUFK, Feld EQUNR

Beispiele
10004567PUMP-001HVAC-202
Hauptarbeitsplatz
MainWorkCenter
Der primäre Arbeitsplatz oder das Team, das mit der Ausführung des Auftrags betraut ist.
Beschreibung

Der Hauptarbeitsplatz (VAPLZ) steht für die Gruppe von Technikern oder Maschinen, die die physischen Arbeiten ausführt. Dieses Attribut wird auf „Team“ abgebildet und ist für die Analyse der Ausführungseffizienz wichtig, etwa der „Mean Time to Repair“ je Team. Es hilft, interne Arbeitskräfte von externen Dienstleistern zu unterscheiden.

Warum das wichtig ist

Ermöglicht eine Leistungsanalyse auf Ressourcenebene.

Bezugsquelle

SAP-Tabelle AFKO, Feld VAPLZ (oder AUFK-VAPLZ, abhängig von der Konfiguration)

Beispiele
MECH_01ELEC_TEAMEXT_CONT
Instandhaltungsauftragsart
MaintenanceOrderType
Kategorisiert den Arbeitsauftrag, zum Beispiel präventiv oder korrektiv.
Beschreibung

Die Auftragsart (AUART) in SAP PM unterscheidet die Art der Instandhaltungsarbeit. Zu den gängigen Typen gehören PM01 (korrektiv), PM02 (präventiv) und PM03 (Aufarbeitung). Dieses Attribut ist für den „Emergency Work Order Impact Monitor“ und die Segmentierung von Prozessvarianten entscheidend, da sich präventive Workflows deutlich von reaktiven unterscheiden.

Warum das wichtig ist

Grundlage für die getrennte Analyse geplanter und ungeplanter Arbeiten.

Bezugsquelle

SAP-Tabelle AUFK, Feld AUART

Beispiele
PM01PM02PM03
Instandhaltungspriorität
MaintenancePriority
Die dem Arbeitsauftrag zugewiesene Dringlichkeitsstufe.
Beschreibung

Gibt die Priorität (PRIOK) der Instandhaltungsaufgabe an, zum Beispiel „1-Sehr hoch“, „2-Hoch“ oder „3-Mittel“. Dieses Feld liefert direkt die Daten für die KPI „Emergency Work Order Ratio“. Die Analyse des Prozessflusses nach Priorität zeigt, ob Aufträge mit hoher Priorität im Vergleich zu Routinearbeiten tatsächlich schneller durch das System laufen.

Warum das wichtig ist

Wichtiger Faktor für die SLA-Analyse und die Ermittlung von Notfallarbeiten.

Bezugsquelle

SAP-Tabelle AFKO, Feld PRIOK (oder AUFK über eine View)

Beispiele
1-Notfall2-Hoch3-Mittel4-Niedrig
Instandhaltungswerk
MaintenancePlant
Das für die Instandhaltung verantwortliche logistische Werk.
Beschreibung

Das Werk (WERKS) ist die zentrale Organisationseinheit in der Logistik. Es trennt die Daten nach physischer Betriebsstätte. Dieses Attribut ist für Leistungsvergleiche zwischen verschiedenen Standorten entscheidend und wird auf „BusinessUnit“ abgebildet, um eine übergeordnete organisatorische Filterung in Dashboards zu ermöglichen.

Warum das wichtig ist

Zentraler Organisationsfilter für den Vergleich von Betriebsstätten.

Bezugsquelle

SAP-Tabelle AUFK, Feld WERKS

Beispiele
100020003000
Meldungsnummer
NotificationNumber
Die Instandhaltungsmeldung, durch die dieser Auftrag ausgelöst wurde.
Beschreibung

Die Meldungsnummer (QMNUM) verknüpft den Arbeitsauftrag mit der ursprünglichen Anfrage (Meldung). Diese Verbindung ist erforderlich, um die vollständige Durchlaufzeit vom Eingang der Instandhaltungsanfrage bis zum Abschluss zu berechnen. Ohne sie bleibt die anfängliche Erkennungs- und Meldephase des Instandhaltungszyklus unberücksichtigt.

Warum das wichtig ist

Verknüpft die Ausführungsphase mit der Anfrage- und Erkennungsphase.

Bezugsquelle

SAP-Tabelle AUFK, Feld QMNUM

Beispiele
1000050010000501
Planergruppe
ResponsiblePlannerGroup
Die Gruppe von Planern, die für die Bearbeitung des Auftrags verantwortlich ist.
Beschreibung

Die Planergruppe (INGRP) identifiziert das zuständige Team oder die zuständige Abteilung für die Planung der Instandhaltungsarbeiten. Sie wird auf „Department“ abgebildet und ist für das Dashboard „Resource Utilization and Scheduling“ entscheidend, um Planungsteams zu identifizieren, die in der Vorbereitungsphase Engpässe verursachen.

Warum das wichtig ist

Identifiziert das administrative Team, das für den Planungsprozess verantwortlich ist.

Bezugsquelle

SAP-Tabelle AUFK, Feld INGRP

Beispiele
M01ELEMEC
Systemstatus
SystemStatus
Der aktuelle technische Status des Auftrags, zum Beispiel REL oder TECO.
Beschreibung

Eine verkettete Zeichenfolge oder Liste der derzeit auf den Auftrag angewendeten aktiven Systemstatus aus JEST. Häufige Werte sind CRTD (Created), REL (Released), TECO (Technically Completed) und CLSD (Closed). Damit lassen sich offene und geschlossene Cases im „Backlog and Work In Progress Monitor“ filtern.

Warum das wichtig ist

Der wichtigste Indikator für die Phase im Lebenszyklus des Auftrags.

Bezugsquelle

SAP-Funktionsbaustein STATUS_TEXT_EDIT oder Tabelle JEST

Beispiele
REL CNFTECOCRTD MACM
Technischer Platz
FunctionalLocation
Der hierarchische Standort, an dem das Asset installiert ist.
Beschreibung

Bezeichnet den Ort in der technischen Struktur, an dem die Instandhaltungsaufgabe ausgeführt wird (TPLNR). Anders als Equipment, das bewegt werden kann, bleibt der Technische Platz statisch. Dieses Attribut unterstützt das Dashboard „Technical Inspection Cycle Times“, indem es Leistungsvergleiche zwischen verschiedenen Anlagenbereichen ermöglicht, zum Beispiel zwischen Kesselhaus und Verpackungslinie.

Warum das wichtig ist

Ermöglicht eine räumliche und hierarchische Analyse der Instandhaltungsleistung.

Bezugsquelle

SAP-Tabelle IFLOT, Feld TPLNR (oder über AUFK-TPLNR)

Beispiele
PLANT1-BLD2-LN01US-TX-DAL-01
Zielenddatum
TargetFinishDate
Das geplante Abschlussdatum der Instandhaltungsarbeiten.
Beschreibung

Dieses Datum, in der Regel das Basisenddatum (GLTRP), bezeichnet die Frist für den Arbeitsauftrag. Es wird mit dem tatsächlichen Abschluss-Timestamp verglichen, um die KPI „SLA Adherence Rate“ zu berechnen. Damit wird bestimmt, ob ein Arbeitsauftrag fristgerecht oder verspätet abgeschlossen wurde.

Warum das wichtig ist

Referenzpunkt für alle Berechnungen zur termingerechten Lieferung (OTD).

Bezugsquelle

SAP-Tabelle AFKO, Feld GLTRP

Beispiele
2023-12-012023-12-15
Geplante Arbeitsstunden
PlannedLaborHours
Die geschätzten Arbeitsstunden für den Auftrag.
Beschreibung

Die gesamte geplante Arbeit (ARBEI) aus den Vorgängen des Auftrags. Der Vergleich mit der tatsächlichen Aktivitätsdauer unterstützt das Dashboard „Planning and Estimation Performance“ bei der Bewertung der Genauigkeit der Wartungsplanung.

Warum das wichtig ist

Basiskennzahl für die Analyse der Planungsgenauigkeit.

Bezugsquelle

SAP-Tabelle AFKO, Summe der geplanten Arbeit aus Vorgängen

Beispiele
4.08.512.0
Ist Nacharbeit
IsRework
Kennzeichen dafür, ob der Auftrag Nacharbeitsaktivitäten umfasste.
Beschreibung

Ein berechnetes boolesches Attribut, das erkennt, ob eine Prozessschleife aufgetreten ist. Dies ist insbesondere der Fall, wenn die Aktivität „Maintenance Task Executed“ mehr als einmal ausgeführt wurde oder der Status von „Technically Completed“ zu „In Process“ zurückgesetzt wurde. Das unterstützt den KPI „Maintenance Rework Rate“ und hilft bei der Identifizierung von Qualitätsproblemen.

Warum das wichtig ist

Unterstützt die Analyse der Qualitätskontrolle direkt.

Bezugsquelle

Berechnet aus dem Prozessfluss

Beispiele
truefalse
Ist Notfallarbeit
IsEmergencyWork
Kennzeichen dafür, ob es sich bei dem Arbeitsauftrag um einen Notfallauftrag handelt.
Beschreibung

Ein boolesches Attribut, das anhand der Wartungspriorität berechnet wird. Wenn die Priorität „1“ oder der in der Konfiguration festgelegte Code für Notfälle lautet, ist dieses Kennzeichen wahr. Dadurch wird das Filtern und Erstellen des KPIs „Emergency Work Order Ratio“ vereinfacht, ohne komplexe Logik in der Dashboard-Ebene zu benötigen.

Warum das wichtig ist

Vereinfacht die Filterung für die Analyse kritischer reaktiver Wartungsarbeiten.

Bezugsquelle

Berechnet aus MaintenancePriority

Beispiele
truefalse
Tatsächliche Gesamtkosten
TotalActualCost
Die insgesamt auf dem Arbeitsauftrag gebuchten tatsächlichen Kosten.
Beschreibung

Aggregierte Kosten für Arbeitsleistung, Materialien und Dienstleistungen aus der Tabelle PMCO. Dieses Attribut unterstützt das Dashboard „Asset Maintenance Cost and Throughput“ und zeigt den finanziellen Einfluss der Instandhaltungsaktivitäten. Es ist entscheidend, um die Wirtschaftlichkeit einer Reparatur im Vergleich zum Austausch eines Assets zu bestimmen.

Warum das wichtig ist

Ergänzt die operativen Prozessdaten um die finanzielle Dimension.

Bezugsquelle

SAP-Tabelle PMCO (Summe des Werttyps 04, tatsächlich)

Beispiele
150.002500.500.00
Erforderlich Empfohlen Optional

Aktivitäten der Anlageninstandhaltung

Dies sind die wesentlichen Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um Ihren Instandhaltungslebenszyklus präzise zu erkennen.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Auftragsvorgang bestätigt
Stellt die Erfassung der tatsächlichen Zeit dar, die ein Techniker für einen bestimmten Vorgang aufgewendet hat. Damit wird die tatsächliche Ausführung der Arbeiten an der Anlage erfasst.
Warum das wichtig ist

Diese Aktivität ist die wichtigste Datenquelle für die Berechnung der mittleren Reparaturzeit und der Arbeitskosten.

Bezugsquelle

Tabelle AFRU (Auftragsrückmeldungen).

Erfassen

Protokolliert, wenn die Transaktion IW41 ausgeführt wird

Ereignistyp explicit
Instandhaltungsauftrag erstellt
Kennzeichnet die Erstellung des Instandhaltungsarbeitsauftrags im System. Die Aktivität wird ausdrücklich aus dem Erstellungszeitpunkt der Tabelle mit den Auftragsstammdaten ermittelt.
Warum das wichtig ist

Dies ist das zentrale Ankerereignis des Cases. Es markiert den Übergang von der Anfrage zur Planung und Ausführung.

Bezugsquelle

Tabelle AUFK, Felder ERDAT (Datum) und ERFZEIT (Uhrzeit).

Erfassen

Protokolliert, wenn die Transaktion IW31 ausgeführt wird

Ereignistyp explicit
Instandhaltungsauftrag freigegeben
Zeigt an, dass die Planung abgeschlossen und der Auftrag zur Ausführung freigegeben ist. Die Aktivität wird durch die Überwachung des Statuswechsels auf REL in den Systemstatusprotokollen erfasst.
Warum das wichtig ist

Dieser Meilenstein trennt die Planungs- von der Ausführungsphase und ist entscheidend für die Messung der Planungs- und Schätzungsdurchlaufzeit.

Bezugsquelle

Tabelle JCDS (Statusänderungsbelege), Status I0002 (REL).

Erfassen

Protokolliert, wenn der Status in JCDS auf REL aktualisiert wird

Ereignistyp explicit
Kaufmännischen Abschluss gesetzt
Kennzeichnet den endgültigen administrativen Abschluss des Arbeitsauftrags und verhindert weitere Kostenbuchungen. Die Aktivität wird über den Statuswechsel auf CLSD (geschlossen) erfasst.
Warum das wichtig ist

Stellt das endgültige Ende des Auftragslebenszyklus dar und ist entscheidend für Datenqualität und Compliance bei Aufzeichnungen.

Bezugsquelle

Tabelle JCDS, Status I0046 (CLSD).

Erfassen

Protokolliert, wenn der Status in JCDS auf CLSD aktualisiert wird

Ereignistyp explicit
Technischer Abschluss gesetzt
Kennzeichnet, dass die Instandhaltungsarbeiten physisch und technisch abgeschlossen sind. Die Aktivität wird über den Statuswechsel auf TECO (technisch abgeschlossen) erfasst.
Warum das wichtig ist

Dies ist der wichtigste Endpunkt für die operative Analyse. Er zeigt an, dass die Anlage wiederhergestellt und die Instandhaltung abgeschlossen ist.

Bezugsquelle

Tabelle JCDS, Status I0045 (TECO).

Erfassen

Protokolliert, wenn der Status in JCDS auf TECO aktualisiert wird

Ereignistyp explicit
Warenausgang gebucht
Erfasst den physischen Verbrauch von Ersatzteilen oder Materialien für den Arbeitsauftrag. Die Aktivität wird aus mit dem Auftrag verknüpften Materialbelegköpfen ermittelt.
Warum das wichtig ist

Bestätigt, dass Teile verfügbar und kommissioniert wurden. Dies wirkt sich direkt auf die Analyse der Wartezeit bis zur Teileverfügbarkeit aus.

Bezugsquelle

Tabelle MSEG/MKPF, Bewegungsart 261 (Warenausgang für Auftrag).

Erfassen

Protokolliert, wenn die Transaktion MIGO/MB1A ausgeführt wird

Ereignistyp explicit
Arbeitsauftrag eingeplant
Zeigt die konkrete Einplanung von Vorgängen auf eine Kapazität oder einen Termin an. Die Aktivität wird aus der Zuweisung des Status „Dispatch“ zu Vorgängen abgeleitet.
Warum das wichtig ist

Misst die Effizienz der Ressourcenverteilung und unterstützt das Dashboard zur Ressourcenauslastung und Einsatzplanung.

Bezugsquelle

Tabelle JCDS (Statusänderungsbelege) für Vorgänge (Objekttyp OV), Status I0009 (DSPT).

Erfassen

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Auftragskosten abgerechnet
Zeigt an, dass die auf dem Auftrag gesammelten Kosten an das Controllingobjekt, beispielsweise eine Kostenstelle, übertragen wurden. Die Aktivität wird aus dem Controllingbeleg ermittelt.
Warum das wichtig ist

Verfolgt den finanziellen Abschluss und unterstützt die KPI zur Dauer der finanziellen Abrechnung.

Bezugsquelle

Tabelle COBK (CO-Objekt: Belegkopf), mit dem Auftrag verknüpft.

Erfassen

Protokolliert, wenn die Abrechnungstransaktion KO88 ausgeführt wird

Ereignistyp explicit
Bestellanforderung erstellt
Zeigt an, dass eine Anfrage für die externe Beschaffung von Materialien oder Dienstleistungen erstellt wurde. Dadurch wird der interne Instandhaltungsauftrag mit der externen Lieferkette verbunden.
Warum das wichtig ist

Dies ist entscheidend für die Analyse von Verzögerungen durch externe Lieferanten oder die Beschaffung nicht lagergeführter Materialien.

Bezugsquelle

Tabelle EBAN, verknüpft über die Kontierungsinformationen mit AUFK-AUFNR.

Erfassen

Protokolliert, wenn ein EBAN-Datensatz erstellt wird

Ereignistyp explicit
Instandhaltungsmeldung erstellt
Erfasst die erstmalige Erstellung einer Instandhaltungsmeldung, die häufig den Auslöser für einen Arbeitsauftrag bildet. Die Aktivität wird aus dem Erstellungszeitpunkt der Tabelle QMEL ermittelt und verknüpft die vorgelagerte Anfrage mit dem Ausführungsauftrag.
Warum das wichtig ist

Diese Aktivität markiert den Beginn des durchgängigen Instandhaltungsprozesses. Dadurch lassen sich Reaktionszeiten zwischen der Fehlererkennung und der Auftragserstellung berechnen.

Bezugsquelle

Tabelle QMEL, Felder ERDAT (Erstellungsdatum) und MZEIT (Uhrzeit). Verknüpft mit dem Auftrag über QMEL-AUFNR.

Erfassen

Protokolliert, wenn ein Datensatz in der Tabelle QMEL erstellt wird

Ereignistyp explicit
Instandhaltungspriorität geändert
Protokolliert eine Aktualisierung der Prioritätsstufe des Arbeitsauftrags, beispielsweise eine Eskalation auf „Notfall“. Die Aktivität wird aus Änderungsbelegen zu den Auftragsstammdaten abgeleitet.
Warum das wichtig ist

Die Nachverfolgung von Prioritätsänderungen erklärt Prozessabweichungen und unterstützt den Monitor für die Auswirkungen von Notfallarbeitsaufträgen, indem reaktive Eskalationen sichtbar werden.

Bezugsquelle

Tabelle CDPOS/CDHDR für Objektklasse AUFTRAG, Feld PRIOK.

Erfassen

In Änderungsbelegen (CDPOS) protokolliert

Ereignistyp explicit
Materialkomponente hinzugefügt
Erfasst das Hinzufügen von Ersatzteilen oder Materialien zur Komponentenliste des Arbeitsauftrags. Die Aktivität wird aus der Erstellung einer Reservierungsposition ermittelt.
Warum das wichtig ist

Kennzeichnet den Beginn des Beschaffungszyklus für benötigte Teile und unterstützt das Dashboard zur Durchlaufzeit der Ersatzteilbeschaffung.

Bezugsquelle

Tabelle RESB, Feld BDTER (Bedarfstermin) oder Erstellungszeitpunkt.

Erfassen

Protokolliert, wenn eine Position zu RESB hinzugefügt wird

Ereignistyp explicit
Messwert erfasst
Protokolliert die Eingabe eines Messbelegs, beispielsweise eines Zählerstands oder einer Zustandsbewertung. Die Aktivität dient häufig als Ereignis der technischen Inspektion.
Warum das wichtig ist

Unverzichtbar für zustandsbasierte Instandhaltung und die Nachverfolgung der Durchlaufzeiten technischer Inspektionen.

Bezugsquelle

Tabelle IMRG (Messbeleg), verknüpft mit Equipment oder Technischem Platz.

Erfassen

Protokolliert, wenn ein Messbeleg erstellt wird

Ereignistyp explicit
Technischen Abschluss zurückgenommen
Erfasst die Rücknahme des Status „Technisch abgeschlossen“ und zeigt an, dass der Auftrag wieder geöffnet wurde. Dadurch entsteht eine Nacharbeitschleife im Prozessmodell.
Warum das wichtig ist

Wichtiger Indikator für die KPI zur Nacharbeitsquote in der Instandhaltung. Er macht verfrühte Abschlüsse oder Qualitätsprobleme sichtbar.

Bezugsquelle

Tabelle JCDS, Status I0045 (TECO) auf inaktiv geändert.

Erfassen

Protokolliert, wenn der TECO-Status deaktiviert wird

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Extraktion

So beziehen Sie Ihre Daten aus SAP Plant Maintenance

Bereit für den Start?

Verwenden Sie diese Ressourcen, um Ihre Instandhaltungs-Workflows abzubilden und Einsparpotenziale zu erkennen. Unser Rahmen stellt sicher, dass Ihre Datenstruktur die erforderliche Grundlage für vollständige Transparenz in Ihren Abläufen bietet.

Beseitigen Sie heute Engpässe in der SAP-Anlageninstandhaltung

Verkürzen Sie Ihre Instandhaltungszykluszeit ab sofort um 30 Prozent

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich, Einrichtung in fünf Minuten