Mandat – Detailansicht¶
Die Detailseite eines Mandats (/#/reims/mandate/{ID}/basedata) zeigt im Kopfbereich Status und Vertragspartner. Tabs:
| Tab | Inhalt |
|---|---|
| Grunddaten | ID, Extern-ID, Status, Bezeichnung, Vertragspartner, Produktbezeichnung, Produkt-Kurzform (Alias) → Felddetails: Mandat – Grunddaten |
| Dokumente | Mandatsbezogene Dokumentenablage; Button „Dokumentation hochladen"; Filter: Suche, Status (Aktiv/Archiviert) |
| Compliance | Freigaberegeln des Mandats (siehe unten) |
| Liegenschaften | Liegenschaften und Gebäude des Mandats (siehe unten; dokumentiert nach der neueren Cloudbrixx-Version) |
| Notizen | Mandatsbezogene Notizen |
Rechts neben der Tab-Leiste: ⟲ Änderungs-Log und ≡ Aufgaben-Icon; „Bearbeiten" öffnet die Grunddaten zur Bearbeitung.
Tab Liegenschaften¶
(Dokumentiert nach der neueren Cloudbrixx-Version.)
Zeigt alle dem Mandat zugeordneten Objekte mit einer Unternavigation:
| Untersicht | Inhalt |
|---|---|
| Liegenschaften | Liste der Liegenschaften des Mandats (Karten wie in der Liegenschaftsliste); Button „+ Liegenschaft" |
| Gebäude | Liste aller Gebäude des Mandats; Button „+ Gebäude"; Filter wie in der Gebäudeliste, Zuordnung hier nur nach Portfolio/Liegenschaft (das Mandat ist implizit) |
Neu in dieser Version ist die Sektion „Voreinstellung" oberhalb der Filter: Über „Filterset wählen" lassen sich gespeicherte Filterkombinationen aktivieren und verwalten (≡-Menü).
Tab Compliance: Freigaberegeln¶
Compliance-Regeln verbinden Prozesse in Cloudbrixx-Modulen automatisch mit einem Freigabe-Workflow (Modul Freigaben 2.0). Sie werden pro Mandat konfiguriert und ermitteln zur Laufzeit, welcher Workflow für eine Freigabe verwendet wird.
Aufbau der Ansicht¶
Hierarchische Baumstruktur:
- Prozessbereich (z.B. „Aufträge")
- Prozesstyp (z.B. Auftrag → „Auftragsschreiben", „Nachtragsschreiben")
- Einzelne Compliance-Regeln — darunter immer die nicht löschbare Standard-Regel (Badge „Standard")
Filter-Seitenleiste: Freigaberegel suchen (Volltext), Projekte/Liegenschaften, Zuordnung (nach hinterlegtem Freigabe-Workflow).
Aufbau einer Compliance-Regel¶
| Feld | Pflicht | Beschreibung |
|---|---|---|
| Bezeichnung | ✅ | Frei vergebener Name der Regel |
| Freigabeworkflow-Vorlage | ✅ | Der zu verwendende Workflow |
| Einschränkung auf Projekte | – | Ohne Eintrag gilt die Regel für alle Projekte des Mandanten |
| Freigabebetrag von / bis | – | Betragsgrenzen in Euro |
| Gültig von / bis | – | Gültigkeitszeitraum der Regel |
Beispiel aus demo-hw (Auftragsschreiben): „01. Aufträge unter 1000 Euro" → Workflow „Automatische Freigabe" (0–999 €); „02. Aufträge 1000 EUR bis 7500 EUR" → „Freigabe in 2 Schritten" (1.000–7.499 €); „03. Aufträge 7.500 EUR bis 20.000 EUR" (7.500–19.999 €); „04. Aufträge über 20.000" (ab 20.000 €).
Prioritätslogik¶
- Die spezifischste Regel greift automatisch (z.B. projektspezifisch vor mandantenweit)
- Bei mehreren gleichwertigen Regeln wird dem Nutzer beim Start der Freigabe eine Auswahl präsentiert
- Greift keine Regel, gilt die Standard-Compliance-Regel des Prozesstyps als Fallback
Standard-Compliance-Regel¶
Für jeden Prozesstyp existiert eine unveränderliche Standard-Regel — an ihr kann nur die Workflow-Zuordnung geändert werden. Neue Regeln eines Prozesstyps werden ausgehend von ihr angelegt. Empfehlung: Den Fallback-Workflow bewusst setzen — z.B. „Automatische Ablehnung" als Sicherheitsnetz, damit Freigaben ohne passende Regel nicht stillschweigend durchlaufen, oder „Automatische Freigabe" für unkritische Kleinbeträge. Beide sind fest im System hinterlegte, nicht editierbare Workflows.
Begleitende Dokumente an der Regel¶
Pro Compliance-Regel können unter „Dokumenten Vorlagen" begleitende Dokumente konfiguriert werden, die beim Start einer Freigabe bereitzustellen sind:
- Typ: Generator (Dokument wird über den Cloudbrixx-Dokumentengenerator aus einer Vorlage erstellt) oder Upload (manueller Upload mit Titel und optionaler Beschreibung)
- Verpflichtung: Pflicht (muss vor dem Start der Freigabe vorliegen) oder Optional
Bezug zu Freigabe-Workflows und Rollen¶
Ein Freigabe-Workflow besteht aus 1–n sequenziellen Freigabeschritten; jeder Schritt kann eine Freigabe-Komponente (freigeben/ablehnen, konfigurierbar nach Art, Anzahl Nutzer und Rollen) und/oder eine Kenntnisnahme-Komponente (nur bestätigen — einfach oder blockierend) enthalten. In den Rollen kann zwischen der allgemeinen Rolle und der projektverantwortlichen Spiegelrolle gewählt werden (Zuweisung pro Projekt im Tab „Zuständigkeiten" → Kontakte und Nutzer).
→ Vollständige Modul-Doku: Freigaben 2.0 (Freigabecenter, Workflows anlegen, Freigaben leisten, Individualfreigaben, externe Freigabeschritte).
Verwandte Themen¶
- Mandat – Grunddaten und Felder
- Portfolios
- Listen & Filter im Modul Liegenschaften
- Kontakte und Nutzer — projektverantwortliche Rollen