> [← open.SERVICE](<open.SERVICE Plugin Overview.md>) # Wartungspläne Ein Wartungsplan sagt, **was** an **welcher Maschine** in **welchem Rhythmus** zu tun ist. Aus ihm entstehen Termine im Kalender, und aus einem Termin entsteht eine **Durchführung** — das Protokoll der geleisteten Arbeit. ## Der Rhythmus Ein Plan trägt entweder eine Wiederholungsregel oder gar keine: - **Wiederholung** — wöchentlich, alle zwei Wochen, am ersten Dienstag im Monat, am letzten Werktag, jährlich zur UVV-Prüfung. Der Editor bietet die gängigen Muster als Auswahl an und zeigt eine Vorschau der nächsten Termine. - **Einmalig** — ein einzelner Termin, etwa eine außerplanmäßige Prüfung. - **Ohne Rhythmus** — der Plan beschreibt die Arbeit, der Zeitpunkt entsteht von Hand. Ein Plan bildet **einen** Rhythmus ab. Wer zwei braucht, legt zwei Pläne an — im Kalender liest sich das ohnehin klarer. > [!warning] Wer die Regel ändert, ändert auch vergangene Termine > Termine werden aus der Regel berechnet und nicht einzeln gespeichert. Wird die > Frequenz eines Plans von wöchentlich auf monatlich gestellt, hatte er > rückwirkend andere Termine. Die Durchführungen bleiben erhalten — die Termine, > gegen die sie gezählt werden, ändern sich mit. ### Uhrzeit und Zeitzone Ein wiederkehrender Termin ist eine Aussage über die **Uhr in der Halle**: „Jeden Mittwoch 10:00" bleibt 10:00, auch über die Zeitumstellung hinweg. Die Zeitzone gehört zum Plan, nicht zu dem, der ihn ansieht — wer den Kalender aus einem anderen Land öffnet, verschiebt damit keinen Termin. Ältere Pläne tragen noch keine Zeitzone und verhalten sich unverändert weiter. Eine Zeitzone nachträglich zu setzen verschiebt die Termine des Plans und sollte mit dem Support abgestimmt werden. ## Einzelne Termine abweichen lassen Ein Termin lässt sich **verschieben** oder **auslassen**, ohne die Regel anzufassen — im Kalender per Drag & Drop oder über das Aktionsmenü, mit Begründung. Die Abweichung wird neben der Regel festgehalten, samt der Frage, wer sie wann und warum vorgenommen hat. Genau dieser Teil wird bei einer Prüfung angesehen. ## Die drei Übersichten | Ansicht | Wofür | | -------------- | ----------------------------------------------------------------- | | **Kalender** | Tag, Woche, Monat. Der Einstieg für „was steht diese Woche an". | | **Hierarchie** | Gruppierung nach Maschine, Status oder Rhythmus. | | **Daten** | Sortierbare Tabelle, nicht nach Maschine gruppiert. | Alle drei folgen der **Maschinenauswahl im Kopfbereich** — und zwar auf die exakt gewählte Maschine: die Kinder einer Anlage sind nicht automatisch dabei. Suche, Status, Fälligkeit und Maschinen-Tag stehen darüber hinaus in **einer** Filterleiste und gelten in allen drei Ansichten gleich. Ein Elterntag findet dabei auch die Kinder. Im Kalender gilt außerdem: - **Klick auf einen Termin** öffnet den Plan. - **Rechtsklick oder „⋯"** öffnet das Aktionsmenü: Plan öffnen, Durchführung starten oder fortsetzen, Ticket zum Termin, Dienstleister informieren, Verschieben, Auslassen, Zurücksetzen. - **Klick auf freie Fläche** legt einen Termin an. - Erledigte Termine erscheinen grün mit ✓, laufende als „in Arbeit". - Über dem Raster liegt eine **Überfällig-Leiste** mit 120 Tagen Rückblick. ### Gespeicherte Ansichten Ein benanntes Preset merkt sich den **ganzen** Stand: Ansicht, Kalender-Zoom, Entwürfe-Schalter und den kompletten Filter. Gespeichert wird je Benutzer auf dem Server — Ansichten stehen damit auch auf einem anderen Gerät zur Verfügung. ## Der Plan im Detail Die Detailseite zeigt links Tabs für Schritte, Unterlagen, Durchführungen, Tickets und Abdeckung, rechts die Stammdaten und eine Terminvorschau. Bearbeitet wird in einem Drawer. Die primäre Aktion ist **Durchführung starten**. Läuft bereits eine noch nicht unterschriebene Durchführung, heißt der Knopf **fortsetzen** und springt in diese, statt eine zweite anzulegen. Weiter im Aktionsmenü: Dienstleister informieren, Sichtbarkeit prüfen, Vorlage anwenden, Als Vorlage speichern, Ticket erstellen, Archivieren. **Maschinenunterlagen** hängen an der Maschine, nicht am Plan — was einmal hinterlegt ist, steht bei jedem Plan derselben Maschine zur Verfügung. ## Die Durchführung > [!info] Jede Durchführung startet ein Mensch > Das System erinnert an fällige Wartung, legt aber von sich aus keine > Durchführung an. Ein Termin im Kalender ist eine Ansage, kein Datensatz — erst > der Klick auf „Durchführung starten" erzeugt das Protokoll. Die Durchführungsseite ist für das Tablet gebaut: - ein Navigator über alle Arbeitsschritte - je Schritt ein Erfassungsformular mit großem Fertig-Schalter — ein Tipp speichert die Werte **und** setzt den Schritt auf erledigt - optionale Schritte lassen sich überspringen - **Material**: das geplante steht als Referenz daneben, verbraucht wird eingetragen - Fotos und Dateien als Anhang - Abschluss mit **Unterschrift** und Abdeckungs-Checkliste - optional ein Folgeticket Nach dem Abschluss wird die Seite zum **unveränderlichen Protokoll**, inklusive Verbrauchsliste je Schritt und einer Aufrollung „Material insgesamt". > [!note] Material wird dokumentiert, nicht gebucht > Das Protokoll hält fest, was verbraucht wurde. Eine Bestandsführung leistet das > Wartungsmodul nicht — kein Bestand, kein Mindestbestand, kein Preis. Beim Abschluss kann außerdem die Frage nach dem Rhythmus kommen, siehe [[End-User/Modules/open.SERVICE/features/Rhythmus beim Abschluss|Rhythmus beim Abschluss neu zählen]]. ## Vorlagen Eine Vorlage bündelt wiederkehrende Arbeitsschritte, einen Rhythmus, Benachrichtigungsregeln und Zuständigkeiten. Sie **anzuwenden ist ein Kopieren**, keine Verbindung: der Plan bekommt eine eigene Kopie der Schritte, und spätere Änderungen an der Vorlage wirken nicht zurück. Vorlagen sind außerdem die Voraussetzung dafür, dass ein Alarm einen Wartungstermin erzeugen kann — siehe [[End-User/Modules/open.SERVICE/features/Wartung per Alarm auslösen|Wartung per Alarm auslösen]]. > [!warning] Arbeitsschritte wirken auf alte Protokolle zurück > Protokolle verweisen auf die Arbeitsschritte des Plans. Wird ein Schritt > umbenannt, ändert sich damit auch die Bezeichnung in bereits abgeschlossenen > Protokollen; wird er gelöscht, verlieren die dort erfassten Werte ihre > Bezeichnung. Für eine Änderung, die die Historie unberührt lassen soll, legen Sie > besser einen neuen Schritt an. ## Wer einen Plan sieht Ein Plan gehört seinem Ersteller und denen, die an ihm hängen: zuständige Rollen und zuständige Personen bekommen Lesezugriff, die übrigen Benutzer sehen ihn nicht. Die Rückfrage „warum sieht sie ihn und er nicht" beantwortet der Dialog **„Sichtbarkeit prüfen"** im Aktionsmenü: er listet, wer den Plan lesen darf und woher das Recht kommt. > [!note] Zuweisen heißt lesen, nicht ändern > Wer einem Plan zugewiesen ist, kann ihn ansehen und abarbeiten, aber nicht > korrigieren. Ändern darf ihn der Ersteller — und Administratoren. ## Pausieren und Archivieren Eine Maschine, die stillsteht, muss keine Wartung ansammeln: ein Plan lässt sich **bis zu einem Datum pausieren**. **Löschen heißt Archivieren.** Weder die Detailseite noch die Administration zerstört einen Plan; beide setzen ein Archivierungsdatum, das sich wieder entfernen lässt. Für Durchführungen ist die Aktion abgeschaltet — Protokolle sind Nachweise. ## Benachrichtigungen Je Plan lassen sich Regeln hinterlegen: **wann** (mit Vorlauf in Tagen, oder bei Fälligkeit) und **wer** (zuständige Rollen und Dienstleister — beide standardmäßig an — plus namentlich ausgewählte Benutzer und Kontakte). Der Versand läuft serverseitig, es muss also niemand die Seite offen haben. Jede Regel zeigt, wann sie für den nächsten Termin feuern würde, und warnt, wenn sie derzeit niemanden erreicht. > [!warning] Der Vorlauf steht in der Regel, nicht am Plan > Die Felder für Vorlauf-, Toleranz- und Eskalationstage am Plan fließen in das > Überfällig-Urteil ein und färben den Termin. Sie lösen **keine** > Benachrichtigung und keine Eskalation aus — dafür braucht es eine > Benachrichtigungsregel. Prüfen Sie nach dem Einrichten mit einer Testregel, ob die Erinnerung ankommt. ## Auswertungen Dreizehn Kacheln, gruppiert nach der Frage, die sie beantworten: Fälligkeit & Rückstand, Erledigung, Auslastung, Verteilung & Rhythmus, Material. Jede Kachel nennt hinter dem Info-Symbol ihre **Datengrundlage** — Zeitfenster, Filter und was als „erledigt" zählt. Das ist kein Beiwerk: zwei Kacheln können unterschiedliche Prozentwerte zeigen, weil sie unterschiedliche Zeitfenster betrachten (das Compliance-Widget 30 Tage, die Erledigungsquote 90). > [!note] Die Kennzahlen sind Näherungswerte > Eine Durchführung wird ihrem Termin über ein Zeitfenster von ±14 Tagen > zugeordnet. Für die Steuerung der eigenen Instandhaltung ist das belastbar > genug; als Nachweis gegenüber einem Prüfer sind die Protokolle heranzuziehen, > nicht die Quoten. Die Seite trägt einen entsprechenden Beta-Hinweis. ## Verwandt - [[End-User/Modules/open.SERVICE/features/Wartungsprognose|Wartungsprognose]] - [[End-User/Modules/open.SERVICE/features/Dienstleister|Dienstleister]] - [[End-User/Modules/open.SERVICE/Seiten und Routen|Seiten und Routen]]