OEE · RAM · EMS Häufig gestellte Fragen

OEE·RAM·EMS unterliegt vielen Regeln. Diese Seite fasst die im Vor-Ort-Betrieb am häufigsten verwechselten Punkte als Fragen und kurze Antworten zusammen. Die Bedienung der Benutzeroberfläche finden Sie unter ISO-Daten und Analyse (OEE / RAM / EMS) und Informationen zu Arbeitsaufträgen unter Produktionsmanagement.

Referenzbasis

Dies basiert auf der Auslieferungsversion vom Oktober 2026. Die Regeln zur Festlegung von Zahlen liegen im Platform-Core; diese Seite überträgt diese in eine benutzerfreundliche Sprache.

Auf einen Blick

Kennzahl	Was wird betrachtet?	Womit wird gezählt?	Wann wird berechnet?
OEE	Wie effektiv hat die Anlage die geplante Zeit genutzt?	Anlagenzustand (RUN·STOP·FAULT…) · Produktionsmenge	Nur bei laufendem Arbeitsauftrag
RAM	Wie oft treten Ausfälle auf und wie schnell erfolgt die Reparatur?	Ausfallsignal · vom Menschen als «Anlagenursache» klassifizierte Stillstände	Arbeitsauftrag · Zeitintervall
EMS	Wie viel Energie wurde verbraucht und wie viel CO2 emittiert?	Stromzähler kWh · Brennstoffverbrauch	Nur bei laufendem Arbeitsauftrag

---

1. Müssen die Plugins zwingend in alle Anlagen integriert werden?

Nein. Die Auswahl erfolgt pro Anlage. OEE·RAM·EMS sind optionale Plugins, die an eine Anlage gebunden werden. Wählen Sie die Anlage im Asset-Bildschirm unter Fabrikmanagement aus und fügen Sie diese über den Reiter Registry unter [ISO-Plugins] hinzu.

Beim Hinzufügen wählen Sie im Dialogfeld Zu überwachende Tags für jedes Template die entsprechenden Tags aus. Wenn ein erforderliches Feld leer bleibt, wird es nicht angewendet. Da Templates _CODE · _CAUSE an die Tag-ID anhängen, um andere Tags zu finden, wählen Sie bei Templates mit Codes direkt das entsprechende Tag aus.

• RAM_FAILURE_CODE_TAG — Wählen Sie hier das Fehlercode-Tag statt eines Signal-Tags.
• OEE_PRODUCT_BAD_COUNT_CODED von OEE_CODED — Hier erscheint eine zusätzliche Zeile. Wählen Sie dort das Ausschussursachen-Tag.

Ein bereits an die Anlage gebundenes Statement bleibt auch bei einer Änderung des Templates unverändert.

• Anlagen ohne Plugin werden im Bildschirm als «Nicht angewendet» angezeigt. Dies ist keine 0 oder ein Fehler.
  • Anlagen-Dashboard: «Für diese Anlage gibt es kein OEE(RAM·EMS)-Plugin — Wenn Sie es im Anlagen-Plugin-Bildschirm anwenden, erscheint es hier»
  • RAM-Karte: «RAM nicht angewendet (kein RAM-Plugin)»
• In die RAM-Summen von Linien, Bereichen oder Standorten fließen nur Anlagen mit Plugin ein. Die Betriebszeit einer Anlage ohne Plugin erhöht die MTBF nicht.
• Es erfolgt keine automatische Empfehlung zur Installation von Plugins.

Bei Abfrage über API

RAM enthält in der Antwort ram_plugin — APPLIED (angewendet) · NOT_APPLIED (nicht angewendet, Zahlenfeld ist null) · REMOVED (entfernt, aber Ausfallprotokolle für diesen Zeitraum vorhanden). Interpretieren Sie NOT_APPLIED nicht als 0 — «0 Ausfälle» und «nicht gemessen» sind unterschiedlich.

2. Was zählt RAM als «einen Ausfall»?

Dies wird pro Anlage und Zeitraum in der folgenden Reihenfolge festgelegt:

