Abteilungen und Regeln zur Arbeitsübergabe
Abteilungen (/departments) definieren Führungsstruktur und Aufgabenübergabe. Sie beeinflussen Eskalation, Zuordnung, Sichtbarkeit und Kontrolle. Neue Abteilungen werden über /departments/new angelegt; bestehende öffnet man über /departments/:departmentId. Felder und Tabs hängen von den eigenen Rechten ab.
Die Dokumentation ist übersetzt, aber einzelne sichtbare Bezeichnungen in Abteilungen können in der gewählten Sprache vorübergehend eine Basissprache übernehmen. Das ändert weder Rechte noch Daten; verwenden Sie einen Bildschirm mit gemischten Sprachen erst nach Prüfung der sichtbaren Bezeichnungen als lokalisierten Screenshot-Nachweis.
Beide Seiten sind adressierbar und speichern den gewählten Tab im Query-Parameter tab; Alle Abteilungen führt zurück zum Register, und die Browser-Zurück-Schaltfläche erhält den erwarteten Pfad. Beim Laden erscheint ein eigener Zustand, ein Lesefehler bietet Erneut versuchen, und ein gelöschtes oder nicht zugängliches Register wird als Nicht gefunden statt als leere Karte angezeigt.
Hierarchie und Änderungen
Unter /departments/new geben Sie Pflichtname, Code, übergeordnete Abteilung, Leitung, Reihenfolge und Aktiv-Status ein. Nach erfolgreichem Speichern führt das Portal zur Seite der neuen Abteilung weiter, statt das Ergebnis nur in einem Modal zu lassen. Erstellen und spätere Änderungen erfordern Schreibrechte; ohne diese erklärt das Formular die Einschränkung.
Die Abteilungsseite hat vier Tabs: Übersicht, Mitglieder, Aufgabenregeln und Einstellungen. Die Übersicht zeigt Position, untergeordnete Abteilungen, Leitung und Fakten; Mitglieder unterstützt Suche, Hinzufügen, Entfernen und Speichern. Aufgabenregeln zeigen Zuordnungsvorlagen und Übergaberichtungen und verlangen einen Grund zum Speichern oder Zurücksetzen lokaler Regeln. Einstellungen enthalten das normale Speichern, einen umkehrbaren Aktiv-Schalter und die unwiderrufliche Schaltfläche Löschen mit Bestätigung. Einen eigenen Löschen-Tab gibt es nicht.
Das Hinzufügen eines Mitglieds versetzt die Person nicht aus ihrer bisherigen Abteilung: Es fügt eine weitere Mitgliedschaft hinzu. Für einen tatsächlichen Wechsel entfernen Sie die Person separat aus der bisherigen Abteilung und prüfen danach den Zugriff; ein erfolgreiches Speichern zeigt nicht, wie sich Sichtbarkeit oder Berechtigungen geändert haben.
Eine Änderung der Leitung ist nicht nur kosmetisch: Sie verändert den Bereich „eigene und untergeordnete“ und damit die CRM-Sichtbarkeit. Der Bildschirm erklärt diese Folge weder vor noch nach dem Speichern. Stimmen Sie die Änderung deshalb vorher mit der verantwortlichen Person für die Richtlinie ab und prüfen Sie anschließend den Zugriff der betroffenen Person getrennt; ein erfolgreiches Speichern beweist nicht die richtige Sichtbarkeit.
Prüfen Sie vor dem Verschieben oder Schließen einer Abteilung aktive Aufgaben, Workflows, Projekte, Dokumente und die aktuelle Leitung. Verschieben oder schließen Sie vor dem Löschen einer übergeordneten Abteilung zuerst jede untergeordnete Abteilung und prüfen Sie dann Mitarbeiter und Aufgaben. Der Bestätigungsdialog nennt weder untergeordnete Abteilungen noch Bereinigungszahlen: Ohne neue Zuordnung kann eine untergeordnete Abteilung weiter bestehen, aber aus Baum und Suche verschwinden. Das Schließen darf weder die Historie löschen noch bestehende Arbeit ohne Verantwortlichen lassen.
Tabs und Änderungen
Ein ausgeblendeter Tab bedeutet nicht, dass der Datensatz fehlt: Er kann wegen der Rechte nicht verfügbar sein, während die Abteilung lesbar bleibt. Vor Änderungen den gewählten tab, die aktuelle Revision und den Hinweis zu Schreibrechten prüfen.
Im Block für den Aufgabeneingang können Zuweisungen an die Abteilung ein- oder ausgeschaltet werden. Ist der Eingang aktiv, werden Kandidaten im Rundlauf ausgewählt; der Bereich kann nur die Abteilung oder auch ihre Unterabteilungen umfassen, und bei Bedarf muss die Person die Aufgabe zuerst annehmen. Eine begründete Ablehnung geht an den nächsten geeigneten Kandidaten oder bei erschöpfter Warteschlange zurück an die manuelle Zuweisung. Legen Sie die Mindestzahl aktiver Bearbeiter fest; ohne erforderliche Annahme gilt die Aufgabe sofort nach der Zuweisung als begonnen.
Wählen Sie unter Aufgabenregeln → Arbeitsplanung Wie im Portal, Erlaubt oder Nicht erlaubt. Die erste Option erstellt keine Abteilungsregel; die angezeigte Portaleinstellung ist nur ein Standardwert, denn eine Unternehmensrichtlinie kann das wirksame Recht zusätzlich einschränken. Ist die Selbstplanung nicht erlaubt, plant der Aufgabenautor oder die Führungskraft der ausführenden Person die Arbeit. Die Arbeitsplanung ändert nicht die Aufgabenfrist. Geben Sie vor dem Speichern einen Grund an und lesen Sie die Regel danach erneut: Ein kurzes Neuladen allein beweist das Ergebnis nicht.
Effektive Regeln
Struktur, Mitglieder, Aufgabenregeln und lokale Einstellungen gemeinsam prüfen. Diese Informationen stehen auf den jeweiligen Abteilung-Tabs; unklare lokale Regeln nicht durch sofortige Adminrechte umgehen.
Eingehende Zuweisungen hängen auch von den Regeln anderer Abteilungen und den globalen Einstellungen ab. Das Zurücksetzen lokaler Einstellungen entfernt lokale Ausnahmen und aktiviert wieder die globalen Einstellungen; Grund und erwartete Wirkung vor der Änderung erklären.
Suche und Presets
Suchen Sie Abteilungen nach Name, Code oder Leitung und aktivieren Sie bei Bedarf Inaktive anzeigen; prüfen Sie die Trefferzahl neben den Filtern. Öffnen Sie eine Abteilung und nutzen Sie Übersicht, Mitglieder, Aufgabenregeln und Einstellungen, um Struktur, Bestand, Presets und lokale Richtlinie zu prüfen. Bei den Aufgabenregeln vergleichen Sie Alle Rollen, Mitarbeitende und Leitungen.
Zuweisungsvorlagen sind ein schneller Einstieg, keine fertige Richtlinie. Prüfen Sie nach der Auswahl den tatsächlichen Bereich und die Rolle jeder Regel. Vor Speichern oder Reset einen Grund eingeben und kontrollieren, dass nur der gewählte Layer geändert wird.
Regeln zur Aufgabenübergabe
Abwärtszuweisung, Eskalation nach oben, Übergabe zwischen Abteilungen und Arbeit innerhalb der Abteilung mit einem Testbenutzer prüfen. Nach dem Speichern eine Testaufgabe anlegen. Wenn eine Aktion nicht verfügbar ist, Bereich, Mitgliedschaft und Richtlinie prüfen.
Sichere Beispiele
Synthetische Abteilungen, Rollen und Aufgaben verwenden. Keine echten Namen, Telefone, internen Codes, Kundendaten oder gemischten Labels zeigen. Beispiele für diesen Bereich ohne Finanzdaten halten.