Zum Inhalt springen

Bereitschaft vor einem Abschluss prüfen

An den wichtigsten Tagen – Monatsende, Abgabe einer Prognose, Board-Unterlagen – lautet die Frage nicht „Was ist Weave aufgefallen?“, sondern „Sind wir bereit?“. Eine Bereitschaftsgruppe benennt die Workflows, von denen eine Frist abhängt. Wenn Sie die Gruppe auswählen, beantwortet Weave diese Frage für alle Workflows auf einmal, in einer Checkliste, die mit ihrer eigenen Zählung beginnt:

11 von 13 bereit; 1 nicht bereit; 1 nicht prüfbar.

Jeder Workflow in der Gruppe erhält eine von drei Antworten, nämlich die schlechteste seiner Zeilen. Er ist Nicht bereit, wenn eine Prüfung ein Problem gefunden hat; das Problem wird darunter aufgeführt, mit denselben Schaltflächen Beheben, Gehe zu und Woher Weave das weiß wie in der Registerkarte „Weave“. Andernfalls ist er Nicht prüfbar, wenn eine Prüfung ihn nicht beurteilen konnte, und der Grund wird ausgeschrieben. Er ist nur dann Bereit, wenn jede Prüfung, die Weave für ihn ausführen konnte, bestanden wurde. Was Weave nicht beurteilt hat, wird nie als bereit angezeigt, mit einer Ausnahme: Eine letzte Ausführung mit zu wenig früherem Verlauf für einen Vergleich gilt als üblich, wie weiter unten beschrieben.

Ein Problem, das jemand als erwartet markiert hat, lässt die Zeile trotzdem Nicht bereit anzeigen, und die Zeile nennt, dass es als erwartet markiert wurde. Die Registerkarte „Weave“ meldet ein solches Problem nicht mehr; die Checkliste sagt weiterhin, was zutrifft.

Die Prüfungen sind die Regeln, die Weave ohnehin ausführt – es ist keine KI beteiligt –, daher kostet eine Checkliste nichts, egal wie oft Sie sie anfordern. Was diese Regeln lesen und was ihre Antworten bedeuten, finden Sie unter Was Weave prüft.

  1. Öffnen Sie die Registerkarte Weave des Projekts und klicken Sie in Befunde in der Symbolleiste auf Bereitschaft.
  2. Klicken Sie auf Neu. Geben Sie der Gruppe einen Namen, zum Beispiel „Monatsabschluss“, und verschieben Sie die Workflows, von denen sie abhängt, von Workflows im Projekt nach Workflows in dieser Gruppe.
  3. Aktivieren Sie optional Hat eine Fälligkeitszeit und geben Sie an, wann die Gruppe fällig ist, als Cron- Ausdruck und mit der Zeitzone, in der er geschrieben ist – dieselben Optionen wie bei einem geplanten Ereignis. 0 9 5 * * ist 09:00 Uhr am 5. jedes Monats, und 0 8 * * 1 ist 08:00 Uhr an jedem Montag, jeweils in dieser Zeitzone. Die Offsets werden wie bei einem geplanten Ereignis gelesen: UTC +0 ist die Londoner Zeit, einschließlich britischer Sommerzeit, und einige andere Offsets folgen der Sommerzeit eines Ortes mit diesem Offset, während die übrigen fest sind. Die Seite Ereignisplaner listet auf, als was jeder Offset gelesen wird.
  4. Geben Sie bei einer Gruppe mit Fälligkeitszeit unter Tell the owner this many hours before it is due an, wie lange vor der Fälligkeitszeit Weave seine Nachricht senden soll, von 1 bis 168 Stunden. Der Standard ist 24.
  5. Klicken Sie auf Speichern.

Eine Gruppe gehört zum Projekt, und jeder, der in der Registerkarte „Weave“ des Projekts Befunde hat, kann sie prüfen. Nur ein Projekt-Architect kann eine Gruppe erstellen, bearbeiten oder löschen, und jeder Workflow in einer Gruppe muss zu diesem Projekt gehören. Wer eine Gruppe zuletzt gespeichert hat, ist ihr Eigentümer. Zwei Personen, die dieselbe Gruppe gleichzeitig bearbeiten, werden voneinander getrennt: Das zweite Speichern wird abgelehnt, die Gruppe wird neu gelesen, und das Formular zeigt die neuere Kopie mit dem Grund.

