Zeitpläne

Einiges erledigt XICBOT ohne Ihr Zutun: Gespräche nach Ablauf Ihrer Aufbewahrungsfrist löschen, Websitequellen auffrischen, Erinnerungen an bestätigte Termine einreihen, angebundene Shops abgleichen und den Wochenbericht vorbereiten. Dafür gibt es acht wiederkehrende Läufe mit fester Startzeit. Diese Seite zeigt, wann jeder Lauf startet, was er tut und was er auslässt, und woran ein Lauf auffällt, der scheitert oder ausbleibt.

Die Läufe im Überblick

Jeder Lauf hat einen Namen, unter dem er sich meldet und im Bereich Betrieb erscheint, und eine Herzschlagfrist: So lange darf sein letzter Lauf zurückliegen, bevor er als überfällig gilt. Solange der vorherige Durchgang eines Laufs noch arbeitet, startet derselbe Lauf nicht erneut; zwei Durchgänge desselben Laufs überlappen sich also nicht.

Uhrzeit und Zeitzone

Die Anwendung rechnet in UTC, und alle Startzeiten auf dieser Seite sind UTC. Für die Uhr in Deutschland kommen im Sommer (MESZ) zwei Stunden hinzu, im Winter (MEZ) eine. Die stündlichen Läufe behalten ihre Minute.

Zwei Läufe arbeiten zusätzlich mit örtlicher Zeit: Der Wochenbericht legt den Wochenanfang in Europe/Berlin fest, und die Terminerinnerung nennt die Uhrzeit des Termins in der Zeitzone, die für Ihre Termine gilt.

Die Läufe im Einzelnen

Gespräche löschen

Täglich um 03:17 UTC löscht dieser Lauf Gespräche, die älter sind als die Frist, die Sie unter Aufbewahrungsfristen eingestellt haben. Er rechnet je Mandant und je Kanal:

• Alle Gespräche gilt für Gespräche aus dem Chatfenster auf Ihrer Website.
• Testgespräche gilt für Ihre Tests. Ohne eigenen Wert greift die Frist für alle Gespräche.
• Über die Schnittstelle gilt für Gespräche über die API. Ohne eigenen Wert greift ebenfalls die Frist für alle Gespräche.

Ist keine Frist eingestellt, löscht der Lauf nichts; die Einstellung zeigt dann Es wird nichts gelöscht. Eine Frist lässt sich auf 1 bis 3650 Tage setzen. Maßgeblich ist der Zeitpunkt, zu dem das Gespräch angelegt wurde. Gelöscht wird je Mandant in Paketen zu 200 Gesprächen über alle Kanäle. Für jedes Paket entsteht vor dem Löschen eine Zeile im Aktivitätsprotokoll mit dem Eintrag Aufbewahrungsfrist angewendet und der Zahl der gelöschten Gespräche je Kanal. In der Regel ist das eine Zeile je Mandant und Lauf; erst mehr als 200 abgelaufene Gespräche ergeben mehrere. Ein Lauf ohne Löschung hinterlässt keine Zeile. Lässt sich die Zeile nicht schreiben, wird das Paket nicht gelöscht: Die übrigen abgelaufenen Gespräche dieses Mandanten bleiben bis zum nächsten Lauf stehen. Die anderen Mandanten bearbeitet der Lauf weiter, er endet dann aber als fehlgeschlagen und löst die Meldung „Lauf '…' fehlgeschlagen“ aus, siehe Herzschlag und Meldungen. Die Einstellung selbst beschreibt Aufbewahrungsfristen.

Websitequellen auffrischen

Täglich um 04:23 UTC kümmert sich dieser Lauf um Ihre Websitequellen. Er ruft selbst keine Seite ab, sondern reiht Aufträge ein, die im Hintergrund abgearbeitet werden. Dabei geht er in drei Schritten vor.

1. 1

   Schritt 1

   Nicht mehr aktuelle Quellen kennzeichnen

   Eine Websitequelle im Zustand aufgenommen oder neu, deren letzte Bestätigung länger zurückliegt als das Doppelte ihrer Auffrischfrist, mindestens aber 14 Tage, erhält den Zustand nicht mehr aktuell. Als letzte Bestätigung zählt die letzte Prüfung, bei einer noch nicht geprüften Quelle ihr Anlegen.

