> [← open.SERVICE v2](<Überblick.md>) # Alarme als Wartungsauslöser Sensorgesteuerte Wartung läuft über die Alarme von open.DASH. Das Wartungsmodul wertet keine Messwerte selbst aus: ein `OD3_Alarm` trägt den Bedingungsbaum bereits — Schwellwerte, UND/ODER, Flankenerkennung, Intervall — und open.WARE wertet ihn aus. ## Der Weg 1. In open.DASH einen **Alarm** auf den Sensor anlegen. 2. Als Aktion **„Wartungstermin anlegen (open.SERVICE)"** wählen. 3. Eine **Wartungsvorlage** zuordnen; optional Maschine, Vorlauf in Tagen und Titel. Reißt die Regel, POSTet der Alarm-Webhook an eine Cloud Function, und es entsteht ein **einmaliger Wartungsplan** (`COUNT=1`) mit den Arbeitsschritten der Vorlage. ## Warum ein Plan und keine Durchführung Ein Einmaltermin ist kein Regelobjekt, sondern ein Termin — und weil Kalender, Detailseite, Durchführung, Benachrichtigung und Dienstleister-Info alle auf einem Plan arbeiten, kommt dieser Weg ohne eine einzige zusätzliche Lesestelle aus. Eine automatisch erzeugte *Durchführung* hätte dagegen kein `performedBy` und damit ein Protokoll ohne Unterschrift. ## Doppelte Termine verhindert `origin` Der erzeugte Plan trägt einen Marker `alarm:<key>`. Solange der Termin nicht durchgeführt ist, entsteht kein zweiter — ein Sensor, der im Minutentakt seine Schwelle kreuzt, füllt also nicht den Kalender. Die Durchführung schärft den Alarm wieder. ## Übersicht der Auslöser `/service/schedule/analytics/triggers` zeigt alle Alarme, die Wartung auslösen, und was sie erzeugt haben. Die Seite liest über die Cloud Function `openinc-openservice-alarm-triggers` und nicht direkt über `OD3_Alarm`: dessen Sichtbarkeit ist je Benutzer eingeschränkt, eine Direktabfrage zeigte also nur einen Ausschnitt — was wie eine vollständige Liste aussieht und keine ist. ## Voraussetzungen Der Alarm-Endpunkt authentifiziert über ein **Secret je Mandant**. Der Server erzeugt es beim Start; es muss einmalig in open.WARE eingetragen werden. Die Prüfliste dafür steht unter `/setup` im Abschnitt „open.SERVICE". Weil der Endpunkt über ein Mandanten-Secret und nicht über einen technischen Benutzer authentifiziert und bewusst nur Einmaltermine erzeugt, ist er der Eingang für „die Maschine meldet Verschleiß" — nicht für die Übernahme von Wartungsplänen aus einem ERP. ## Verwandt - [[Triggers & Actions|open.WARE: Triggers & Actions]] - [[End-User/Modules/open.SERVICE/features/Wartung per Alarm auslösen|Wartung per Alarm auslösen]] (Anwendersicht)