Skip to main content

Grundlagen

Jede Wartung ist ein Dienst im Servicekatalog. Daher werden die Wartungsservices in der Assetklasse Service angelegt, sodass sie im Modul "Wartungsplan" zur Verfügung stehen.

Im Modul "Wartungsplan" werden die Wartungspläne erstellt und dabei die Wartungsservices mit den entsprechenden Assets verknüpft. KIX erstellt anhand der definierten Wartungspläne einmal am Tag die daraus resultierenden Wartungsaufgaben.

Im Wartungsplan ist u.a. definiert, zu welchem Zeitpunkt die Tickets für die durchzuführende Wartung erstellt werden sollen. Zu diesem Zeitpunkt generiert KIX die Tickets zur Durchführung der Wartung. Ihr Admin kann die dafür vom System zu verwendenden Ticketvorlagen frei konfigurieren.

Die Durchführung der Wartung wird an der Wartungsaufgabe dokumentiert, indem u.a. der jeweilige Status und die Daten zu Fälligkeit und Fertigstellung hinterlegt werden.

Ablauf_Wartungsplaner.png

Abb.: Ablaufschema Add-on "KIX Wartungsplan"

Ein Wartungsservice definiert, WAS die Wartung beinhaltet. Er beschreibt die am Asset auszuführende Leistung (z. B. alle rotierenden Getriebeteile fetten).

Jeder Wartungsservice ist ein Asset der Assetklasse Service und somit Teil des Servicebaums. Daher werden Wartungsservices als Assets der Assetklasse Service angelegt.

Hinweis

Nach dem Anlegen eines Wartungsservices müssen Sie/Ihr Administrator ggf. folgende Konsole-Befehle (Menü System > Konsole), ausführen, damit der Wartungsservice im Servicebaum des Moduls "Wartungsplan" angezeigt wird:

  • Console::Command::Maint::Service::UpdateServiceCatalog

  • Console::Command::Maint::Cache::Delete

Ein Wartungs-Asset definiert das WO der Wartung. Wartungs-Assets sind alle Assets, die einer (regelmäßigen) Wartung zu unterziehen sind. Das kann jedes im System vorhandene Asset sein, aber auch ein Service (z. B. Prüfung Lebenszyklus).

Der Wartungsplan ist das Herzstück der Planung. Er definiert das WIE der Wartung. Hier erfolgt das Mapping (Verknüpfung) von Wartungsservice und Wartungs-Asset und es wird festgelegt, WAS WO und WANN geplant ist. Wartungspläne werden im Modul "Wartungsplan" angelegt und verwaltet.

Mapping

Ein Wartungsplan ist im einfachsten Fall dadurch gekennzeichnet, dass ein Wartungs-Service und ein Wartungs-Asset existieren und einander zugeordnet werden. Die Zuordnung kann erfolgen durch

  • explizite Zuordnung eines Wartungsservices zu einem konkreten Asset

  • Zuordnung eines Wartungsservices zu verschiedenen Assets, die bestimmte Bedingungen erfüllen (z. B. alle Assets der Klasse Computer, des Herstellers XYZ, seit 01.01.2023 in Betrieb)

Achtung: Aufgrund dieser Flexibilität werden auch zukünftige Assets, die die Kriterien erfüllen, im Wartungsplan berücksichtigt, ohne dass der Wartungsplan angepasst werden muss.

Zeitplanung

Im Wartungsplan kann der Zeitplan festgelegt werden:

  • wie oft die Wartung durchgeführt werden soll (Periodizität)

  • die Dauer der Vorausplanung (Projection Days)

  • der Zeitpunkt der Ticketerstellung (Planning Days)

  • der Gültigkeitszeitraum des Wartungsplans

  • der Planungstyp

    • Zeitplanungstreu (Shedule Based)

    • Fertigstellungstreu (Completion Based)

Ticketvorlagen