Weave kann eine Eingabetabelle nur dann als aktuell bezeichnen, wenn etwas festlegt, wann sie hätte geschrieben werden sollen: ein Zeitplan für den Workflow, der sie schreibt, oder ein Aktualitäts-Schwellenwert für die Tabelle. Legen Sie diese zuerst fest, sonst steht in der ersten Zeile der meisten Workflows Nicht prüfbar.

Wählen Sie links eine Gruppe aus. Weave liest das gesamte Projekt – dasselbe Lesen wie die Registerkarte „Weave“ – und beurteilt jeden Workflow in der Gruppe. Klicken Sie auf Erneut prüfen, nachdem Sie etwas behoben haben.

Jeder Eintrag zeigt den Namen des Workflows, sein Urteil und eine Zeile für jede Prüfung, die auf ihn zutrifft. Wenn eine Zeile Nicht prüfbar lautet, steht der Grund daneben; diese Gründe begegnen Ihnen am wahrscheinlichsten:

Zeile Was Weave vergleicht Häufige Gründe für „nicht prüfbar“
Inputs are fresh Jede Tabelle, die der Workflow liest, im Vergleich zu den Zeitplänen der Workflows, die sie schreiben, oder zum eigenen Aktualitäts-Schwellenwert der Tabelle. Ihre Rolle kann keine Tabellen lesen; Weave konnte nicht ermitteln, welche Tabellen er liest, oder er liest keine, denen Weave folgen kann; eine Tabelle, die er liest, ist für Sie ausgeblendet; ein Schritt liest eine Tabelle, die Weave nicht ermitteln kann, etwa eine über eine Variable gewählte; eine Tabelle, die er liest, hat weder einen geplanten Schreiber noch einen Aktualitäts-Schwellenwert, sodass nichts festlegt, wann sie hätte geschrieben werden sollen; der Workflow, der sie schreibt, läuft, ist in der Warteschlange oder gerade erst beendet.
Last run succeeded Die jüngste Ausführung des Workflows, die beendet sein muss. Eine fehlgeschlagene Ausführung ist Nicht bereit. Es sind keine Ausführungen verzeichnet, der Ausführungsverlauf konnte nicht gelesen werden, oder die letzte Ausführung wurde gestoppt oder läuft noch.
Last run looked usual Wie lange die letzte Ausführung gedauert hat und wie viele Zeilen, leere Werte und welche Wertestreuung ihre Tabellen danach hatten, im Vergleich zu den früheren Ausführungen. Die letzte Ausführung ist fehlgeschlagen, wurde gestoppt oder läuft noch, sodass es nichts Übliches zum Vergleichen gibt; für eine von ihr geschriebene Tabelle gilt Zeilenzugriff, daher werden die Werte dieser Tabelle nicht verglichen; die Ausführung enthält Schritte, die Ihre Rolle nicht sehen kann.
Inputs unchanged since it last ran Ob eine Tabelle, die er liest, von einem anderen Workflow beschrieben wurde, nachdem er sie zuletzt gelesen hat. Ihre Rolle kann keine Tabellen lesen; Weave kann dem, was der Workflow liest, nicht folgen; oder der Workflow hat keine Ausführungen, mit denen verglichen werden kann.
Schedule is healthy Seine geplanten Ereignisse: gültige Zeitpläne, im Takt mit dem Planer, keine verpasste fällige Ausführung, keine Fälligkeitszeit durch eine noch laufende Ausführung verloren. Der Planer konnte nicht gelesen werden.
Reconciliations tie out Jeder mit dem Workflow verknüpfte Abgleich in seiner genehmigten Version, ausgeführt als Sie. Einer wurde noch nicht genehmigt; Ihre Rolle kann keine Tabellendaten lesen; Zeilenzugriff zeigt Ihnen nur einen Teil der Zeilen einer Seite; eine Tabelle oder Spalte, die er verwendet, hat sich geändert; die Checkliste hat für sie die Zeit überschritten.

Ein Workflow ohne geplante Ereignisse hat keine Zeile Schedule is healthy, und der Eintrag besagt, dass er nicht geplant ist. Ein Workflow ohne verknüpften Abgleich hat keine Zeile Reconciliations tie out. Das ist eine Tatsache über den Workflow, nichts, was Weave nicht prüfen konnte.

