> For the complete documentation index, see [llms.txt](https://docs.kiloiot.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.kiloiot.io/kilo-docs-de/kilo-iot-server/rules-engine/edit-locks-and-team-handoffs.md). # Bearbeitungssperren Bearbeitungssperren pro Regel in Kilo IoT Server — automatisches Sperren, Heartbeat und Timeout verhindern Überschreiben während der Übergabe. Wenn mehrere Personen Automatisierungsregeln verwalten, verhindert die Plattform versehentliche Überschreibungen durch bearbeitungsspezifische Sperren pro Regel, automatisches Speichern und klare Übergabeabläufe. ## So funktioniert die Sperrung Jede Regel hat ihre eigene Bearbeitungssperre. Wenn Sie zu **Bearbeiten** Modus wechseln — entweder indem Sie in der Regelliste auf Bearbeiten klicken oder den Moduswähler umschalten — erwirbt die Plattform eine Sperre für diese Regel. Während eine Regel gesperrt ist: * Niemand sonst kann sie bearbeiten * Andere sehen in der Regelliste ein Sperrsymbol neben dem Regelnamen, mit einem Tooltip, der zeigt, wer die Sperre hält und wann sie abläuft * Die Schaltflächen Bearbeiten, Klonen und Löschen sind für andere Benutzer deaktiviert Ein Benutzer kann gleichzeitig Sperren für mehrere Regeln halten. Jede Sperre ist unabhängig. ## Ablauf der Sperre und die UI-Anzeige Die Sperre hat eine Ablaufzeit, die im Tooltip des Sperrsymbols in der Regelliste angezeigt wird. Die Plattform verlängert die Sperre automatisch, solange Sie aktiv bearbeiten (durch einen regelmäßigen Heartbeat). Wenn Sie über einen längeren Zeitraum nicht mehr mit dem Editor interagieren, beginnt der Inaktivitätsablauf (siehe unten). ## Zeitüberschreitung bei Inaktivität Wenn Sie mehrere Minuten lang im Editor inaktiv waren, erscheint ein Dialog: > **"Die Regel wird in 5 Minuten geschlossen"** "Bearbeiten Sie weiter, um den Timer zurückzusetzen." Sie haben zwei Optionen: * **Fortfahren** — Setzt den Inaktivitätstimer zurück und hält Ihre Bearbeitungssitzung aktiv * **Speichern und beenden** — Speichert Ihre aktuelle Arbeit, gibt die Sperre frei und kehrt zur Regelliste zurück Wenn Sie nicht reagieren und der Timer abläuft, speichert die Plattform Ihre aktuelle Arbeit als neue Version (mit dem Speichertyp "session\_timeout"), gibt die Sperre frei und schließt den Editor. ## Automatisches Speichern Während Sie bearbeiten, speichert die Plattform Ihre Arbeit in regelmäßigen Abständen automatisch. Der Speicherstatus wird in der Kopfzeile angezeigt: * **Wird gespeichert...** — Ein Speichervorgang läuft * **Gespeichert** — Ihre letzten Änderungen wurden gespeichert * **Automatisches Speichern fehlgeschlagen** — Etwas ist schiefgelaufen. Es erscheint ein Dialog, der anbietet, **Erneut versuchen** oder zu **Zur Regel zurück** Jedes automatische Speichern erstellt oder aktualisiert einen Versionseintrag in der Historie. Der aufgezeichnete Speichertyp hängt davon ab, wie das Speichern ausgelöst wurde (manuell, automatisch, Verbindungsabbruch usw.). ## Den Editor verlassen Wenn Sie den Editor verlassen — indem Sie auf den Zurück-Pfeil klicken, in den Ansichtsmodus wechseln oder den Browser-Tab schließen — fordert die Plattform Sie auf, falls es nicht gespeicherte Änderungen gibt: > **"Möchten Sie die Regel wirklich entsperren?"** "Nicht gespeicherte Änderungen gehen verloren." Optionen: * **Abbrechen** — Im Editor bleiben * **Entsperren** — Die Sperre freigeben und verlassen. In normalen Beendigungsabläufen versucht der Editor, den aktuellen BPMN-Zustand zu speichern, bevor die Sperre freigegeben wird. Das bedeutet, dass der Wechsel in den Ansichtsmodus, die Verwendung der Zurück-Schaltfläche oder das Verlassen der Bearbeitungsroute den aktuellen Diagrammzustand nicht einfach verwirft. Der Warnungsdialog bleibt weiterhin vorsichtig, daher sollten Sie ihn nicht als Ersatz für bewusstes Speichern vor größeren Änderungen betrachten. Wenn Sie den Browser schließen oder die Verbindung unerwartet verlieren, versucht die Plattform einen letzten Speicher- und Entsperrvorgang. Bei Erfolg wird der aktuelle Stand als Version mit dem Speichertyp **Verbindungsabbruch**. ## Erzwingen der Entsperrung (Organisationsinhaber) Wenn eine Regel gesperrt ist und der Benutzer, der sie gesperrt hat, nicht verfügbar ist, **Organisationsinhaber** können sie zwangsentsperren. In der Regelliste: 1. Suchen Sie die gesperrte Regel (erkennbar am Sperrsymbol) 2. Klicken Sie auf das Sperrsymbol (nur für Organisationsinhaber anklickbar) 3. Ein Bestätigungsdialog erscheint: > **"Regel entsperren"** "Die Regel \\"\[rule name]\\" wird derzeit von einem anderen Mitarbeiter bearbeitet. Möchten Sie sie wirklich entsperren? Alle nicht gespeicherten Änderungen des anderen Benutzers gehen verloren." 4. Klicken Sie auf **Entsperren** um die Sperre freizugeben Der Benutzer, der gerade bearbeitet hat, sieht eine Benachrichtigung: > **"Der Organisationsinhaber hat die Regel entsperrt"** "Versuchen Sie, erneut auf die Regel zuzugreifen, oder wenden Sie sich an den Organisationsinhaber." Das Erzwingen der Entsperrung garantiert nicht, dass die im Arbeitsspeicher befindlichen Änderungen des anderen Benutzers erhalten bleiben. Es gibt die Sperre sofort frei, daher sollten Sie es nur verwenden, wenn die Übergabe nicht warten kann. ## Wenn ein anderer Benutzer bearbeitet Wenn Sie versuchen, eine von jemand anderem gesperrte Regel zu bearbeiten, erscheint ein Dialog: > **"Die Regel befindet sich im Bearbeitungsmodus"** "\[User name] hat die Bearbeitung der Regel um \[time] begonnen. Die Regel ist während der Bearbeitung durch einen anderen Benutzer gesperrt." Klicken Sie auf **Zu den Regeln** um zur Regelliste zurückzukehren und zu warten, bis die Sperre freigegeben wird. ## Hintergrundbereinigung von Sperren Wenn eine Sperre abläuft, ohne ausdrücklich freigegeben worden zu sein (zum Beispiel ist der Browser des Benutzers abgestürzt und das Disconnect-Signal wurde nicht empfangen), erkennt ein Hintergrundprozess die abgelaufene Sperre, speichert den zuletzt bekannten Zustand als neue Version (mit dem Speichertyp "lock\_cleanup") und gibt die Sperre frei. ## Best Practices für Team-Übergaben * **Halten Sie Bearbeitungssitzungen kurz.** Die Sperre verhindert, dass andere an der Regel arbeiten, solange Sie sie halten. * **Verwenden Sie das Aktionsmenü zum Duplizieren** wenn Sie experimentieren möchten, ohne die ursprüngliche Regel zu blockieren. * **Benennen Sie Ihre Versionen** nach größeren Änderungen, damit Teammitglieder erkennen können, was sich geändert hat. Siehe [Versionsverlauf und Wiederherstellen](/kilo-docs-de/kilo-iot-server/rules-engine/version-history-and-restore.md). * **Kommunizieren Sie mit Ihrem Team** bevor Sie die Entsperrung erzwingen — der andere Benutzer arbeitet möglicherweise noch von einem anderen Gerät aus. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.kiloiot.io/kilo-docs-de/kilo-iot-server/rules-engine/edit-locks-and-team-handoffs.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.