Verwaltet den eigenen Baum-Ausschnitt (Tenants/Subtenants/Personen/Mitgliedschaften/API-Keys/Projekte) im optionalen, selbst gehosteten Backend „BDT Hub" – reiner Client gegen die bestehende Verwaltungs-API (AP-BE1/ AP-BE1c), kein eigener Server-Endpunkt. Voraussetzung: ein Endpunkt vom Typ „BDT Hub (Backend)" (Bereich „Endpunkte"), das „Erweiterte Verwendung"-Häkchen für BDT-Hub-Backend-Nutzung, sowie entweder eine Kunden-ID mit Kunden-Admin-Verwaltungs-Scope (vom Root-Zugang/PO mitgeteilt oder – falls der eigene Key Root-Rechte hat – über „Als Root: Kunden verwalten" selbst anlegbar) oder ein Tenant-/Subtenant-Admin-Key über „Mein Bereich laden".

Pflege (seit AP-BE1c): Umbenennen und Löschen für Kunde/Tenant/Subtenant/Projekt sowie Bearbeiten für Personen stehen als Aktionen im Kontextmenü UND im Detail-Panel jedes Knotens zur Verfügung. Löschen zeigt VOR der endgültigen Bestätigung eine Kaskaden-Vorschau (wie viele Subtenants/Personen/ Mitgliedschaften/Keys/Projekte mitgelöscht werden) – nichts verschwindet stillschweigend.

„Mein Bereich laden": löst über den eigenen API-Key auf, welchem Tenant/Subtenant er als Admin zugeordnet ist, und lädt direkt dessen Mitgliedschaften/Keys/Projekte – ohne dass dafür Kunden-Admin-Verwaltungs-Scope nötig ist (löst die frühere v1-Einschränkung). Personen-Stammdaten (Namen/E-Mails anderer Personen, vollständige Personenliste) bleiben bewusst Kunden-Admin/Root vorbehalten – ein Tenant-Admin sieht seine Mitgliedschaften nur über die zugehörige Personen-ID, nicht den Namen. Jeder Tenant-/Subtenant-Knoten hat außerdem „Nur diesen Bereich laden" für denselben Sprung von innerhalb eines geladenen Kunden-Baums aus.

Vorgänge (AP-HUB2): die Karte „Vorgänge" zeigt Fehlermeldungen/Ideen/Feature-Wünsche/ Fragen aus dem Meldungs-Center der App sowie Voucher-bezogene Anfragen – unabhängig vom oben geladenen Kunden-Baum. Als Root siehst du alle Vorgänge (optional per Kunden-ID gefiltert, auch die ohne zugeordneten Kunden); als Kunden-Admin/Vorgangsbearbeiter automatisch nur die deines eigenen Kunden. Klick auf eine Zeile öffnet den Bearbeiten-Dialog (Status/Ergebnis/Antworttext/Anhang/Kontakt-E-Mail leeren). Voraussetzung: der öffentliche Einreichungs-Weg braucht auf dem jeweiligen BDT-Hub-Server das Häkchen BDT_HUB_ALLOW_CASES – die Bearbeitung hier funktioniert unabhängig davon immer.

Voucher (AP-HUB3): die Karte „Voucher" verwaltet menschenlesbare Codes für automatische Bereitstellung – bei Einlösung legt der BDT Hub transaktional Person, eigenen Subtenant, Mitgliedschaft, Projekt und API-Key an (z. B. für einen XR-Test mit Bekannten). Braucht immer eine Kunden-ID (anders als Vorgänge gibt es kein „ohne Kunde"). „Neuer Voucher …" legt Tenant/Rolle/Datenzugriff/Projektname/ Gültigkeit/Quota fest – diese Felder sind nach dem Anlegen unveränderlich, ein Klick auf eine bestehende Zeile erlaubt nur noch Notiz/Quota/Enddatum/Aktiv-Status zu pflegen. Voraussetzung für die eigentliche Einlösung durch den Melder (folgt mit AP-HUB4): das Häkchen BDT_HUB_ALLOW_VOUCHERS auf dem jeweiligen BDT-Hub-Server – die Verwaltung hier funktioniert unabhängig davon immer.