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 Attributen, Aktivitäten und Extraktionshinweisen, die Sie für die Analyse Ihrer Instandhaltungs-Workflows benötigen. Es hilft Ihnen, die erforderlichen Datenpunkte für die Prozessabbildung zu bestimmen und aussagekräftige Erkenntnisse zur operativen Leistung zu gewinnen.
  • Empfohlene Attribute für die Erfassung
  • Wichtige Instandhaltungsaktivitäten zur Nachverfolgung
  • Technische Extraktionshinweise für SAP PM
Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Attribute der Anlageninstandhaltung

Diese empfohlenen Datenfelder sollten Sie in Ihr Event Log aufnehmen, um die Anlageninstandhaltung umfassend und präzise zu analysieren.
5 Erforderlich 11 Empfohlen 4 Optional
Name Beschreibung
Aktivitätsname
Activity
Die konkrete Aufgabe oder Statusänderung, die stattgefunden hat.
Beschreibung

Gibt den ausgeführten Schritt im Instandhaltungsprozess an, zum Beispiel „Instandhaltungsauftrag angelegt“, „Warenausgang gebucht“ oder „Auftragsvorgang rückgemeldet“. Statusänderungen werden üblicherweise aus den Statusverwaltungstabellen (JEST) abgeleitet, Rückmeldungen aus den Transaktionstabellen (AFRU) und Materialbewegungen aus MKPF. Dieses Attribut bestimmt die Knoten in der Prozessübersicht.

Warum das wichtig ist

Dieses Attribut beschreibt, was im Prozess geschieht. Es ist entscheidend, um den Prozessfluss und seine Varianten zu ermitteln.

Woher beziehen

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

Beispiele
Instandhaltungsauftrag angelegtAuftrag freigegebenTechnisch abgeschlossen
Ereignis-Timestamp
EventTimestamp
Das genaue Datum und die Uhrzeit, zu denen die Aktivität stattgefunden hat.
Beschreibung

Erfasst den genauen Zeitpunkt eines Ereignisses. Bei Statusänderungen stammt dieser aus dem Zeitpunkt der Systemstatusaktualisierung, bei Vorgängen aus dem Zeitpunkt der Rückmeldung. Genaue Timestamps sind entscheidend für die Berechnung von Zyklus- und Durchlaufzeiten sowie für das Erkennen von Engpässen zwischen Prozessschritten wie „Planung“ und „Ausführung“.

Warum das wichtig ist

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

Woher beziehen

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

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

Der Instandhaltungsauftrag ist das zentrale Dokument in SAP Plant Maintenance (Tabelle AUFK, Feld AUFNR). Er verknüpft den Instandhaltungsbedarf (Meldung) mit den Ressourcen, Materialien und Kosten für die Ausführung. In der Process-Mining-Analyse dient er als Case-ID. So lässt sich der gesamte Lebenszyklus eines Instandhaltungsauftrags von der Anlage bis zum technischen und kaufmännischen Abschluss rekonstruieren.

Warum das wichtig ist

Dieser eindeutige Schlüssel verknüpft alle Aktivitäten, Kosten und Timestamps miteinander und ermöglicht die Visualisierung des Prozessflusses.

Woher beziehen

SAP-Tabelle AUFK, Feld AUFNR

Beispiele
00004001234540012345000040098765
Letzte Datenaktualisierung
LastDataUpdate
Timestamp der letzten Datenextraktion.
Beschreibung

Zeigt an, wann die Daten im Process-Mining-Datenmodell zuletzt aktualisiert wurden. So können Analysten beurteilen, wie aktuell die Erkenntnisse sind, und die Aktualität der Daten für Dashboards prüfen, die den Echtzeit-Auftragsbestand oder die Einhaltung von SLAs überwachen.

Warum das wichtig ist

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

Woher beziehen

ETL-Timestamp

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

Kennzeichnet den jeweiligen SAP-Mandanten oder die SAP-Instanz, zum Beispiel „SAP_PM_PROD“. In einer Systemlandschaft mit mehreren ERP-Systemen hilft dieses Attribut, Datensätze mit identischen IDs zu unterscheiden, die verschiedenen Rechtseinheiten oder Systemumgebungen angehören.

Warum das wichtig ist

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

Woher beziehen

Systemkonfiguration / Extraktionsprotokoll

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

Gibt den Benutzer (ERNAM) an, der für die Anlage des Auftrags verantwortlich ist. Im generischen Modell wird dieses Feld dem Attribut „Benutzer“ zugeordnet. So lässt sich analysieren, ob Aufträge manuell oder automatisiert angelegt wurden. Außerdem unterstützt das Attribut die Prüfung der Aktivität „Instandhaltungsauftrag erstellt“.

