System-Struktur & Architektur
HybridForms ist eine Formular- und Prozessplattform aus zwei Komponenten: dem HybridForms Server als Backend und den Client Apps für iOS, Android, Windows und als Progressive Web App (PWA).
Eine Plattform. Jedes Gerät. Jede Infrastruktur. HybridForms besteht aus dem zentralen HybridForms Server (Backend) und den Client Apps für iOS, Android, Windows sowie als Progressive Web App (PWA) im Browser. Das Server-Backend läuft On-Premises oder in der Cloud – unter Windows Server oder Linux, wahlweise als Docker-Container, mit Microsoft SQL Server oder PostgreSQL.
Allgemeine Systemstruktur & Konzepte
Das System besteht aus zwei zentralen Komponenten: dem HybridForms Server als zentrales Backend und den HybridForms Client Apps für iOS, Android, Windows sowie als Progressive Web App (PWA) für Webbrowser.
Als Datenbankbackend unterstützt HybridForms sowohl Microsoft SQL Server als auch PostgreSQL – wahlweise betrieben auf Windows Server, Linux, als Docker-Container oder in der Microsoft Azure Cloud. PostgreSQL bietet dabei eine kosteneffiziente, open-source-basierte Alternative für Unternehmen, die auf eine herstellerunabhängige Infrastruktur setzen.
Für den Betrieb wird eine HybridForms Server-Lizenz benötigt. Jeder Benutzer einer Client App benötigt zusätzlich eine User-Lizenz (Client Access License / CAL), die zentral auf dem HybridForms Server verwaltet und administriert wird.
HybridForms Server: Multi-System-Architektur
Der HybridForms Server unterstützt eine Multi-System-Architektur (Client, Mandant). HybridForms Server steht in drei Editionen zum Kauf zur Verfügung: Business, Trusted.AI Enterprise und Trusted.AI Operator. Standardmäßig betreiben Sie ein System; mit Trusted.AI Operator führen Sie bis zu fünf Mandanten auf einem Server, jeden mit getrennter Administration.
Im SaaS-Modell gilt dieselbe Architektur: Shared und Shared.AI erhalten einen eigenen Mandanten in einer mandantenfähigen Umgebung, Dedicated eine vollständig getrennte Serverinstanz.
HybridForms Server
- System 1
- Form Templates
- Form Areas
- Area 1…n | Form Items
- System 2 (nur mit Operator Edition möglich)
- Form Templates
- Form Areas
- Area 1…n | Form Items
- System n (nur mit Operator Edition möglich)
Systeme (Clients, Tenants)
Jedes System lässt sich eigenständig verwalten und flexibel für einzelne Abteilungen oder Kunden konfigurieren. Das System-Konzept ermöglicht eine granulare, delegierbare Verwaltung durch lokale oder abteilungsbezogene Administratoren.
Formulare: Templates | Areas | Items
Templates
Die Formular-Definitionen (Formular-Datenfelder, Layout etc.) werden als sogenannte Templates (Vorlagen) gespeichert. Jedes System verfügt über ein eigenes Set an Vorlagen. Templates werden zuerst von einem Administrator des jeweiligen System angelegt, anschließend den zuständigen Entwicklern und Formulardesignern zugewiesen. Der Administrator legt auch die Benutzer und Berechtigungen an, ebenso wie die Zuordnung zu einem Bereich (Area).
Areas
Jedes Template ist einem Bereich (Area) zugewiesen. Die Areas werden in den mobilen Clients Apps unter »Einstellungen« angezeigt und dienen der Strukturierung und Übersichtlichkeit bei der Anzeige der verfügbaren Vorlagen und Formulartypen.
Items
Die eigentlichen Formulardaten werden als Formularelemente (Items) gespeichert, die aus dem Template instanziiert werden (zum Beispiel manuell durch einen Benutzer, der in der HybridForms App ein neues Formular erstellt). Der Formulareintrag ist dem Bereich seiner Formularvorlage zugeordnet.
Benutzerrollen & Administrationsstufen
Es gibt in HybridForms mehrere Administrations- oder Zugriffsebenen für verschiedene Arten von Benutzern:
Core Server Admin
Dieser hat Zugriff auf alle Elemente, insbesondere auf die zentralen Servereinstellungen auf oberster Ebene sowie Administrationszugriff auf alle Systeme, Vorlagen und Benutzerlizenzen. Der Core Server-Administrator kann Systeme hinzufügen und den System-Administratoren zuweisen. Er kann Benutzerlizenzen aus dem zentralen Lizenz-Pool zu einem System zuweisen sowie freie (ungenutzte) Benutzerlizenzen eines Systems zurück in den zentralen Pool übertragen.
System Admin
Ein System-Administrator verfügt über vollständige administrative Rechte innerhalb eines bestimmten System. Er kann Templates, Benutzer-Lizenzen, Gruppen und Areas verwalten. Außerdem kann er Kataloge einsehen und verwalten, die dem jeweiligen System zugeordnet sind.
Gruppenbezogene Rollen
Die folgenden gruppenbezogenen Rollen stehen mit dem Modul GroupAdmin zur Verfügung, das die Benutzer- und Gruppenverwaltung an die Fachbereiche delegiert.
Group Portal Admin: Ein Group Portal‑Administrator kann alle Gruppen einsehen und verwalten (zum Beispiel erstellen, löschen). Er hat jedoch keinen Zugriff auf Formulare.
Group Portal Read‑Only User: Ein Benutzer mit dieser Rolle kann alle Gruppen einsehen, aber keinerlei Änderungen vornehmen. Auch dieser Benutzer hat keinen Zugriff auf Formulare.
Group Admin: Ein Gruppen-Administrator ist auf die ihm zugewiesene Gruppe beschränkt. Er kann die meisten Gruppenfunktionen verwalten, seine eigenen Formulare einsehen und bearbeiten sowie auf alle Formulare innerhalb seiner Gruppe zugreifen.
Group Read‑Only Admin: Dieser Admin hat reinen Lesezugriff auf die ihm zugewiesene Gruppe. Er kann seine eigenen Formulare einsehen und alle anderen Formulare innerhalb derselben Gruppe einsehen, aber keine Änderungen an Gruppeneinstellungen oder Formularen vornehmen.
Group Status Admin: Ein Group Status‑Admin kann den Status seiner eigenen Formulare anzeigen und aktualisieren sowie den Status aller Formulare innerhalb seiner Gruppe einsehen und aktualisieren.
Template Designer
Ein Template Designer hat nur Lesezugriff auf die ihm zugewiesenen Vorlagen, kann diese Vorlagen nicht bearbeiten. Außerdem hat er keinen Zugriff auf Formulare.
Catalog Manager
Core Catalog Manager: Er hat vollständigen Zugriff auf alle Kataloge innerhalb der gesamten Plattform. Er kann Kataloge erstellen und verwalten.
System Catalog Manager: Ein System Catalog‑Manager hat nur Zugriff auf die Kataloge, die seinem jeweiligen System zugeordnet sind.
Er kann keine neuen Kataloge erstellen.
API- und vorlagenbasierte Zugriffsrollen
Full Access (oder Read-Only Access) & API: Ein Benutzer mit Vollzugriff (oder Nur-Lesezugriff) hat Zugriff auf alle Formulare innerhalb einer Vorlage, und zwar sowohl über die Admin‑Benutzeroberfläche als auch über die API.
Create Forms: Ein Benutzer mit dieser Rolle kann neue Formulare in der App erstellen und eigene Formulare bearbeiten.
Update Forms: Eine Person mit dieser Rolle kann eigene Formulare bearbeiten.
Standard User
Die Standard-Benutzer stehen außerhalb der oben angeführten Administrationshierarchie, werden aber der Vollständigkeit halber trotzdem hier angeführt. Dieser Benutzer kann die HybridForms App verwenden. Er kann Formulare erstellen und auf Formulare zugreifen, die ihm oder seiner Gruppe zugewiesen sind (basierend auf vorlagenbasierten Zugriffsrollen). Er kann außerdem auf die HybridForms Admin Web App zugreifen, jedoch ausschließlich für seine eigenen Formulareinträge. Ein Standardbenutzer hat keinen Zugriff auf administrative Funktionen.
Server-Module in der Architektur
Sieben optionale Fach-Module erweitern den HybridForms Server. Drei davon sind eigene Serverkomponenten und in der Systemplanung zu berücksichtigen:
Die übrigen vier Module – EnterpriseGeo, CatalogSync, AnnotatePDF und GroupAdmin – laufen im Core Server und benötigen keine eigene Hardware.
HybridForms Server: Systemvoraussetzungen
HybridForms Server
- Operating System:
- Microsoft Windows Server 2019+, EN (empfohlen 2022/2025 – Standard)
- oder Linux
- Container (optional): Betrieb als Docker-Container möglich
- Runtime dependencies:
- .NET 10.x + Hosting, Node.js 20+LTS, WebDeploy 3.6+
- Hardware (Minimum):
- 2+ Core | 8+ GB RAM (Test: 4 GB) | 100+ GB HDD
- Hardware (empfohlen):
- 4 Core | 16 GB
- ReachOut Server:
- Optionales Modul, netzwerktechnisch getrennt
- 4 Core | 8 GB (optional Cluster)
Database Service
- Database:
- Microsoft SQL Server 2017+ (empfohlen 2019/2022 – Standard Edition oder SQL Azure)
- oder PostgreSQL
- Betrieb der Datenbank: Windows Server oder Linux
- Hardware:
- 4 Core | 16+ GB RAM (optional Cluster)
- Collation:
- SQL_Latin1_General_CP1_CI_AS
- Storage:
- Base data set: 5 GB | Working dataset: 50+ GB
Betrieb: Microsoft Azure Cloud oder On-Premises (Virtual Servers)
Bei Einsatz von ADFS: Server 2016+ ADFS 4 (OpenID Connect)
Sichere KI-Server: Souveräne KI-Infrastruktur
HybridForms unterstützt den Betrieb von KI-Modellen auf dedizierten, selbst kontrollierten Servern – On-Premises oder in einer privaten Cloud. Sensible Formulardaten verlassen dabei zu keinem Zeitpunkt die eigene Infrastruktur. Anstelle öffentlicher KI-Dienste werden lokal gehostete Sprachmodelle (LLMs) eingebunden, die sich nahtlos in die bestehende HybridForms Core Server-Architektur integrieren. Dieses Modell erfüllt die Anforderungen von Datenschutz-Grundverordnung (DSGVO), NIS2 und branchenspezifischen Compliance-Vorgaben – und macht HybridForms zur vertrauenswürdigen KI-Plattform für Behörden, KRITIS-Betreiber und regulierte Unternehmen.






