NexTool Solutions

GLPI erstellt die Tickets für die vorbeugende Wartung selbstständig: Druckerreinigung, Backup-Test, Wechsel von Dienstpasswörtern, Überprüfung von Zugriffsrechten. Wir haben die wiederkehrenden Tickets von GLPI 11 getestet, und sie funktionieren, aber drei Details lassen die Wartung ohne jede Warnung verschwinden oder falsch auslösen. Eine monatliche Wiederholung, die am 31. beginnt, fällt künftig auf den 3. Eine vorzeitige Erstellung, die länger ist als die Periodizität, führt dazu, dass GLPI nie etwas erstellt. Und eine Vorlage ohne Felder erzeugt ein leeres Ticket.

Wofür wiederkehrende Tickets gedacht sind

Für jede Routine, die heute davon abhängt, dass sich jemand daran erinnert:

• Vorbeugende Wartung von Druckern, USV-Anlagen und Klimaanlage des Serverraums.
• Test der Backup-Wiederherstellung (ein Backup, das nie wiederhergestellt wurde, ist kein Backup; siehe Backup und Disaster Recovery im GLPI).
• Vierteljährliche Überprüfung von Zugriffsrechten und inaktiven Konten.
• Verlängerung von Zertifikaten, Lizenzen und Domains.
• Checklisten für Monatsbeginn und Monatsabschluss.

Das Ticket entsteht am richtigen Tag, mit fertiger Kategorie, Gruppe und Beschreibung, landet in der Warteschlange und zählt beim SLA wie jedes andere.

Einrichtung

1. Erstellen Sie die Ticketvorlage

Das wiederkehrende Ticket hat keinen eigenen Titel und keine eigene Beschreibung: Es übernimmt alles aus einer Ticketvorlage. Füllen Sie in den vordefinierten Feldern der Vorlage mindestens Folgendes aus:

• Titel und Beschreibung (mit der Checkliste der Aufgabe);
• Kategorie und Typ (meist Anfrage);
• Zugewiesene Gruppe, damit das Ticket nicht ohne Verantwortlichen entsteht;
• Dringlichkeit oder Priorität.

2. Erstellen Sie das wiederkehrende Ticket

Unter Assistenz > Wiederkehrende Tickets:

Verknüpfen Sie auf dem Reiter Elemente die Assets (den Drucker, den Server), damit das Ticket gleich mit ihnen verbunden entsteht.

3. Prüfen Sie die automatische Aktion

Die Tickets erstellt die automatische Aktion RecurrentItems, die stündlich läuft. In der Praxis kann das Ticket also bis zu einer Stunde nach der festgelegten Zeit erscheinen. Wenn die genaue Uhrzeit wichtig ist, verwenden Sie eine vorzeitige Erstellung von mindestens 1 Stunde. Und der GLPI-Cron muss laufen (siehe Schritt 6 in GLPI 11 installieren).

Der Test: Wo die Wiederholung schiefgeht

Wir haben die Berechnung von GLPI 11 selbst genutzt, um die nächsten Termine in typischen Problemfällen zu sehen, und echte Tickets in unserer Testeinheit erstellt (fiktive Daten, danach gelöscht).

Die drei Fallstricke

1. Der 29., 30. oder 31. bei monatlicher Wiederholung

Bei einer Periodizität in Monaten addiert GLPI „1 Monat“ zum Datum. Der Februar hat keinen 31., daher wird aus 31.01. + 1 Monat der 03.03., und von da an bleibt die Wiederholung beim 3. Die Wartung „am letzten Tag des Monats“ wird zur Wartung „am 3.“.

Lösung: Beginnen Sie monatliche Wiederholungen zwischen dem 1. und dem 28. Wenn es am Monatsende sein muss, verwenden Sie den 28. und eine vorzeitige Erstellung.

2. Vorzeitige Erstellung länger als die Periodizität

Bei einem täglichen wiederkehrenden Ticket mit 2 Tagen vorzeitiger Erstellung betrachtet GLPI die Konfiguration als ungültig und lässt den nächsten Termin leer. Auf dem Bildschirm erscheint das wiederkehrende Ticket als aktiv; in der Praxis erstellt es nichts.

Lösung: Die vorzeitige Erstellung muss kürzer sein als die Periodizität. Prüfen Sie nach dem Speichern, ob das nächste Erstellungsdatum ausgefüllt wurde.

3. Vorlage ohne Felder

Wenn die Vorlage weder Titel noch Beschreibung hat, erstellt GLPI das Ticket trotzdem, leer. Niemand weiß, was damit zu tun ist, und es bleibt in der Warteschlange liegen.

Lösung: Titel, Beschreibung, Kategorie und Gruppe gehören immer in die Vorlage. Und öffnen Sie die Historie des wiederkehrenden Tickets: Jede Erstellung hinterlässt eine Meldung, auch wenn sie fehlschlägt.

Bewährte Vorgehensweisen

• Ein wiederkehrendes Ticket pro Routine, mit dem Namen der Routine und der Periodizität im Namen („Wartung Drucker - monatlich“).
• Checkliste in der Beschreibung, mit den Arbeitsschritten und der Art, das Ergebnis zu dokumentieren.
• Kalender mit Feiertagen, damit keine Tickets an arbeitsfreien Tagen entstehen: siehe Feiertagskalender erzeugen und verknüpfen.
• Angemessenes Lösungs-SLA: Eine monatliche Wartung braucht nicht das SLA einer Störung.
• Vierteljährliche Überprüfung der Liste wiederkehrender Tickets: ausgetauschte Geräte, geänderte Routinen, abgelaufene Enddaten.
• Auch Änderungen können wiederkehrend sein (Assistenz > Wiederkehrende Änderungen), für geplante Wartungsfenster.

Test von NexTool am 4. Oktober 2026, im GLPI 11.0.7 unseres Supports, Testeinheit mit fiktiven Daten. Die nächsten Termine wurden mit der Funktion von GLPI selbst berechnet; Vorlagen, wiederkehrende Tickets und Testtickets wurden am Ende gelöscht.