2. 2

   Schritt 2

   Fällige Quellen einreihen

   Fällig ist eine Websitequelle mit abrufbarer Adresse, deren letzte Bestätigung älter ist als ihre Auffrischfrist, in den Zuständen aufgenommen, nicht aufgenommen, nicht mehr aktuell oder neu. Eine gescheiterte oder nicht mehr aktuelle Quelle wird also wieder abgerufen. Die am längsten nicht bestätigten Quellen kommen zuerst an die Reihe, höchstens 200 je Lauf. Ausgelassen wird eine Quelle, für die schon eine Aufnahme oder Auffrischung wartet oder läuft. Diese Aufträge haben Priorität 7.

3. 3

   Schritt 3

   Suchindex nachziehen

   Für jeden Mandanten mit eingereihten Quellen folgt ein Auftrag, der die neuen Abschnitte für die Suche aufbereitet. Er hat Priorität 8 und kommt damit hinter die Auffrischungen desselben Laufs.

Sind mehr Quellen fällig als die Grenze von 200 zulässt, entsteht für den Betrieb die Meldung „Auffrischung gedeckelt“ (warning); die übrigen bleiben fällig. Die Auffrischfrist stellen Sie je Quelle unter Auffrischung in Tagen ein. Erlaubt sind 1 bis 365 Tage, und nur für Websitequellen: Eine Auffrischfrist gibt es nur für Websitequellen. Mehr dazu unter Auffrischen.

Prüfsatz messen

Täglich um 05:07 UTC misst dieser Lauf je Mandant, wie gut die Wissenssuche trifft. Er startet mit Absicht nach der Auffrischung: Eine Messung gegen einen halb aufgenommenen Bestand würde einen Einbruch zeigen, den es nicht gibt. Gemessen wird nur, wo es einen Prüfsatz gibt. Ein Mandant ohne Prüfzeilen erzeugt keine Messung und damit auch keinen Wert 0.

Wartung

Stündlich zur Minute 09 UTC hält dieser Lauf den Betrieb sauber und meldet, was auffällt. Er arbeitet diese Abschnitte ab:

• Bergung: Hintergrundaufträge, die ohne Abschluss liegen geblieben sind, holt er zurück. Mehr unter Hängende Aufträge.
• Erledigte Aufträge: Abgeschlossene und fehlgeschlagene Aufträge, die länger als 14 Tage zurückliegen, löscht er.
• Liegengebliebene Aufträge: Ein offener oder laufender Auftrag, der älter als sieben Tage ist, wird ohne Ausführung als fehlgeschlagen beendet, und es entsteht die Meldung „Aufträge nach 7 Tagen abgelaufen“ (warning). Eine Mail, deren Versandauftrag so abläuft, wird als fehlgeschlagen vermerkt, ebenso ein Prüflauf der Abnahme oder ein Einrichtungslauf, dessen Auftrag so abläuft. Aus abgeschlossenen und fehlgeschlagenen Aufträgen entfernt er Empfänger und Inhalte, die noch in den Auftragsdaten stehen.
• Hängende Quellen: Eine Wissensquelle, die seit mehr als zwei Stunden auf wird aufgenommen steht, ohne dass ein Auftrag für sie offen ist oder ein Einrichtungslauf sie liest, setzt er auf nicht aufgenommen mit dem Grund ingest_failed. So endet etwa ein Aufbau, dessen Prozess abgestürzt ist. Einen neuen Lauf reiht er dafür nicht ein.
• Abgelaufene Zugänge: abgelaufene Zugangsmarken, Marken zum Zurücksetzen des Kennworts nach ihrer Gültigkeit (Vorgabe 60 Minuten), unbestätigte und abgelaufene Bestätigungen einer E-Mail-Adresse sowie Sitzungen, die länger als ihre Lebensdauer ruhen.
• Zwischenspeicher: Einträge und Sperren des Zwischenspeichers in der Datenbank, deren Ablaufzeit erreicht ist, löscht er.
• Probenreste: Probezeilen der Zustandsprüfung, die älter als eine Stunde sind, löscht er.
• Aufbewahrung: Weitere Abschnitte gelten Protokollen, Anfragen, Vorgängen und Dateien. Was davon wann gelöscht wird, beschreibt Aufbewahrung und Löschung.
• Prüfungen: Je Bahn vergleicht er den Wiederholungsabstand mit dem längsten gemessenen Auftrag und meldet eine Bahn, deren erster Abstand kürzer ist (warning). Fehlt eine Tabelle im Datenbankschema, meldet er „Schema unvollständig“ (critical).
• Überfällige Läufe: Zum Schluss prüft er alle Herzschläge, siehe Herzschlag und Meldungen.

