Instandhaltung Proof of Concept

Kritische Instandhaltung messbar machen, bevor skaliert wird

Beginnen Sie mit dem Ablauf, der heute hakt — Meldung, Reaktion, Ausführung, Dokumentation — an Ihren kritischen Anlagen. Zustandsüberwachung kommt nur dazu, wo Sensorik und genug Beobachtungszeit wirklich existieren, und eine Ausfallvorhersage wird nur behauptet, wo es gelabelte Störhistorie gibt.

Meine kritischen Anlagen bewertenMit einem Fertigungsingenieur sprechen
Typische Dauer6–12 Wochen
PilotumfangAusgewählte kritische Anlagen und ein Instandhaltungsteam
HauptansprechpartnerInstandhaltungsleitung
Entscheidung am EndeRollout-Plan und, wo begründet, eine Roadmap für Überwachung

Ist das das Problem, das Sie lösen müssen?

  • Störungsabwicklung läuft über Anrufe und ein Whiteboard, die Reaktionszeit ist damit unbekannt.
  • Wartungspläne existieren auf Papier und verrutschen still, sobald die Produktion drückt.
  • Dieselbe Störung wiederholt sich und niemand kann es belegen, weil die Historie in Notizbüchern steckt.
  • Ersatzteile fehlen genau in dem Moment, in dem der Techniker sie braucht.

Hauptansprechpartner: Instandhaltungsleitung · Leitung Anlagenzuverlässigkeit · Werkleiter · Technische Leitung · Leitung Operational Excellence

Was dieser PoC belegt

Können Meldung, Reaktion, Ausführung und Dokumentation in jeder Schicht — auch nachts — digital laufen?
Wie hoch sind MTTR und Reaktionszeit wirklich, wenn man sie misst statt schätzt?
Wie viel Arbeit des Teams ist Störarbeit und wie viel geplante Wartung ist tatsächlich überfällig?
Füllen die Techniker die Dokumentation aus, oder bricht die Nutzung in Woche drei ein?
Wo Sensorik im Umfang ist: kommt der Alarm früh genug, um darauf zu reagieren?

Empfohlener Pilotumfang

  • Ausgewählte kritische Anlagen — die, deren Ausfall die Produktion wirklich stoppt.
  • Ein Instandhaltungsteam mit dem Stör- und Meldeablauf, den es heute nutzt.
  • Wartungspläne, Aufträge und, wo relevant, die dahinterliegenden Ersatzteile.
  • Anlagenhierarchie, Kritikalität und die vorhandene Störhistorie.
  • Sensorik ausschließlich für vereinbarte Zustandsüberwachungsfälle, niemals als pauschale Annahme.

Was während des PoC live läuft

Digitale Störmeldung mit Reaktion, Zuweisung und Eskalation.
Wartungspläne, die nach Termin und Zählerstand Aufträge erzeugen.
Auftragsausführung mit Dokumentation, verbrauchten Teilen und gebuchter Zeit.
Ausgangs-Dashboard: Störarbeitsanteil, überfällige Arbeit, Wiederholstörungen.

So läuft dieser PoC ab

Woche 1–2
Analyse und Definition der EntscheidungAnlagenhierarchie und Kritikalität prüfen, den heutigen Melde- und Ausführungsablauf aufnehmen und festlegen, welche Anlagen und welche KPI-Definitionen der PoC verwendet.Freigabekriterium: Anlagenumfang, Ablauf und KPI-Definitionen vereinbart.
Woche 2–4
AusgangsmessungHeutige MTTR, Reaktionszeit, Störarbeitsanteil und Planerfüllung aus den vorhandenen Aufzeichnungen ermitteln und ehrlich benennen, wo der Ausgangswert eine Schätzung statt einer Messung ist.Freigabekriterium: Ausgangswert vereinbart, mit dokumentierter Unsicherheit.
Woche 3–6
KonfigurationAnlagen, Pläne, Auftragsarten, Rollen und mobile Ausführung konfigurieren; wo Zustandsüberwachung im Umfang ist, die vereinbarte Sensorik installieren und validieren.Freigabekriterium: Techniker führen einen echten Auftrag auf ihren eigenen Geräten durchgängig aus.
Woche 6–11
Kontrollierter LivebetriebDas Team fährt die Instandhaltung über das System. Reaktion, Ausführung und Dokumentationsvollständigkeit werden verfolgt; Sensordaten sammeln sich zu einem nutzbaren Beobachtungsfenster.Freigabekriterium: Ein vollständiger Instandhaltungszyklus inklusive mindestens einer echten Störung wurde im System abgewickelt.
Woche 11–12
Rollout-Entscheidung und Business CaseGemessenen Ausgangswert gegen die Pilotperiode, Kritikalitäts- und Lückenbericht, Sensorbefunde falls enthalten und Rollout-Plan vorstellen.Freigabekriterium: Go, Anpassen oder Stopp.