Schritt	Regel	Ergebnis
①	Ausfallsignal wird 0→1 (Ausfallbeginn), 1→0 (Reparaturende)	Ein Ausfall · Reparaturzeit = Ende − Beginn
②	Ursache des Ausfalls ist als Material·Prozess·Bediener·Qualität·Extern klassifiziert	Wird nicht gezählt — kein Anlagenausfall
③	Ausfallsignal wird während eines geplanten Stillstands zu 1	Kein Ausfall. Bleibt es nach Ende des geplanten Stillstands 1, gilt dies ab diesem Zeitpunkt als Ausfall
④	Signalverlust während eines Ausfalls (kein Wert für >3 Min)	Reparaturzeit stoppt beim letzten Signal. Der Ausfall bleibt «offen»
⑤	Stillstandsgrund wird manuell als Anlagenursache gewählt	Zählt als Ausfall
⑥	Signalbedingter Ausfall (①) und manueller Stillstand (⑤) überlappen sich	Wird zu einem Fall zusammengefasst (frühester Beginn bis spätestes Ende). Bei bloßem Aneinandergrenzen bleiben es zwei Fälle

Weitere wichtige Punkte:

• Der FAULT-Zustand von OEE fließt nicht in RAM ein, um Doppelzählungen zu vermeiden. Gründe, die das System «automatisch» vorschlägt, werden ignoriert; es werden nur manuell gespeicherte Klassifizierungen berücksichtigt.
• Alarme erzeugen keine Ausfälle. Ein Alarm wird lediglich mit einem bereits bestehenden Ausfall «verknüpft».
• Alte Fehlercodes (BEARING·MOTOR… 11 Stück) werden über eine Mapping-Tabelle als Wörterbuchursachen gelesen (siehe Frage 7).
• Auch nach Entfernen eines Plugins bleiben vergangene Ausfälle sichtbar, sofern für diesen Zeitraum Aufzeichnungen bestehen (REMOVED).
• Die Betriebszeit entspricht der RUN-Zeit von OEE. MTBF und MTTR werden basierend auf diesen Fallzahlen und Zeiten berechnet.

3. Was passiert bei einer Überschneidung von geplantem Stillstand und Ausfall? Wer legt den Stillstandsgrund fest?

Der geplante Stillstand hat Priorität.

• RAM: Ausfallsignale während eines geplanten Stillstands gelten nicht als Ausfall. Bleibt das Signal nach Ende des geplanten Stillstands aktiv, beginnt der Ausfall erst ab diesem Zeitpunkt (siehe Punkt 2 ③).
• OEE: Sobald die Anlage in einen geplanten Stillstand übergeht, werden bis zum Eintreffen eines Signalbeginns für den geplanten Stillstand keine anderen Zustände (RUN·FAULT·STOP…) akzeptiert. Diese Zeit bleibt ausschließlich als geplanter Stillstand vermerkt.

Der Stillstandsgrund wird manuell gewählt. In der Karte Stillstandsgrund innerhalb der Arbeitsauftragsdetails wird für jeden Stillfall eine Ursache per Klick ausgewählt.

• Der Benutzer wählt nur eine Ursache. Welcher Ausfallmode, welcher Mechanismus oder welches Bauteil betroffen ist, wird über das Wörterbuch zugewiesen (siehe Frage 7).
• Stillstände, für die keine Wahl getroffen wurde, bleiben als «Unbekannt» markiert. Vom System vorgeschlagene Gründe erscheinen lediglich mit einem grauen «Automatisch»-Badge und fließen nicht in die RAM-Statistik ein.
• Die Menüfolge ändert sich je nach Stillstandszustand — bei geplanten Stillständen erscheint zuerst der Typ des geplanten Stillstands, bei Ausfällen (FAULT) zuerst die Anlagenursache.

Ursachennamen in Englisch

Im Auslieferungswörterbuch vom Oktober 2026 sind die Ursachennamen nur auf Englisch verfügbar (z. B. «Bearing wear», «Recipe error»). Die Typen für geplante Stillstände (Wartung, Pause etc.) sind in Koreanisch verfügbar.

