Skip to content

Tenant Wizard Module

Primaeres Frontend-Modul

  • frontend/src/pages/components/config/AddConfigWizard.jsx Verantwortet die gesamte mehrstufige Tenant-Anlage-UI, den Stepper, lokalen Formularzustand, Normalisierungshelfer, Connection Checks und das finale Anlegen.

Eingebettete Hilfsmodule

  • frontend/src/pages/components/config/wizard/WizardHelpPopover.jsx Inline-Einstieg fuer kontextbezogene Hilfe.
  • frontend/src/pages/components/config/wizard/WizardDocumentationModal.jsx Groesserer kapitelorientierter Hilfeeinstieg mit Verknuepfung zur Produktdoku.
  • frontend/src/pages/components/config/wizard/wizardHelpContent.js Zentrales Register fuer Kurztexte im Wizard.

Backend-Gegenstueck

  • backend/src/core/views.py Nimmt den Create-Request an, validiert Sichtbarkeit und Edge-Referenzen, legt cConfig an und faechert die verschachtelten Bereiche in cConfigExt auf.

Beim Anlegen beruehrte Daten

  • cConfig Root-Tenant-Datensatz mit Company- und Produktzuordnung.
  • cConfigExt Getrennte Persistenz fuer connection, global, jobs.* und periodic.

Wizard-spezifische Hilfsaufgaben

Innerhalb des Wizard-Moduls formen mehrere Helfer den ausgehenden Payload:

  • Source-Normalisierung fuer CPI-only gegenueber Edge-Hybrid
  • transporttaugliche Passwort-Kodierung
  • Hot-Window-Defaults fuer die Message-Abfrage
  • feldbezogene Sichtbarkeit aus Setup-Modus und Auth-Modus

Warum diese Trennung wichtig ist

Der Wizard braucht den vollen operativen Datenstack noch nicht. Er erzeugt zuerst einen gueltigen persistierten Startpunkt. Message Logs, Alerts, Packages, Archive und Keystore-Daten werden erst relevant, wenn Runtime-Jobs den neuen Tenant verarbeiten.