Warum das wichtig ist

Ermöglicht die Analyse des Benutzerverhaltens und die Prüfung von Vorgängen.

Woher beziehen

SAP-Tabelle AUFK, Feld ERNAM

Beispiele
JSMITHBSERVICEDDAVIS
Equipmentnummer
EquipmentNumber
Kennung der konkreten physischen Anlage, an der die Instandhaltung durchgeführt wird.
Beschreibung

Die Equipmentnummer (EQUNR) identifiziert die einzelne Maschine oder Anlage. Durch die Aggregation der Daten nach diesem Feld können Analysten im Dashboard zu Instandhaltungskosten und Durchsatz von Anlagen erkennen, welche Anlagen häufig kostspielige Reparaturen erfordern. Das ermöglicht eine zuverlässigkeitsorientierte Instandhaltungsanalyse.

Warum das wichtig ist

Verknüpft die Prozessleistung mit konkreten physischen Anlagen.

Woher beziehen

SAP-Tabelle AUFK, Feld EQUNR

Beispiele
10004567PUMPE-001HLK-202
Geplantes Enddatum
TargetFinishDate
Das geplante Abschlussdatum der Instandhaltungsarbeiten.
Beschreibung

Dieses Datum, in der Regel das Basis-Enddatum (GLTRP), gibt die Frist für den Auftrag an. Es wird mit dem tatsächlichen Abschlusszeitpunkt verglichen, um die KPI „SLA-Einhaltungsquote“ zu berechnen. Anhand dieses Datums lässt sich feststellen, ob ein Auftrag fristgerecht oder verspätet abgeschlossen wurde.

Warum das wichtig ist

Referenzwert für alle Berechnungen der Termintreue (OTD).

Woher beziehen

SAP-Tabelle AFKO, Feld GLTRP

Beispiele
2023-12-012023-12-15
Hauptarbeitsplatz
MainWorkCenter
Der primäre Arbeitsplatz oder das Team, das mit der Ausführung des Auftrags betraut ist.
Beschreibung

Der Hauptarbeitsplatz (VAPLZ) bezeichnet die Gruppe von Technikern oder Maschinen, die die Arbeiten vor Ort ausführt. Dieses Attribut wird dem Feld „Team“ zugeordnet und ist wichtig für die Analyse der Ausführungseffizienz, etwa der mittleren Reparaturzeit je Team. Es hilft, interne Arbeitskräfte von externen Auftragnehmern zu unterscheiden.

Warum das wichtig ist

Ermöglicht die Analyse der Leistung auf Ressourcenebene.

Woher beziehen

SAP-Tabelle AFKO, Feld VAPLZ (oder je nach Konfiguration AUFK-VAPLZ)

Beispiele
MECH_01ELEKTRIK_TEAMEXT_AUFTRAGNEHMER
Instandhaltungsauftragsart
MaintenanceOrderType
Kategorisiert den Arbeitsauftrag, zum Beispiel als vorbeugende oder korrektive Instandhaltung.
Beschreibung

Die Auftragsart (AUART) in SAP PM unterscheidet die Art der Instandhaltungsarbeit. Zu den gängigen Arten gehören PM01 (korrektiv), PM02 (vorbeugend) und PM03 (Aufarbeitung). Dieses Attribut ist wichtig für den Monitor zu den Auswirkungen von Notfall-Arbeitsaufträgen und für die Segmentierung von Prozessvarianten, da sich vorbeugende Abläufe deutlich von reaktiven unterscheiden.

Warum das wichtig ist

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

Woher beziehen

SAP-Tabelle AUFK, Feld AUART

Beispiele
PM01PM02PM03
Instandhaltungspriorität
MaintenancePriority
Die Dringlichkeitsstufe des Arbeitsauftrags.
Beschreibung

Gibt die Priorität (PRIOK) der Instandhaltungsaufgabe an, zum Beispiel „1-Sehr hoch“, „2-Hoch“ oder „3-Mittel“. Dieses Feld ist die direkte Datengrundlage für die KPI „Anteil der Notfall-Arbeitsaufträge“. Die Analyse des Prozessflusses nach Priorität zeigt, ob Aufträge mit hoher Priorität tatsächlich schneller bearbeitet werden als Routineaufträge.

Warum das wichtig ist

Wichtige Grundlage für die SLA-Analyse und die Erkennung von Notfallarbeiten.

