Team-Status
📊 Ticketeingang (21 Tage sichtbar · ziehen für Historie · Strich = Ø Wochentag)
🔥 Top-5 dringendste
🕒 Zuletzt bearbeitet
📋 Warteliste
🕐 Wartende Patienten
📋 WL-Performance
📊 Cross-Standort-Vergleich
🖥 System-Health
Posteingang
Kein Ticket ausgewählt
Wähle ein Ticket aus der Liste links, oder öffne die Befehlspalette mit Strg+K.
Patient
Ticket-Details
Erste Nachricht
Modus:
📧 Wird als E-Mail an den Patienten gesendet
Ticket wird ohne erste Nachricht angelegt
Nachterminieren
Oben stehen alle, für die gerade etwas frei ist. Öffne eine Person. Dort steht, was zu tun ist.
Wähle links eine Person aus.
Patient auswählen
Wähle einen Patienten aus der Liste
Gesendete E-Mails
bis
Tickets
Warteliste
Krankmeldungen
Tickets gesamt
–
Abgeschlossen
–
SLA eingehalten ?
–
der abgeschlossenen Tickets
Ø Bearbeitungszeit ?
–
Stunden bis Lösung
Ticketeingang ?
Tickets nach Kategorie
Tickets nach Priorität
Tickets nach Standort
SLA-Status
Tickets nach Kanal
Tickets nach Komplexität
Leistung nach Mitarbeiter
im gewählten Zeitraum
| Mitarbeiter ↕ | Erledigt ↕ | Aktuell offen ↕ | Ø Zeit (h) ↕ | SLA OK ↕ |
|---|
–
Vermittlungsrate
–
Termin bekommen
–
Wartet noch
–
Einträge seit Auswertungsbeginn
Vermittlungen nach Standort
Mitarbeiter
–
Krankmeldungen
–
Krankheitstage
–
Ø Tage / Meldung
–
über alle Mitarbeiter
Meldungen / Woche
–
Krankheitstage / Woche
–
Krankheitstage nach Mitarbeiter
Anzahl Krankmeldungen nach Mitarbeiter
Wochentag der Krankmeldung
Verlauf
Auswertung nach Standort
Übersicht Krankmeldungen
| Mitarbeiter ↕ | Standort ↕ | Status ↕ | Krankmeldungen ↕ | Krankheitstage ↕ | Ø Tage pro Meldung ↕ |
|---|
Buchhaltung
Lade Buchhaltung...
Terminplanung
Serie aus dem TheOrg-Terminplan suchen — eintragen und
gegenprüfen tust du dort.
Wann kann der Patient nicht?
Felder anklicken; ein Klick auf Wochentag oder Tageszeit
schaltet die ganze Reihe. Gilt für jede Woche.
Einzelne Tage — Urlaub, oder „in dieser Woche abends nicht".
Ohne Häkchen gilt der Zeitraum ganztägig.
Feineinstellungen
Pause in Kalendertagen: Fr → Mo hat zwei dazwischen.
Leere Felder heißen: es gilt die Vorgabe der Praxis.
Krankmeldungen
Lade Krankmeldungen...
Schlüssel
Lade Schlüssel...
Arbeitszeiten
Reaktionszeiten ?
Wie viele Arbeitsstunden hat das Team Zeit, um auf ein Ticket zu reagieren?
Eskalationsstufen: Die Priorität bleibt fix. Wenn die SLA-Restzeit unter 50% sinkt, wird das Ticket gelb markiert. Unter 25% wird rot markiert.
Priorisierungsregeln
- Deterministische Regel bei jeder automatischen Einordnung: Wird ein Vorgang als Terminabsage oder -verschiebung erkannt (Schlagwort im Text, KI oder eigene Regel), gilt eine Untergrenze für die Priorität: Hoch, wenn der Termin unbekannt ist oder binnen der unten eingestellten Stunden liegt, sonst Mittel. Herabgestuft wird nie — „Kritisch" bleibt „Kritisch". Der Termin stammt aus der Bestätigung per Klick, sonst aus der TheOrg-Erkennung, sonst aus der Mail. Eine von Hand gesetzte Priorität bleibt stehen — der Mensch hat das letzte Wort.
- KI-Klassifizierung: Sofern aktiviert, schlägt die KI Kategorie, Komplexität und Priorität anhand der Regeln im KI-Prompt vor. Eigene Regeln (Reiter Kategorien) laufen auch ohne KI; die deterministische Regel oben hat Vorrang.
- SLA-Pause außerhalb der Bürozeiten: Die SLA-Frist zählt ausschließlich Geschäftsminuten innerhalb der definierten Arbeitszeiten (Mo–Fr, 08:00–18:00) und überspringt Wochenenden sowie hessische Feiertage.
- Folge-Mails auf erledigte Vorgänge: Antwortet ein Patient auf einen abgeschlossenen Vorgang, wird er wieder „Neu" und die SLA-Frist aus der bestehenden Priorität neu gerechnet. Hochgestuft wird nicht mehr — der Vorgang rückt durch die frische Frist und die Patientenantwort von selbst nach oben.
- Dringlichkeits-Sortierung (Fristenmodell): Posteingang, Mobil-Liste und automatische Zuweisung ordnen wie ein Mensch — das Dringende zuerst: Sprachnachrichten → harte Fristen (Termin in Kürze, Priorität Kritisch, Absage ohne bekannten Termin) → Fokus-Treffer (unten) → zeitkritisch (Frist binnen 4 Stunden oder verstrichen) → alles Übrige → erledigt. Innerhalb einer Stufe zählt die Handlungsfrist: bei einer erkannten Absage mit bekanntem Termin die frühere von SLA-Frist und Terminzeitpunkt minus Vorlauf, sonst die SLA-Frist. Der Chip in der Ticketzeile (Kalender- bzw. Uhr-Symbol) zeigt sie.
Bestimmt, wie früh eine erkannte Terminabsage in der Dringlichkeits-Sortierung nach oben rückt. Leer = Standardwert (im Feld angezeigt).
Eine Absage für übermorgen ist dringender als eine für nächste Woche. Leer = Standardwert (im Feld angezeigt).
Nächster Anrufversuch nach dem 1. / 2. / 3. erfolglosen Versuch. Nach dem 4. erfolglosen Versuch wird nicht mehr pausiert – die SLA-Uhr läuft dann wieder, damit ein Mensch entscheidet. Leer = Standardwerte (im Feld angezeigt).
Standard-Schlagwoerter (fest im System, Server-seitig geprueft):
Eigene Schlagwoerter:
Ganze Woerter (case-insensitive) im Betreff/Body. Treffer → Prio „Hoch". Mehrwort-Phrasen erlaubt. Einfuegen per Enter, Komma oder Paste mehrerer Woerter (kommagetrennt).
🧪 Test: Würde dieser Text die Regel auslösen?
Fokus (befristet) ?
Mehrere Werte in einem Feld gelten als Oder, mehrere Felder zusammen (UND). Wirkt sofort für alle; Admins und Leitung sehen ihn im Posteingang als Chip.
Standort
Kategorie
Kanal
SharePoint-Synchronisation
Spiegelt die Krankmeldungen aus SharePoint vollständig nach SQL. Helpdesk-eigene Einträge bleiben erhalten. Die Buchhaltung wird seit dem 25.08.2026 im Helpdesk geführt und braucht keinen Abgleich mehr.
Nachtragen füllt nur leere Felder und löscht nichts — der sichere Weg, und der richtige für den einmaligen Nachtrag der acht Felder, die wegen falscher SharePoint-Feldnamen nie angekommen sind.
⚠ Vollständig spiegeln macht SharePoint zur führenden Quelle: im Helpdesk gepflegte Werte in Name, Vorname, Standort, Status, Startdatum und „eAU beantragt?" werden auf den SharePoint-Stand zurückgesetzt, und in SharePoint gelöschte Einträge werden auch hier entfernt. Enddatum, Kommentar und „in TheOrg eingetragen" sind davon nie betroffen — sie werden gar nicht gespiegelt. Helpdesk-eigene Einträge bleiben immer erhalten.
Patientenstammdaten aus TheOrg
Gleicht stündlich den Nachschlagebestand mit TheOrg ab; verknüpfte Patienten lesen
ihre Stammdaten von dort. Findet sich zu einer eingehenden Mail oder einem Anruf genau ein
passender TheOrg-Patient, wird er automatisch verknüpft — der Helpdesk merkt sich nur
die Verknüpfung, keine Kopie der Stammdaten. Neue Patienten werden in TheOrg angelegt
und sind hier tagsüber nach spätestens zwei Stunden, nach 17 Uhr erst am nächsten Morgen.
Wird geladen…
⚠️ System Reset (nur Testing)
Löscht alle Tickets aus der Datenbank und setzt den Mail-Import zurück. Danach werden alle Mails neu aus Outlook importiert. Outlook-Mails werden NICHT angerührt.
⚠️ Achtung: Dieser Vorgang kann nicht rückgängig gemacht werden! Alle Tickets, E-Mail-Threads und Zuweisungen gehen verloren.
Ticket-Routing
Der Helpdesk verteilt neue Vorgänge selbst: immer nach Dringlichkeit, an Personen, die dafür zuständig und nicht voll sind — wer von mehreren, entscheidet das Zuweisungsverfahren unten.
Während der Arbeitszeit bleibt eine Zuweisung beim Bearbeiter, bis ein Mensch sie ändert — Kapazität und Arbeitszeit steuern nur, wer NEUE Tickets bekommt. Weder Inaktivität noch ein geschlossener Tab nimmt jemandem einen Vorgang weg. Die einzige Ausnahme ist der Feierabend (Haken unten).
Wie Zendesk: „höchste freie Kapazität" oder „Round Robin"
Die Obergrenze je Person steht bei „Nutzer" (gleichzeitige Tickets)
Mitarbeiter wird nach dieser Zeit ohne Klick oder Tastatureingabe im Helpdesk automatisch als "Abwesend" markiert
Ab dieser Restzeit wird ein Ticket bei abwesendem Bearbeiter als unbeaufsichtigt gemeldet (keine Umverteilung)
Damit ein knappes Ticket nicht liegen bleibt, wenn niemand Zuständiges frei ist
So lange weist die Automatik ein abgelehntes Ticket der ablehnenden Person nicht wieder zu (0 = dauerhaft)
So funktioniert das Routing — drei Schritte, in dieser Reihenfolge:
1. Reihenfolge der Vorgänge: immer nach Dringlichkeit, in exakt derselben Reihenfolge wie der Posteingang (Sprachnachrichten, Terminabsagen/-verschiebungen, Kritisch, überschrittene Fristen, ungelesene Antworten, Rest — jeweils knappste Handlungsfrist zuerst). Das gilt in jeder Einstellung und ist nicht umstellbar. Verteilt wird sofort bei jeder relevanten Änderung, spätestens alle 2 Minuten.
2. Wer kommt in Frage: wer auf „Verfügbar" steht und in den letzten 5 Minuten aktiv war, noch Platz unter seiner Obergrenze hat (Standard 3) und laut Zuständigkeit für dieses Ticket vorgesehen ist. Bei „Nur passendes Skill-Level" gehen Stufe-3-Tickets nie an Stufe-1-Personen — die einzige Ausnahme steht oben.
3. Wer von denen bekommt es: das Zuweisungsverfahren oben — freie Kapazität oder reihum.
Zuständigkeit, Skill-Stufe und Obergrenze werden pro Person unter „Nutzer" gesetzt.
1. Reihenfolge der Vorgänge: immer nach Dringlichkeit, in exakt derselben Reihenfolge wie der Posteingang (Sprachnachrichten, Terminabsagen/-verschiebungen, Kritisch, überschrittene Fristen, ungelesene Antworten, Rest — jeweils knappste Handlungsfrist zuerst). Das gilt in jeder Einstellung und ist nicht umstellbar. Verteilt wird sofort bei jeder relevanten Änderung, spätestens alle 2 Minuten.
2. Wer kommt in Frage: wer auf „Verfügbar" steht und in den letzten 5 Minuten aktiv war, noch Platz unter seiner Obergrenze hat (Standard 3) und laut Zuständigkeit für dieses Ticket vorgesehen ist. Bei „Nur passendes Skill-Level" gehen Stufe-3-Tickets nie an Stufe-1-Personen — die einzige Ausnahme steht oben.
3. Wer von denen bekommt es: das Zuweisungsverfahren oben — freie Kapazität oder reihum.
Zuständigkeit, Skill-Stufe und Obergrenze werden pro Person unter „Nutzer" gesetzt.
Helpdesk-Nutzer
Helpdesk-Nutzer haben Zugriff auf das Helpdesk (Login, Berechtigungen, Routing, Telefonie, An-/Abwesenheit). Sie sind eine Teilmenge aller Mitarbeiter, die automatisch aus Microsoft Entra synchronisiert werden.
Anzeige im Dashboard
Nutzer, deren Name eines dieser Muster enthält, erscheinen nicht in der Dashboard-Kachel „Team-Status" — gedacht für Testkonten, die die Auslastungszahlen verzerren. Sonst ändert sich nichts: Zuweisung, Routing, Berechtigungen und diese Nutzerliste bleiben unberührt.
Spam-Sichtung
Der Mail-Import liest nur den Posteingang. Landet die Mail eines Patienten im Spam-Ordner,
entsteht kein Vorgang — und niemand merkt es. Die Sichtung sieht stündlich in den
Spam-Ordner der Standort-Postfächer und holt Mails von Absendern zurück, die wir kennen
(im Patientenstamm hinterlegt oder haben uns schon einmal geschrieben). Alles andere
bleibt liegen und wird nur gezählt.
Nur wenn aktiv, werden Mails tatsächlich zurück in den Posteingang verschoben.
Ist sie aus, bleibt es bei der Zählung im täglichen Report.
Prüft DMARC/SPF/DKIM, bevor eine Mail bewegt wird. Ohne diese Schranke genügt es,
die E-Mail-Adresse eines Patienten als Absender zu fälschen, um am Spam-Filter
vorbei in den Posteingang zu gelangen.
Leer = Vorgabe (im Feld angezeigt). Höchstens eine Woche.
Ab dieser Menge gibt es einen Hinweis — ein Spam-Filter, der plötzlich zu viel
einsortiert, kostet Patientenmails. Leer = Vorgabe.
Notbremse: Holt ein Lauf mehr Mails zurück als hier steht, bricht er ab und meldet
das — damit eine Fehlbewertung nicht hundertfach fremde Postfächer umräumt. Leer = Vorgabe.
Vorlagen
So funktioniert die Ticket-Klassifizierung: Jede eingehende E-Mail (und jedes Placetel-Anrufprotokoll) durchläuft automatisch diese Kette:
1. Pseudonymisierung — Telefonnummern, E-Mails, IBAN etc. werden maskiert, bevor Text an die KI geht → 2. KI-Klassifizierung — Azure OpenAI (Region Deutschland) bestimmt anhand des Prompts Kategorie, Priorität und Komplexität samt Vertrauensgrad → 3. Regeln — feste Wenn/Dann-Regeln können das KI-Ergebnis übersteuern → 4. Ticket wird mit den Werten angelegt.
1. Pseudonymisierung — Telefonnummern, E-Mails, IBAN etc. werden maskiert, bevor Text an die KI geht → 2. KI-Klassifizierung — Azure OpenAI (Region Deutschland) bestimmt anhand des Prompts Kategorie, Priorität und Komplexität samt Vertrauensgrad → 3. Regeln — feste Wenn/Dann-Regeln können das KI-Ergebnis übersteuern → 4. Ticket wird mit den Werten angelegt.
Kategorien
Was ist das? Das „Vokabular" der KI: Sie darf jedem Ticket ausschließlich eine dieser Kategorien zuordnen — frei erfinden kann sie nichts.
Dieselbe Liste erscheint auch in den Kategorie-Dropdowns der Ticket-Bearbeitung.
Wofür? Kategorien steuern Ordner im Posteingang, Routing-Regeln und Auswertungen.
Komplexitäts-Stufen
Was ist das? Der Schwierigkeitsgrad eines Tickets (Stufe 1–3). Die KI liest deine Beschreibungen unten und ordnet jedes Ticket entsprechend ein.
Wofür? Das Routing nutzt die Stufe, um Tickets passend zum Skill-Level der Mitarbeiter zu verteilen — komplexe Fälle landen bei erfahrenen Kolleginnen und Kollegen. Wirkt nur bei Zuständigkeit „Nur passendes Skill-Level".
Klassifizierungs-Prompt
Was ist das? Die Arbeitsanweisung, die bei jeder Klassifizierung an die KI geht — sie beschreibt, wie die KI urteilen soll.
Die Platzhalter werden automatisch befüllt (Kategorien-Liste, SLA-Zeiten, Komplexitäts-Beschreibungen, Mail-Inhalt).
Wofür? Hier steuerst du die Urteilslogik der KI — z. B. „Privatpatienten immer Priorität Hoch". Für Fälle, die immer gleich entschieden werden sollen, ist eine Regel (Abschnitt unten) zuverlässiger als Prompt-Text.
Verfügbare Platzhalter:
{kategorien}
{komplexitaet}
{prioritaeten}
{therapeuten}
Die Ausgabefelder (welche Angaben die KI liefert und in welchem Format) werden vom Server ergänzt und sind hier absichtlich nicht editierbar. Hier steht nur die Fachlogik: Kategorien, Prioritäts-Regeln, Besonderheiten der Praxis.
Was ist das? Feste Wenn/Dann-Regeln, die nach der KI laufen und deren Ergebnis übersteuern können
(sortiert nach Priorität, die erste passende Regel gewinnt pro Feld). Die KI ist schlau, aber nicht 100% verlässlich —
Regeln sind es. Wofür? Für Fälle, die immer gleich entschieden werden sollen,
z. B. „Betreff enthält ‚Krankmeldung' → Kategorie Intern". Vorbild: Zendesk Triggers / Linear Automations.
Lade Regeln…
Qualität & Wirksamkeit
Was ist das? Misst, wie gut die KI trifft: Die Trefferquote ist der Anteil
KI-klassifizierter Tickets, die nicht nachträglich von einem Mitarbeiter korrigiert wurden.
Wichtig: Solange niemand produktiv mit dem System arbeitet und Korrekturen vornimmt,
zeigen alle Werte 100% — die Zahlen werden erst mit echtem Ticket-Betrieb aussagekräftig.
Lade KI-Statistiken…
⚙️ Aktivierung & Datenschutz
Setup-Schalter — werden im Normalbetrieb nicht angefasst.
Auto-Klassifizierung bei neuen E-Mails
Der Hauptschalter: Eingehende Tickets werden automatisch kategorisiert, Priorität und Komplexität werden gesetzt. Aus = neue Tickets kommen unklassifiziert an („– Nicht klassifiziert –") und müssen manuell eingeordnet werden.
Welche KI? Alle KI-Funktionen — Klassifizierung, Ticket-Zusammenfassungen, Antwortvorschläge,
Hilfe-Chat und Warteliste-Texterkennung — laufen über Azure OpenAI
(Region Germany West Central, Region-Guard im Code), mit Vertrauensgrad pro Ticket und erzwungenem Antwortformat.
🔒 Pseudonymisierung vor KI-Transfer DSGVO Art. 25
Personenbezogene Daten maskieren
Ersetzt Telefonnummern, E-Mail-Adressen, IBAN, Versicherungsnummern und Geburtsdaten durch Platzhalter, bevor der Text an die KI gesendet wird. Die Zuordnungstabelle bleibt nur im Server-RAM.
Privacy-by-Design (Art. 25 DSGVO). Matching laeuft serverseitig ueber Telefonnummer/E-Mail — der Bot braucht keinen Klartext. Nur nach dokumentierter DSB-Freigabe deaktivieren.
Antwortvorschlag generieren
Der Bot schlägt zusätzlich eine Antwort vor, die als Entwurf im Ticket erscheint. Wirkt mit dem 🤖 KI-Vorschlag-Button in der Antwortbox.
KI-Zusammenfassung statt Betreff anzeigen
Zeigt in Listen, Popups und Ticket-Kopf einen KI-generierten Einzeiler über den aktuellen Stand des Tickets. Original-Betreff bleibt unverändert in der Datenbank und ist als Tooltip erreichbar.
Antwort-Prompt
Hier können Sie Praxis-Besonderheiten, Tonalität und Regeln hinterlegen. Verfügbare Platzhalter:
{patient}
{standort}
{betreff}
{kontext}
Chat-Prompt
Steuert, wie der Chat im Hilfe-Drawer (Fragezeichen-Button oben rechts) Bedienungsfragen beantwortet.
Leer lassen = konservativer Standard wird verwendet. Die Bedienungsdoku aus
docs/hilfe/bedienung-kompakt.md wird server-seitig angehängt (~14 KB).
KI-Verbindung (Azure OpenAI)
ℹ️ Was ist das? Alle KI-Funktionen — Klassifizierung, Zusammenfassungen, Antwortvorschläge, Hilfe-Chat und Warteliste-Texterkennung — laufen über Azure OpenAI (server-seitig konfiguriert, Region Deutschland). Es ist hier kein Zugangs-Schlüssel zu hinterlegen.
Mein Profil
E-Mail-Signaturen werden pro Standort unter Postfächer verwaltet.
Nachterminieren — Patienten ohne Anschlusstermin
Jede Nacht um 03:00 fragt der Helpdesk bei THEORG nach Rezepten, die noch offene Einheiten haben, für die aber kein Folgetermin eingetragen ist. Aus jedem solchen Fall entsteht ein ganz normaler Vorgang im Posteingang als ganz normaler Vorgang — er wird behandelt wie jeder andere. Ist der Termin vereinbart, verschwindet das Rezept aus der Lieferung und der Fall schließt sich von selbst. Den Bestand zeigt der Bereich „Nachterminieren".
Notbremse, keine Empfehlung: Rückruf-Vorgänge liegen zwischen der eingehenden Post, und ein dreistelliger Schwall auf einmal deckte die Arbeit eines Tages zu. Was die Grenze überschreitet, bleibt als Fall stehen und bekommt in der nächsten Nacht einen Vorgang — nichts geht verloren. Leer lassen für den Standardwert.
Wie weit die schon gebuchten Termine eines Rezepts noch tragen. Endet diese Strecke innerhalb der angegebenen Tage, steht der Fall im Bereich „Nachterminieren" als „Reicht nicht weit" weiter oben; darüber gilt er als versorgt. Rezepte ganz ohne künftigen Termin sind immer dringend — die Zahl hier ändert daran nichts. Leer lassen für den Standardwert.
Kategorie und Priorität lassen sich hier bewusst nicht einstellen: Die Vorgänge bekommen die Kategorie „Neue Termine" — der Anlass ist ja genau das. Die Priorität vergeben dieselben Regeln wie bei jedem anderen Vorgang, damit diese hier keine Sonderstellung im Posteingang bekommen.
Warteliste — Allgemein
Der Helpdesk sucht für Personen auf der Warteliste passende freie Termine – sofort nach jeder Änderung hier und zusätzlich jede Stunde. Ein leeres Feld nutzt den Standardwert, der grau im Feld steht. Was ein Feld bewirkt, zeigt das Fragezeichen daneben.
Freie Termine automatisch mit der Warteliste abgleichenEingeschaltet sucht der Helpdesk für jede wartende Person passende freie Termine in TheOrg und zeigt sie in der Warteliste unter „Termin frei – jetzt anfragen“. Ausgeschaltet wird nichts gesucht, die Gruppe bleibt leer und es entstehen keine Anruf-Tickets.
Hauptschalter für alle Arten · Standard: aus
Art: Warteliste
Art: Blankoverordnung – Ampelphase
Art: Behandlungseinheiten fehlen
Änderungen wirken sofort: Nach dem Speichern prüft der Helpdesk gleich neu und legt bei Bedarf neue Anruf-Tickets an. Bei Arten ohne Haken bei „Anruf-Tickets automatisch anlegen“ wird nur berechnet, nichts angelegt.
Kategorien
Welche Kategorien stehen bei der Ticket-Bearbeitung zur Auswahl?
Standorte
Welche Standorte gibt es in der Praxis?
Status-Werte
Welche Status-Optionen gibt es für ein Ticket?
📞 Click-to-Call (Placetel)
Outbound-Telefonie via Placetel REST API. Klick auf 📞 ruft das eigene Tischtelefon an, bei Abnahme wird die Zielnummer gewählt.
Mitarbeiter-Sipuid + Opt-In werden im Mitarbeiter-Modal gepflegt (Tab „Mitarbeiter").
Mitarbeiter-Sipuid + Opt-In werden im Mitarbeiter-Modal gepflegt (Tab „Mitarbeiter").
Wenn aktiv, sehen Mitarbeiter mit Opt-In Anruf-Buttons neben Telefonnummern.
Notruf (110/112/116117) und Premium (0900/0180x) sind hardcoded blockiert — kein Override möglich.
Leer lassen, wenn keine internen Kurzwahlen genutzt werden. Notruf/Premium können hier NICHT freigeschaltet werden.
Eine Zeile pro Code. Reihenfolge bestimmt Anzeigereihenfolge im Modal.
Default: aus. Empfohlen für Pilot-Vollrollout — der healthAlert-Timer (15 Min) sendet dann eine Mail an Admins.
🪑 Arbeitsplätze
Click-to-Call lässt das Tischtelefon klingeln, an dem der Nutzer gerade sitzt. Pflege hier alle Arbeitsplätze mit ihrer Placetel-Sipuid — die Nutzer wählen oben rechts in der Topbar, an welchem sie aktuell sind. Nicht-aktive Arbeitsplätze (z.B. Home-Office) erscheinen ausgegraut.
👥 Click-to-Call-Einwilligung pro Nutzer
DSGVO Art. 7: Click-to-Call ist eine personenbezogene Einwilligung — pflege das Opt-In je Mitarbeiter unter „Helpdesk-Nutzer" → Nutzer bearbeiten. Hier nur Lese-Übersicht.
🛡 Datenschutz-Dokumente
Lebende Dokumentation der Verarbeitungstätigkeiten und Datenschutz-Folgenabschätzung des Reaktiv Helpdesks.
Alle Dokumente werden bei Code-Änderungen automatisch aktualisiert. Quelle: Git-Repository, Stand: jeweils oben im Dokument.
Lade Dokument…