Die Dauer ist typisch, nicht garantiert. Verlängernd wirken: fehlende oder unvollständige Daten, Sicherheits- und Netzwerkfreigaben, Lieferzeiten für Hardware, das Sammeln von Mustern, Zugang für die Installation, der Produktionsplan, ERP-Testzugänge und die Zeit, die Ihr Team für die Bewertung der Ergebnisse braucht.

Ein ungeplanter Stillstand ist nicht vorgesehen. Jedes Installationsfenster und jede kontrollierte Unterbrechung wird vorab mit Ihnen abgestimmt und um die Produktion herum geplant.

Wie der Erfolg gemessen wird

Wie der Erfolg gemessen wird
KennzahlWie sie definiert istWoher der Wert kommtArt
Zeit von Meldung bis ReaktionZeit von der Meldung einer Störung bis zur Annahme durch einen Techniker, gemessen an den Pilotanlagen.Daten der MSF-PlattformOperativ
MTTRMittlere Reparaturzeit der Pilotanlagen während der Livephase, nach der im Aufnahmeschritt vereinbarten Definition.Daten der MSF-PlattformOperativ
MTBF-AusgangswertErmittelte mittlere Zeit zwischen Ausfällen für die Pilotanlagen — ein Ausgangswert über dieses Beobachtungsfenster, kein Ziel.Vereinbarte AusgangsmessungOperativ
StörarbeitsanteilAnteil der Instandhaltungsstunden für ungeplante gegenüber geplanter Arbeit.Daten der MSF-PlattformOperativ
PlanerfüllungAnteil der fälligen Wartungsarbeit, die im Zeitfenster erledigt wurde, und der überfällige Rückstand am Periodenende.Daten der MSF-PlattformOperativ
DokumentationsvollständigkeitAnteil der Aufträge, die mit Ursache, Maßnahme und Teilen abgeschlossen werden statt leer.Daten der MSF-PlattformAkzeptanz
WiederholstörungenStörungen an derselben Anlage mit derselben Ursache innerhalb der Periode — der Beleg, dass eine Maßnahme nicht gehalten hat.Daten der MSF-PlattformOperativ
Vorlaufzeit von AlarmenNur wo Sensorik im Umfang ist: Zeit zwischen einem Zustandsalarm und dem Ereignis, vor dem er gewarnt hat; Fehlalarme werden separat gezählt.Sensor-, Zähler- oder GerätedatenTechnisch

Vor der Umsetzung vereinbaren MSF und Ihr Team, wie jede Kennzahl berechnet wird, woher der Ausgangswert stammt, welche Daten ausgeschlossen sind und welches Ergebnis eine Rollout-Entscheidung trägt. Diese Seite listet auf, was gemessen wird; die konkreten Zielwerte gehören in den schriftlichen PoC-Umfang, nicht in ein Werbeversprechen.

Was Sie bereitstellen

  • Anlagenhierarchie, Kritikalitätsrangfolge und die vorhandene Störhistorie, in welcher Form auch immer sie existiert.
  • Heutige Wartungspläne, Zählerstände und, wo relevant, Ersatzteildaten.
  • Technikerrollen, Schichtabdeckung und die Geräte, die sie realistisch nutzen werden.
  • Zugangs- und Sicherheitsregeln für jede Sensorinstallation im Umfang.

Wer macht was

Meta Smart Factory stellt bereit

  • Analyse-Workshop und Moderation der Umfangsdefinition
  • Konfiguration der Lösung für den vereinbarten Umfang
  • Integrations- und Anbindungsarbeiten innerhalb dieses Umfangs
  • Im Angebot aufgeführte MSF-Hardware
  • Schulung der Pilotanwender
  • Die KPI-Definitionen und die Validierungsmethode
  • Fehlerverfolgung und Support während des Pilotbetriebs
  • Der Abschlussbericht und das Rollout-Design
  • Konfigurierte Anlagenstruktur, Wartungspläne und mobile Auftragsausführung für das Pilotteam.
  • Eine ehrliche Einordnung, welche Zustandsüberwachungsfälle die verfügbaren Daten tatsächlich tragen.

Sie stellen bereit

  • Einen benannten fachlichen und einen benannten technischen Verantwortlichen
  • Zeitnahen Zugang zu Anwendern, Linie, Maschinen und freigegebenen Systemen
  • Eine korrekte Erläuterung des Prozesses und der Stammdaten
  • Zugang für Netzwerk, Strom, Montage und Arbeitssicherheit
  • ERP-, SPS- und Herstellerdokumentation sowie die Experten dafür
  • Repräsentative Muster oder historische Daten
  • Die Bestätigung, dass der Ausgangswert fair ist
  • Rückmeldung und die Abnahmeentscheidung
  • Techniker, die das System bei echten Störungen nutzen, nicht nur in der Schulung.
  • Die vorhandene Störhistorie — auch unvollständig entscheidet sie, was behauptet werden darf.