Ein Workflow, der seit dem Erstellen der Gruppe aus dem Projekt gelöscht wurde oder den Ihre Rolle nicht sehen kann, wird dennoch mitgezählt. Er erscheint als Nicht prüfbar mit dem Grund, sodass die Zählung nie stillschweigend schrumpft.

Eine Ausführung kann nur im Vergleich zu früheren ungewöhnlich wirken. Wenn Weave zu wenig früheren Verlauf zum Vergleichen hat, wertet Last run looked usual die Ausführung als üblich und sagt das auch. Das gilt für einen neuen Workflow oder Schritt, für einen, der zu selten läuft, um in den letzten 30 Tagen genug Ausführungen zu haben, etwa ein wöchentlicher Workflow, und für eine Ausführung, die als erste eine Tabelle gefüllt hat:

Weave hat zu wenig früheren Verlauf, um die letzte Ausführung damit zu vergleichen, daher gilt sie als üblich.

Wenn ein Teil der Ausführung verglichen werden konnte, nennt die Zeile, was im üblichen Bereich lag, und ergänzt „Wo Weave zu wenig früheren Verlauf zum Vergleichen hat, gilt es als üblich.“ Die Registerkarte „Weave“ listet diese weiterhin als Prüfungen auf, die Weave nicht ausführen konnte. Ein Workflow, der noch nie ausgeführt wurde, ist in den Zeilen Last run succeeded und Last run looked usual weiterhin Nicht prüfbar, ebenso einer, dessen letzte Ausführung gestoppt wurde oder noch läuft.

Bei einer Gruppe mit Fälligkeitszeit führt Weave die Prüfung von selbst aus, wenn die Fälligkeitszeit näher rückt, und benachrichtigt den Eigentümer der Gruppe – wer sie zuletzt gespeichert hat – einmal für jede Fälligkeit der Gruppe, als Nachricht in der App:

„Monatsabschluss“ ist in 3 Tagen fällig (31. Okt., 17:00 UTC): 11 von 13 Workflows bereit, 1 nicht bereit, 1 konnte Weave nicht prüfen.

Klicken Sie in der Nachricht auf Weave öffnen, um die Registerkarte „Weave“ des Projekts und die Checkliste dieser Gruppe zu öffnen. Die Nachricht enthält nur Zahlen; die Namen und die Gründe stehen in der Checkliste. Sie bleibt 30 Sekunden auf dem Bildschirm und wird nur angezeigt, wenn der Eigentümer zu diesem Zeitpunkt angemeldet ist; sie wird für diese Fälligkeitszeit nicht erneut gesendet, die Checkliste steht aber immer im Fenster bereit. Kann der Eigentümer das Projekt nicht mehr öffnen, wird nichts gesendet.

Weave prüft einmal pro Stunde, daher trifft die Nachricht innerhalb einer Stunde nach dem Benachrichtigungszeitpunkt ein: bei 24 Stunden Vorlauf innerhalb einer Stunde nach 24 Stunden vor der Fälligkeitszeit. Eine Gruppe, die gespeichert wird, nachdem ihr Benachrichtigungszeitpunkt verstrichen ist, wird bei der nächsten Prüfung benachrichtigt. Beginnt eine Prüfung verspätet und verstreicht die Fälligkeitszeit, bevor sie läuft, benachrichtigt diese Prüfung den Eigentümer dennoch, als „war vor 20 Minuten fällig“, es sei denn, die Gruppe wurde nach der Fälligkeitszeit gespeichert. Die Prüfung läuft als Eigentümer und liest Tabellen nur, wenn der Eigentümer beim letzten Speichern der Gruppe Tabellen lesen konnte.

Bereitschaftsgruppen sind über die Plattform-API unter /analyze/weave/readiness verfügbar: GET /sets listet die Gruppen eines Projekts auf, GET /set, POST /set, PUT /set und DELETE /set lesen, erstellen, ersetzen und löschen eine, und GET /check liefert die Checkliste so, wie das Fenster sie zeigt, mit den Befunden jeder Zeile. Eine über die API gelesene Gruppe enthält ein etag; senden Sie es bei PUT als if_match zurück, damit eine Bearbeitung über einen neueren Speicherstand hinweg abgelehnt wird. Ohne es gewinnt der letzte Schreibvorgang.