Woher beziehen

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

Beispiele
1-Notfall2-Hoch3-Mittel4-Niedrig
Instandhaltungswerk
MaintenancePlant
Das für die Instandhaltung zuständige Logistikwerk.
Beschreibung

Das Werk (WERKS) ist die zentrale Organisationseinheit in der Logistik. Es trennt Daten nach physischen Standorten. Dieses Attribut ist wichtig, um die Leistung verschiedener Standorte zu vergleichen. Es wird dem Feld „Geschäftseinheit“ zugeordnet und ermöglicht übergeordnete Organisationsfilter in Dashboards.

Warum das wichtig ist

Zentraler Organisationsfilter für den Vergleich von Standorten.

Woher beziehen

SAP-Tabelle AUFK, Feld WERKS

Beispiele
100020003000
Meldungsnummer
NotificationNumber
Die Instandhaltungsmeldung, die diesen Auftrag ausgelöst hat.
Beschreibung

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

Warum das wichtig ist

Verknüpft die Ausführungsphase wieder mit der Anforderungs- bzw. Erkennungsphase.

Woher beziehen

SAP-Tabelle AUFK, Feld QMNUM

Beispiele
1000050010000501
Planergruppe
ResponsiblePlannerGroup
Die Gruppe der Planer, die für die Bearbeitung des Auftrags zuständig ist.
Beschreibung

Die Planergruppe (INGRP) bezeichnet das Team oder die Abteilung, die für die Planung der Instandhaltungsarbeiten zuständig ist. Sie wird dem Feld „Abteilung“ zugeordnet und ist wichtig für das Dashboard zur Ressourcenauslastung und Einsatzplanung. Damit lässt sich erkennen, welche Planungsteams in der Vorbereitungsphase Engpässe verursachen.

Warum das wichtig ist

Kennzeichnet das administrative Team, das für den Planungsprozess zuständig ist.

Woher beziehen

SAP-Tabelle AUFK, Feld INGRP

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

Eine zusammengeführte Zeichenfolge oder Liste der aktiven Systemstatus aus JEST, die dem Auftrag derzeit zugewiesen sind. Häufige Werte sind CRTD (Angelegt), REL (Freigegeben), TECO (Technisch abgeschlossen) und CLSD (Geschlossen). Damit lassen sich offene und geschlossene Cases im „Monitor für Rückstand und laufende Arbeiten“ filtern.

Warum das wichtig ist

Der wichtigste Indikator für die aktuelle Phase im Auftragslebenszyklus.

Woher beziehen

SAP-Funktionsbaustein STATUS_TEXT_EDIT oder Tabelle JEST

Beispiele
REL CNFTECOCRTD MACM
Technischer Platz
FunctionalLocation
Der hierarchisch strukturierte Standort, an dem die Anlage installiert ist.
Beschreibung

Gibt den Ort in der technischen Struktur an, an dem die Instandhaltungsaufgabe ausgeführt wird (TPLNR). Anders als ein Equipment, das bewegt werden kann, bleibt der Technische Platz unverändert. Dieses Attribut unterstützt das Dashboard zu den Durchlaufzeiten technischer Prüfungen und ermöglicht Leistungsvergleiche zwischen verschiedenen Anlagenbereichen, etwa zwischen Kesselhaus und Verpackungslinie.

Warum das wichtig ist

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

Woher beziehen

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

Beispiele
WERK1-GEB2-LN01US-TX-DAL-01
Geplante Arbeitsstunden
PlannedLaborHours
Die geschätzten Arbeitsstunden für den Auftrag.
Beschreibung

Die Summe der geplanten Arbeit (ARBEI) aus den Auftragsvorgängen. Im Dashboard „Planungs- und Schätzgenauigkeit“ lässt sich dieser Wert mit der tatsächlichen Aktivitätsdauer vergleichen, um die Genauigkeit der Instandhaltungsplanung zu beurteilen.

Warum das wichtig ist

Grundlegende Kennzahl für die Analyse der Planungsgenauigkeit.

Woher beziehen

SAP-Tabelle AFKO (Summe der geplanten Arbeit für Vorgänge)

Beispiele
4.08.512.0
Nacharbeit
IsRework
Kennzeichen dafür, ob der Auftrag Nacharbeiten umfasst.
Beschreibung