4. Wie wird OEE berechnet?

OEE = Verfügbarkeit × Leistung × Qualität, wobei jeder Wert auf 0–100 % begrenzt wird.

Faktor	Formel	Bedeutung
Verfügbarkeit	RUN-Zeit ÷ Geplante Produktionszeit	Anteil der Zeit, in der tatsächlich produziert wurde
Leistung	(Soll-Zykluszeit × Gesamtmenge) ÷ RUN-Zeit	Geschwindigkeit während des Betriebs. Die Soll-Zykluszeit entspricht der «Einheitsproduktionszeit» des Arbeitsauftrags
Qualität	Gutmenge ÷ Gesamtmenge	Anteil der fehlerfreien Teile an der Gesamtproduktion

Abzüge von der geplanten Produktionszeit:

• Zeiten für Rüstzeit·geplanten Stillstand·geplanten Beginn
• Zeiten, in denen der Bediener den Arbeitsauftrag pausiert hat (da dies kein Anlagenverlust ist)
• Bei vorhandenen Schichtmustern: Zeiten außerhalb der Schicht, Feiertage, stornierte Schichten, Pausen und manuell registrierte geplante Stillstände. Geplante Produktionszeit = Schichtzeit − geplante Pause. Anlagen ohne Muster nutzen die reine Arbeitsauftragszeit.

Als geplante Stillstände gewertete Dienstplan-Typen sind derzeit Pause·Mahlzeit (für alle Anlagen des Standorts) und Wartung (nur für die betroffene Anlage). Umrüstungen, Kalibrierung, Reinigung, Werkzeugwechsel und Feiertage gelten nicht als OEE-geplante Stillstände, selbst wenn sie im Dienstplan stehen (bei Anlagen mit Schichtmuster werden sie jedoch wie oben beschrieben von der Planzeit abgezogen).

Ohne Arbeitsauftrag erfolgt keine OEE-Berechnung. Da OEE als Verhältnis zur «geplanten Zeit des Arbeitsauftrags» definiert ist, fließen Zeiten ohne laufenden Arbeitsauftrag nicht ein. Die Perioden-OEE (Analysebildschirm) wird durch die gewichtete Summe der mit dem Zeitraum überlappenden Arbeitsaufträge berechnet.

5. Wie wird die Energie im EMS den Arbeitsaufträgen und Anlagen zugeordnet?

• Erfassung auf Anlagenebene. Stromzählerwerte (kWh) und Brennstofffluss von Anlagen mit EMS-Plugin werden als Energiedaten dieser Anlage gespeichert.
• Zuordnung zum Arbeitsauftrag ab Startzeitpunkt. Bei einem laufenden Arbeitsauftrag werden die Kennzahlen basierend auf dem Verbrauch von Arbeitsauftragsbeginn bis zum aktuellen Zeitpunkt berechnet.
• Verbräuche in Zeiten ohne laufenden Arbeitsauftrag werden lediglich protokolliert, fließen jedoch nicht in die Kennzahlen des Arbeitsauftrags ein.
• Linien, Bereiche und Standorte aggregieren die Anlagenwerte — Energie, CO2 und Betriebszeit werden summiert, durchschnittliche Leistung und Effizienz werden gemittelt, die Spitzenleistung wird als Maximum übernommen.

Kennzahl	Formel
Energie pro Einheit	Gesamtenergie (kWh) ÷ Gutmenge
CO2 (Strom, Scope 2)	kWh × 0,4594 kg/kWh
CO2 (Brennstoff, Scope 1)	LNG m³ × 2,176 · Diesel L × 2,601 · LPG L × 1,536 · Benzin L × 2,168
Energieeffizienz	Durchschnittliche Leistung ÷ Spitzenleistung (Auslastungsgrad)

6. Werden vergangene Zeiträume bei einer Regeländerung neu berechnet?

Nein. Regeländerungen gelten nur für Ereignisse, die nach der Änderung eingetreten sind.