Scheitert einer der Aufräumabschnitte, meldet der Lauf „Aufräumen '…' fehlgeschlagen“ mit dem Namen des Abschnitts (warning), und die übrigen Abschnitte laufen weiter. Gelöscht wird in Paketen zu 1000 Zeilen. Wo die Wartung nach einer Aufbewahrungsfrist Ihres Kontos löscht, entsteht für jedes Paket vor dem Löschen eine Zeile Aufbewahrungsfrist angewendet im Aktivitätsprotokoll. Lässt sich diese Zeile nicht schreiben, wird das Paket nicht gelöscht, und der Rest dieser Art von Daten Ihres Kontos bleibt bis zum nächsten Lauf stehen. Der Abschnitt macht mit den übrigen Konten weiter und meldet am Ende dieselbe Meldung.

Terminerinnerungen

Stündlich zur Minute 23 UTC reiht dieser Lauf eine Erinnerungsmail für jeden bestätigten Termin ein, der in den kommenden 24 Stunden beginnt. Ein Termin, der schon begonnen hat, bekommt keine Erinnerung mehr. Der Lauf ist stündlich, weil ein Termin auch durch eine späte Bestätigung oder durch ein Verlegen in dieses Fenster gelangt. Ausgelassen wird ein Termin,

• wenn das Konto, zu dem er gehört, nicht aktiv ist,
• wenn beim Termin keine E-Mail-Adresse hinterlegt ist,
• wenn für ihn und seinen jetzigen Beginn schon eine Erinnerung geschrieben wurde. Das gilt auch für einen gescheiterten Versuch; eine zweite Erinnerung entsteht daraus nicht. Wird der Termin im Gespräch verlegt und vom Betrieb erneut bestätigt, bekommt er für den neuen Beginn wieder eine Erinnerung, auch wenn er auf denselben Zeitpunkt zurückverlegt wurde.

Lief das Gespräch, in dem der Termin angefragt wurde, auf Englisch, geht die Mail auf Englisch hinaus; sonst, auch ohne Gespräch oder wenn es das Gespräch nicht mehr gibt, auf Deutsch. Sie spricht die Person mit dem Namen an, der beim Termin hinterlegt ist. Sie nennt als Betrieb den Namen Ihres Kontos, den Beginn mit Datum, Uhrzeit und Zeitzone, soweit hinterlegt auch Terminart, Dauer und Anliegen, und den Vorlauf von 24 Stunden. Passt der Termin nicht mehr, bittet sie, ihn rechtzeitig abzusagen: im Chat-Gespräch, in dem er angefragt wurde, oder direkt beim Betrieb. Gehört der Termin zu keinem Gespräch oder gibt es das Gespräch nicht mehr, etwa weil es nach Ablauf Ihrer Aufbewahrungsfrist gelöscht wurde, nennt sie nur den Betrieb als Weg. Auf die Mail soll niemand antworten. Die Zeitzone stammt aus der Einstellung Zeitzone der Zeitfenster Ihrer Terminwerkzeuge. Die Mail nennt sie in der Schreibweise der Zeitzonendatenbank, also etwa Europe/Vienna, auch wenn europe/vienna eingetragen ist. Namen, die sich nur in Groß- und Kleinschreibung unterscheiden, gelten als dieselbe Zone. Gibt es kein Terminwerkzeug oder sind an mehreren unterschiedliche Zonen eingestellt, gilt Europe/Berlin. Erinnerungen haben Priorität 5. Lässt sich ein Termin nicht einreihen, laufen die übrigen weiter, der Lauf endet dann aber als fehlgeschlagen. Wie die Bestätigung selbst entsteht, beschreibt Bestätigungsmail.

Shopabgleich