Ein berechnetes boolesches Attribut, das Prozessschleifen erkennt. Es wird gesetzt, wenn die Aktivität „Instandhaltungsaufgabe ausgeführt“ mehr als einmal auftritt oder der Status von „Technisch abgeschlossen“ zu „In Bearbeitung“ zurückgesetzt wird. Das Attribut unterstützt die KPI „Nacharbeitsquote in der Instandhaltung“ und hilft, Qualitätsprobleme zu erkennen.

Warum das wichtig ist

Unterstützt direkt die Analyse der Qualitätskontrolle.

Woher beziehen

Berechnet aus dem Prozessfluss

Beispiele
truefalse
Notfallauftrag
IsEmergencyWork
Kennzeichen dafür, ob es sich um einen Notfallauftrag handelt.
Beschreibung

Ein boolesches Attribut, das anhand der Instandhaltungspriorität berechnet wird. Ist die Priorität „1“ oder der in der Konfiguration festgelegte Notfallcode, wird das Kennzeichen auf „true“ gesetzt. So lassen sich Notfallaufträge einfach filtern und die KPI „Anteil der Notfallaufträge“ ohne komplexe Logik im Dashboard berechnen.

Warum das wichtig ist

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

Woher beziehen

Berechnet aus MaintenancePriority

Beispiele
truefalse
Tatsächliche Gesamtkosten
TotalActualCost
Die tatsächlich auf den Auftrag gebuchten Gesamtkosten.
Beschreibung

Zusammengefasste Kosten für Arbeitsleistung, Material und Dienstleistungen aus der Tabelle PMCO. Dieses Attribut unterstützt das Dashboard „Kosten und Durchsatz der Anlageninstandhaltung“. Führungskräfte können damit die finanziellen Auswirkungen der Instandhaltungsaktivitäten nachvollziehen. Es ist entscheidend, um die Wirtschaftlichkeit einer Reparatur im Vergleich zum Austausch einer Anlage zu beurteilen.

Warum das wichtig ist

Ergänzt die operativen Prozessdaten um die finanzielle Dimension.

Woher beziehen

SAP-Tabelle PMCO (Summe des Werttyps 04, Ist)

Beispiele
150.002500.500.00
Erforderlich Empfohlen Optional

Aktivitäten der Anlageninstandhaltung

Erfassen Sie diese wichtigen Prozessschritte und Meilensteine in Ihrem Event Log, um den Instandhaltungslebenszyklus präzise zu entdecken.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Auftragsvorgang rückgemeldet
Erfasst die tatsächliche Zeit, die ein Techniker für einen bestimmten Vorgang aufgewendet hat. Damit wird die tatsächlich ausgeführte Arbeit an der Anlage abgebildet.
Warum das wichtig ist

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

Woher beziehen

Tabelle AFRU (Auftragsrückmeldungen).

Erfassung

Wird erfasst, wenn die Transaktion IW41 ausgeführt wird

Ereignistyp explicit
Instandhaltungsauftrag angelegt
Kennzeichnet die Anlage des Instandhaltungsauftrags im System. Die Aktivität wird direkt anhand des Erstellungs-Timestamps in der Tabelle der Auftragsstammdaten ermittelt.
Warum das wichtig ist

Dieses zentrale Ereignis für den Case markiert den Übergang von der Anfrage zur Planung und Ausführung.

Woher beziehen

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

Erfassung

Wird erfasst, 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 anhand der Änderung des Systemstatus auf REL in den Statusprotokollen ermittelt.
Warum das wichtig ist

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

Woher beziehen

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

Erfassung

Wird erfasst, wenn der Status in JCDS auf REL wechselt

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

Markiert das endgültige Ende des Auftragslebenszyklus und ist entscheidend für Datenqualität und Compliance bei der Dokumentation.

Woher beziehen

Tabelle JCDS, Status I0046 (CLSD).

Erfassung

Wird erfasst, wenn der Status in JCDS auf CLSD wechselt

Ereignistyp explicit
Technischen Abschluss gesetzt
Kennzeichnet, dass die Instandhaltungsarbeiten physisch und technisch abgeschlossen sind. Die Aktivität wird anhand der Statusänderung auf TECO (technisch abgeschlossen) ermittelt.
Warum das wichtig ist

Der wichtigste Endpunkt für die operative Analyse: Die Anlage ist wiederhergestellt und die Instandhaltung abgeschlossen.

Woher beziehen

Tabelle JCDS, Status I0045 (TECO).

Erfassung

Wird erfasst, wenn der Status in JCDS auf TECO wechselt

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

Bestätigt, dass die Teile verfügbar und entnommen sind. Das wirkt sich direkt auf die Analyse der Wartezeit auf verfügbare Teile aus.