Bei der Einrichtung des Wartungsplans kann die zu verwendende Ticketvorlage ausgewählt werden. Die Ticketvorlage wird vom System verwendet, um zum gegebenen Zeitpunkt die Wartungs-Tickets zur Einplanung der Wartungsaufgabe zu generieren. Entsprechend der Vorlagenkonfiguration werden somit das beauftragte Team, die Inhalte der Aufgabenbeschreibung, FAQ-Verweise u. a. Angaben für die Umsetzung der Wartung definiert (s. auch Abschnitt unten).

KIX prüft einmal täglich die Liste der Wartungspläne. Es wird geprüft, welche Aufgaben es für welche Wartungspläne innerhalb der nächsten n Tage gibt. Im Ergebnis dieser Prüfung werden die Wartungsaufgaben ermittelt und erstellt. Die Wartungsaufgaben werden sowohl im Modul "Wartungsplan" (Liste und Kalender) als auch an den jeweiligen Assets und Services angezeigt. Diese Prüfung kann jederzeit auch manuell ausgelöst werden, z. B. nach Änderungen an einem Wartungsplan.

Lane_Assets_Wartungsaufgaben.png

Abb.: Liste der Wartungsaufgaben am Asset

Wichtig

Wartungsaufgaben sind keine Tickets!

Wartungsaufgaben informieren lediglich über geplante Wartungen und dienen der Wartungsdokumentation. Die Tickets für die Durchführung der Wartung werden zu einem späteren Zeitpunkt (wie im Wartungsplan definiert) erstellt.

Die Wartungsaufgaben sind das Kernelement der Wartungsdokumentation (Wartungshistorie). Hier werden alle Informationen zusammengeführt:

  • das konkrete Asset, welches gewartet wird/wurde

  • den konkreten Wartungsservice, der ausgeführt wird/wurde

  • das Datum der Planungsfälligkeit

    An diesem Tag sollte das Ticket erstellt werden.

  • das geplante Ausführungsdatum

    An diesem Tag sollte die Wartung durchgeführt werden.

  • der tatsächliche Ausführungszeitpunkt

    Zeitpunkt, an dem die Wartung tatsächlich ausgeführt wurde.

  • der Status der Wartungsaufgabe

    • projiziert | projected: Erstellte Wartungsaufgabe, die voraussichtlich in einem Wartungsticket münden wird.

    • geplant | planned: Aufgabe, für die bereits ein Wartungsticket erstellt wurde.

    • erledigt | done: Wartungsticket wurde geschlossen (nicht abgebrochen).

    • abgebrochen | canceled: Wartungsticket wurde abgebrochen.

Wartungstickets sind Tickets, welche das System unter Anwendung der am Wartungsplan hinterlegten Angaben generiert. Sie dienen der Einplanung und anschließenden Durchführung der Wartungsaufgabe.

Der Mechanismus zur Prüfung und Erstellung der Wartungsaufgaben überprüft auch die Fälligkeit der Wartungsaufgaben und erstellt einige Tage vor Ablauf der Fälligkeit (wie im Wartungsplan definiert) die zugehörigen Wartungstickets.

Wartungstickets werden angezeigt:

  • am jeweiligen Asset

  • am jeweiligen Service

  • im Modul "Wartungsplan" (Kalender und Liste)

  • im Ticketdashboard

Nach dem Erstellen des Wartungstickets wechselt der Status der Wartungsaufgabe von "projected | projiziert" zu "planned | geplant".

Nach erfolgter Durchführung der Wartung kann das Ticket geschlossen werden. Mit dem Schließen des Tickets werden der gewählte Abschlusscode und - sofern "erledigt" - der Fertigstellungszeitpunkt zurück an die Wartungsaufgabe geschrieben.

Für die beleghafte Dokumentation der Wartung kann das Wartungsticket als PDF heruntergeladen und bei Bedarf gedruckt und abgeheftet werden.