Stündlich zur Minute 41 UTC reiht dieser Lauf je Mandant mit eingeschalteter Shopanbindung (Abgleich und Nachlesen eingeschaltet) einen Abgleich ein. Den Abgleich selbst erledigt der Auftrag im Hintergrund. Ausgelassen wird ein Mandant,

• dessen Konto nicht aktiv ist,
• dessen Paket keine Shopanbindung enthält; dann entsteht zusätzlich für den Betrieb die Meldung „Shopanbindung ohne passendes Paket“,
• für den bereits ein Abgleich offen ist oder läuft.

Der geplante Abgleich hat Priorität 7. Ein Abgleich von Hand über Jetzt abgleichen hat Priorität 5 und kommt deshalb zuerst an die Reihe; ist schon ein Abgleich offen, wird kein zweiter eingereiht. Ein Abgleich hat insgesamt höchstens 300 Sekunden; danach bricht er mit sync_timeout ab. Mehr unter Abgleich und zur Reihenfolge unter Reihenfolge.

Wochenbericht

Montags um 06:41 UTC entscheidet dieser Lauf, wer in dieser Woche einen Wochenbericht bekommt, und reiht für jeden davon einen Auftrag mit Priorität 7 ein. Er rechnet selbst nichts. Ausgelassen wird ein Konto,

• das nicht aktiv ist,
• bei dem Wochenbericht erhalten ausgeschaltet ist; ohne eigene Einstellung ist der Bericht eingeschaltet,
• für das in dieser Woche schon ein Bericht eingereiht oder versandt wurde. Die Woche beginnt am Montag um 00:00 Uhr in Europe/Berlin.

Der Bericht umfasst die letzten sieben Tage mit bis zu fünf Themen und fünf Lücken. Er geht an den Inhaber des Kontos und nur an dessen bestätigte Adresse; fehlt sie oder ist der Bericht abbestellt, entfällt der Versand. Mehr unter Wochenbericht und Kein Versand.

Sicherung

Die tägliche Sicherung startet über denselben Zeitplan und meldet denselben Herzschlag wie die übrigen Läufe. Vorgabe ist 02:47 UTC. Uhrzeit und Herzschlagfrist (Vorgabe 30 Stunden) sind im Betrieb der Plattform einstellbar.

Was die Sicherung umfasst, was bewusst fehlt und wie lange Stände aufbewahrt werden, beschreibt Die tägliche Sicherung.

Herzschlag und Meldungen

Jeder Lauf hinterlässt nach dem Ende einen Herzschlag unter seinem Namen. Festgehalten werden der Zeitpunkt des letzten Laufs, der Zeitpunkt des letzten Erfolgs, das Ergebnis, die Zahl der Läufe und die Zahl der Fehlschläge. Der letzte Erfolg bleibt bei einem Fehlschlag stehen; so ist zu sehen, seit wann ein Lauf nicht mehr gelingt. Ein Eintrag entsteht erst mit dem ersten Herzschlag: Ein Lauf ohne ersten Durchgang erscheint weder in der Übersicht noch in der Prüfung auf überfällige Läufe. Neben den Läufen dieser Seite meldet auch die Hintergrundverarbeitung regelmäßig einen Herzschlag. Lässt sich ein Herzschlag nicht schreiben, läuft der Lauf trotzdem weiter.

Ein Fehlschlag wird gemeldet, ohne dass erst die Frist ablaufen muss. Ob ein Lauf überfällig ist, prüft die stündliche Wartung. Meldungen mit demselben Schlüssel werden zusammengefasst: Tritt die Störung erneut auf, zählt die bestehende Meldung hoch und gilt wieder als ungesehen. Es gibt die Schweregrade info, warning und critical.

Anzeige im Bereich Betrieb

Im Bereich Betrieb zeigt der Abschnitt Wiederkehrende Läufe jeden Lauf mit den Spalten Name, Letzter Lauf, Letzter Erfolg, Frist (in Sekunden) und Zustand. Hat sich noch kein Lauf gemeldet, steht dort Noch kein Lauf hat sich gemeldet. Für den Zustand gilt diese Reihenfolge:

• Überfällig, wenn der letzte Lauf länger zurückliegt als die Frist,
• sonst Letzter Lauf fehlgeschlagen, wenn der letzte Lauf gescheitert ist,
• sonst In Betrieb.

Häufige Fragen