Woher beziehen

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

Erfassung

Wird erfasst, wenn die Transaktion MIGO/MB1A ausgeführt wird

Ereignistyp explicit
Arbeitsauftrag eingeplant
Zeigt an, dass Vorgänge einer Kapazität oder einem Termin konkret zugeordnet wurden. Die Aktivität wird aus der Zuweisung des Status „Disposition“ zu den Vorgängen abgeleitet.
Warum das wichtig ist

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

Woher beziehen

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

Erfassung

Statusfeld vorher und nachher vergleichen

Ereignistyp inferred
Auftragskosten abgerechnet
Zeigt an, dass die auf dem Auftrag gesammelten Kosten an das Controlling-Objekt, zum Beispiel eine Kostenstelle, übertragen wurden. Die Aktivität wird anhand des Controlling-Belegs ermittelt.
Warum das wichtig ist

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

Woher beziehen

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

Erfassung

Wird erfasst, wenn die Abrechnungstransaktion KO88 ausgeführt wird

Ereignistyp explicit
Bestellanforderung angelegt
Zeigt an, dass eine Anfrage zur externen Beschaffung von Materialien oder Dienstleistungen erstellt wurde. Damit wird der interne Instandhaltungsauftrag mit der externen Lieferkette verknüpft.
Warum das wichtig ist

Wichtig für die Analyse von Verzögerungen durch externe Lieferanten oder die Beschaffung von nicht lagergeführten Materialien.

Woher beziehen

Tabelle EBAN, Verknüpfung über die Kontierung mit AUFK-AUFNR.

Erfassung

Wird erfasst, wenn ein Datensatz in EBAN angelegt wird

Ereignistyp explicit
Instandhaltungsmeldung angelegt
Erfasst die erstmalige Anlage einer Instandhaltungsmeldung, die häufig einen Arbeitsauftrag auslöst. Die Aktivität wird anhand des Erstellungs-Timestamps in 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. Damit lassen sich Reaktionszeiten zwischen der Fehlererkennung und der Auftragserstellung berechnen.

Woher beziehen

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

Erfassung

Wird erfasst, wenn ein Datensatz in der Tabelle QMEL angelegt wird

Ereignistyp explicit
Instandhaltungspriorität geändert
Erfasst eine Änderung der Priorität des Arbeitsauftrags, zum Beispiel eine Hochstufung auf „Notfall“. Die Aktivität wird aus den Ä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 Notfall-Arbeitsaufträgen, indem er reaktive Hochstufungen sichtbar macht.

Woher beziehen

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

Erfassung

Wird in den Änderungsbelegen (CDPOS) erfasst

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

Kennzeichnet den Beginn der Beschaffung benötigter Teile und unterstützt das Dashboard zu den Beschaffungsdurchlaufzeiten für Ersatzteile.

Woher beziehen

Tabelle RESB, Feld BDTER (Bedarfstermin) oder Erstellungs-Timestamp.

Erfassung

Wird erfasst, wenn eine Position zu RESB hinzugefügt wird

Ereignistyp explicit
Messwert erfasst
Erfasst die Eingabe eines Messbelegs, zum Beispiel eines Zählerstands oder einer Zustandsbewertung. Häufig dient dies als Ereignis für eine technische Prüfung.
Warum das wichtig ist

Wichtig für die zustandsorientierte Instandhaltung und die Nachverfolgung technischer Prüfungsdurchlaufzeiten.

Woher beziehen

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

Erfassung

Wird erfasst, wenn ein Messbeleg angelegt 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 im Prozessmodell eine Nacharbeitsschleife.
Warum das wichtig ist

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

Woher beziehen

Tabelle JCDS, Status I0045 (TECO) wird auf inaktiv gesetzt.

Erfassung

Wird erfasst, wenn der Status TECO deaktiviert wird

Ereignistyp explicit
Empfohlen Optional

Extraktionsanleitungen

So extrahieren Sie Ihre Daten aus SAP Plant Maintenance

Möchten Sie loslegen?

Mit diesen Ressourcen können Sie Ihre Instandhaltungs-Workflows abbilden und Einsparpotenziale ermitteln. Unser Rahmenwerk stellt sicher, dass Ihre Daten die richtige Struktur haben, damit Sie Ihre Abläufe transparent nachvollziehen können.

Beseitigen Sie noch heute Engpässe in der SAP-Anlageninstandhaltung

Verkürzen Sie Ihren Instandhaltungszyklus ab sofort um 30 Prozent

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich ... Einrichtung in 5 Minuten