Im schriftlichen Angebot geregelt

  • Panel-PCs, Tablets, Server und GPU-Server
  • Kameras, Objektive, Beleuchtung und Gehäuse
  • Scanner, Drucker, RFID-Lesegeräte, Zähler und Sensoren
  • Reise, Installation, Fracht, Einfuhrabgaben und lokale Elektroarbeiten
  • Ob Hardware gemietet oder gekauft wird
  • Ob eine PoC-Gebühr auf einen Rollout angerechnet wird

Kommerzielle Bedingungen, Eigentum an der Hardware, Reisekosten, Integrationsumfang und eine etwaige Anrechnung auf den Rollout werden im schriftlichen PoC-Angebot festgelegt. Sie sind nicht für jedes Produkt gleich, und diese Seite sagt sie nicht zu.

Was Sie am Ende erhalten

  • Ein gelebter Instandhaltungsablauf, den Ihr Team bei echten Störungen nutzt.
  • Konfigurierte Anlagenhierarchie, Kritikalität und Wartungspläne.
  • Dashboard mit Ausgangswert und Pilotperiode nach den vereinbarten KPI-Definitionen.
  • Sensorbefunde und Bewertung der Datenbasis, wo Zustandsüberwachung im Umfang war.
  • Kritikalitäts- und Lückenbericht — was der Pilot nicht abdecken konnte und warum.
  • Rollout-Plan für die übrigen Anlagen und Teams.

Voraussetzungen, Ausschlüsse und Grenzen

Dieser PoC setzt voraus

  • Verfügbarkeit der Techniker während der Livephase, gerade in den Schichten, in denen tatsächlich Störungen auftreten.
  • Für Zustandsüberwachung: sichere Montagepunkte und genug Beobachtungszeit, damit die Daten etwas bedeuten.

Nicht Teil dieses PoC

  • Werksweite Bereinigung der Anlagendaten und Digitalisierung historischer Aufzeichnungen.
  • Ersatzteilbeschaffung und Lagerumsetzung — das ist der WMS-PoC.
Was dieser PoC nicht behauptet

Wo gelabelte Störhistorie oder ausreichende Beobachtungsdaten fehlen, wird dieser PoC als Zustandsüberwachung, Anomalieerkennung und Aufbau einer Datenbasis positioniert — nicht als Ausfallvorhersage. Eine Vorhersagebehauptung ohne Ausfälle zum Lernen ist keine Behauptung, sondern eine Hoffnung.

Go, Anpassen oder Stopp — der Entscheidungspunkt

GoGo: Der Ablauf hält unter realen Bedingungen und die gemessenen Lücken rechtfertigen den Rollout auf die übrigen Anlagen.
AnpassenAnpassen: Nutzung oder Anlagendaten müssen zuerst überarbeitet werden; der Lückenbericht ist das Arbeitspaket.
StoppStopp: Die Restriktion ist Instandhaltungskapazität oder Ersatzteilverfügbarkeit — ein System macht das sichtbar, löst es aber nicht.

Häufige Fragen

Können Sie vorausschauende Instandhaltung in einem PoC belegen?

Nur wo genug gelabelte Störhistorie und ein ausreichend langes Beobachtungsfenster existieren, und beides wird geprüft, bevor irgendetwas versprochen wird. Fehlt das, ist das ehrliche Programm Zustandsüberwachung plus Aufbau der Datenbasis, die eine spätere Vorhersage überhaupt erst möglich macht.

Brauchen wir Sensorik?

Für die Ablaufseite, in der der Großteil des messbaren Nutzens liegt, nicht. Sensorik kommt für konkrete, im Aufnahmeschritt vereinbarte Zustandsüberwachungsfälle dazu, an konkreten Anlagen, für eine konkrete Frage.

Unsere Störhistorie steht in Notizbüchern. Ist das ein Ausschlusskriterium?

Nein, und das ist sehr verbreitet. Es begrenzt, was über Vorhersage behauptet werden kann, nicht was über Reaktion, Planerfüllung und Wiederholstörungen gemessen werden kann. Der PoC startet die strukturierte Historie, die ein späterer Vorhersageschritt bräuchte.

Wie messen Sie MTTR fair gegen unsere heutige Zahl?

Indem die Definition im Aufnahmeschritt vereinbart wird — was als Start, was als Ende zählt und welche Stillstände ausgeschlossen sind. Zwei Organisationen messen MTTR auf drei verschiedene Arten; der Vergleich ist nur ehrlich, wenn beide Seiten dieselbe Definition nutzen.

Diesen Proof of Concept anfragen

Beschreiben Sie den Umfang, den Sie im Kopf haben, und wir melden uns mit einem schriftlichen PoC-Plan: was angebunden wird, was Sie bereitstellen, wie der Erfolg gemessen wird und wie die Entscheidung am Ende aussieht.

Bitte senden Sie über dieses Formular keine Zugangsdaten, Datenbankexporte, Personaldaten oder vertraulichen Zeichnungen. Wenn ein PoC sie benötigt, richten wir zuvor einen freigegebenen, sicheren Kanal ein.

Einsendungen werden auf Missbrauch geprüft und protokolliert, einschließlich IP-Adresse. Sie sind für den Inhalt Ihrer Nachricht verantwortlich.