> For the complete documentation index, see [llms.txt](https://replyx-docs.sematell.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://replyx-docs.sematell.com/how-to/admins/automatische-vorgangsfreigabe.md). # Automatische Vorgangsfreigabe ## Zugewiesene Vorgänge automatisch freigeben Als Admin kannst du auf Organisationsebene festlegen, ob ReplyX persönlich zugewiesene Vorgänge automatisch freigibt, wenn ein Agent über einen bestimmten Zeitraum abgemeldet oder inaktiv ist. Dadurch können andere verfügbare Agents die Bearbeitung übernehmen, ohne darauf warten zu müssen, dass die bestehende Zuweisung manuell entfernt wird. ## Warum das wichtig ist Persönlich zugewiesene Vorgänge bleiben zunächst einem bestimmten Agent zugeordnet. Wenn dieser Agent seine Arbeit beendet oder längere Zeit nicht mit ReplyX arbeitet, können solche Vorgänge unnötig gebunden bleiben. Die automatische Freigabe hilft dabei: * liegengebliebene Vorgänge zu vermeiden * Vorgänge für andere berechtigte Agents wieder verfügbar zu machen * unnötige Verzögerungen zu reduzieren * persönliche Zuweisungen an die tatsächliche Verfügbarkeit der Agents anzupassen ## Automatische Freigabe öffnen Öffne: **Settings → Case Automation** Im Bereich **Automatic Release** legst du fest, ob und nach welcher Zeit ReplyX zugewiesene Vorgänge automatisch freigibt. Die Einstellung gilt für die gesamte Organisation. ## Automatische Freigabe aktivieren Aktiviere im Bereich **Automatic Release** den Schalter **Active**. Lege anschließend unter **Release after** fest, nach wie vielen Stunden ReplyX die Vorgänge eines abgemeldeten oder inaktiven Agents freigeben soll. Die kürzeste konfigurierbare Dauer beträgt: **5 Stunden** ReplyX weist in der Oberfläche entsprechend darauf hin: **Minimum number of hours is 5** ## Wann die Zeitmessung beginnt Die konfigurierte Dauer wird relevant, wenn ein Agent: * sich aus ReplyX abmeldet oder * in der ReplyX-Webanwendung inaktiv ist Ein Agent gilt als inaktiv, wenn innerhalb der konfigurierten Dauer keine Interaktion mit der Webanwendung erfolgt. Die automatische Freigabe muss technisch nicht exakt auf die Minute zum Ablauf der eingestellten Zeit erfolgen. Eine geringe zeitliche Abweichung ist möglich. ## Welche Vorgänge freigegeben werden Nach Ablauf der konfigurierten Zeit gibt ReplyX alle dem betroffenen Agent persönlich zugewiesenen Vorgänge frei, sofern diese **nicht geschlossen** sind. Die Vorgänge: * verlieren die persönliche Zuweisung zum bisherigen Agent * werden für andere berechtigte Agents wieder verfügbar * behalten ihren bisherigen fachlichen Bearbeitungszustand ## Status bleibt unverändert Die automatische Freigabe verändert ausschließlich die persönliche Zuweisung. Andere Zustände des Vorgangs bleiben unverändert. Insbesondere gilt: * ein Vorgang in **Beim Kunden** bleibt in **Beim Kunden** * ein Vorgang in **Beim Experten** bleibt in **Beim Experten** * der fachliche Status des Vorgangs wird nicht verändert Damit wird lediglich die Zuordnung zu einem bestimmten Agent aufgehoben. ## Wenn Automatic Release deaktiviert ist Ist **Automatic Release** nicht aktiv, bleiben Vorgänge auch nach Logout oder längerer Inaktivität dem jeweiligen Agent zugewiesen. Die Zuweisung muss dann bei Bedarf manuell entfernt werden. ## Ergebnis ReplyX gibt persönlich zugewiesene, nicht geschlossene Vorgänge nach der konfigurierten Zeit automatisch frei, wenn ein Agent abgemeldet oder inaktiv ist. Dadurch stehen diese Vorgänge anderen berechtigten Agents wieder zur Verfügung, ohne dass ihr fachlicher Status verändert wird. ## Verwandte Themen * [Vorgänge und Vorgangsbearbeitung](/concepts/case-processing.md) --- # 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://replyx-docs.sematell.com/how-to/admins/automatische-vorgangsfreigabe.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.