• Bereits berechnete und gespeicherte Ergebnisse von Arbeitsaufträgen (abgeschlossene Aufträge, Historie) werden nicht neu berechnet. Beispiel: Die Regel «Ausschluss von Material- und Prozessursachen» (Punkt 2 ②) gilt nur zukunftsgerichtet.
• RAM-Zeilen, die zuvor mit 0 für Anlagen ohne RAM-Plugin beschriftet waren, werden nicht gelöscht, sondern bleiben bestehen.
• Bei Änderungen von Schichtmustern oder Ausnahmen werden nur Pläne nach dem Speicherzeitpunkt neu erstellt. Vergangene Pläne bleiben unverändert.
• Die Zuordnung alter Fehlercodes zu Wörterbuchursachen gilt ebenfalls nur für Ereignisse nach der Aktivierung (Administrator-Einstellung PP_RAM_LEGACY_FAULT_CODE_FROM; bei Leerfeld «ab sofort»).

Dies kann dazu führen, dass sich die Zahlen für denselben Zeitraum vor und nach einer Regeländerung unterscheiden — die alten Zahlen waren nicht falsch, sondern wurden nach den damals gültigen Regeln ermittelt.

7. Wie ist die Beziehung zwischen dem Ursachenwörterbuch und alten Fehlercodes?

Das Ursachenwörterbuch ist eine Liste von Ausfallursachen, wobei jede Ursache die vier Achsen der ISO 14224 bündelt. Die Achsen sind je nach Ursache unterschiedlich detailliert ausgefüllt (leere Felder sind mit «—» markiert).

Achse	Bedeutung	Beispiel (bei Ursache BEARING_WEAR)
Ausfallmode	Wie trat es auf?	Vibration (VIB)
Ausfallmechanismus	Was ist passiert?	Verschleiß (MECH_WEAR)
Ausfallursache	Warum ist es passiert?	—
Instandhaltungsstelle	Was wird repariert?	—

• Das Auslieferungswörterbuch umfasst 38 Einträge — Anlage 32 · Prozess 2 · Material 2 · Bediener 2. Kategorien für Qualität und Extern existieren, enthalten aber keine Auslieferungsartikel.
• Der Benutzer wählt nur eine Ursache; die Achsen werden automatisch durch das Wörterbuch ergänzt (siehe Frage 3).
• Elf alte Fehlercodes werden über eine Mapping-Tabelle den Ursachen des Wörterbuchs zugeordnet.

Alter Code	Wörterbuchursache
BEARING	BEARING_WEAR
MOTOR	MOTOR_BREAKDOWN
SENSOR	SENSOR_FAULTY_SIGNAL
ELECTRICAL	ELECTRICAL_FAILURE
MECHANICAL	MECHANICAL_FAILURE
OVERLOAD	OVERLOAD
OVERHEAT	OVERHEATING
SOFTWARE	SOFTWARE_FAILURE
UNKNOWN	UNKNOWN_EQUIPMENT_FAILURE
HYDRAULIC · PNEUMATIC	SEAL_LEAK_UTILITY (Hydrauliköl·Druckluft = Leckage Hilfsmedien)

• Originalcodes des Geräts (E102, ALM_0457 etc.) werden über eine Fehlercode-Mapping-Tabelle einer einzelnen Ursache zugeordnet. Diese ist bei Auslieferung leer und wird vom Betreiber per API befüllt. Das Mapping sucht in der Reihenfolge Anlage → Asset-Klasse → Equipment-Klasse → Alter Codetabelle und verwendet den ersten Treffer.
• Die ISO-Achsen des Wörterbuchs wurden auf Basis öffentlicher Sekundärquellen erstellt und nicht gegen den ISO-Originaltext abgeglichen.

---

Verwandte Dokumente

• ISO-Daten und Analyse (OEE / RAM / EMS) — Bedienung und Definition der Kennzahlen
• Produktionsmanagement — Arbeitsaufträge · Dienstplan
• Fabrikmanagement — Asset-Bildschirm — Zuweisung von ISO-Plugins an Anlagen
• Statuscode-Definition — Anlagenzustände (RUN·STOP·FAULT…)