Architektur und Governance
Alles, was auf nexxcite entsteht, ob im Editor gebaut oder von der KI umgesetzt, liegt im selben Modell, läuft auf derselben Laufzeit und geht durch dieselbe zentrale Rechteprüfung. Für den Betrieb heißt das: Sie betreiben, aktualisieren und sichern eine Plattform, auch wenn darauf zwanzig Fachanwendungen laufen.
Grundentscheidungen
Jede Plattform beruht auf wenigen Grundentscheidungen, die sich später kaum ändern lassen. An diesen dreien können Sie prüfen, ob nexxcite zu Ihrem Haus passt.
Architektur
Ob Ihr Team im Editor baut oder die KI einen Entwurf liefert: Alles landet im selben Modell, läuft auf derselben Plattform und durchläuft dieselbe Rechteprüfung. Deshalb fügt sich auch die zwanzigste Anwendung in das bestehende System ein.
| Einzellösungen, programmiert oder generiert | nexxcite | |
|---|---|---|
| Ergebnis | Eine weitere Codebasis, die jemand verstehen, testen und betreiben muss | Bausteine auf der Plattform, lesbar und im Editor weiter bearbeitbar |
| Sicherheit | Jede Anwendung hat ihre eigene Rechteprüfung, manchmal auch gar keine | Eine zentrale Rechteprüfung für alles, was entsteht |
| Konsistenz | Jede Lösung ist ein bisschen anders gebaut | Dieselben Bausteine und Muster in jeder Anwendung |
| Änderung | Neu entwickeln, neu testen, neu ausrollen | Im Entwurf ändern, prüfen, freigeben und bei Bedarf zurücknehmen |
| Betrieb | Mit jeder Anwendung wächst die Landschaft | Eine Plattform, die als Ganzes aktualisiert und betrieben wird |
| Wissen | Liegt im Quellcode oder in den KI-Verläufen einzelner Personen | Liegt im Modell, sichtbar für das ganze Team |
Der zentrale Punkt
In vielen gewachsenen Systemen gibt es die Oberfläche und daneben eine Schnittstelle, die später dazukam, mit eigener Abfragelogik und eigener Rechteprüfung. Daraus entsteht eine typische Sicherheitslücke: Ein Datensatz, der in der Oberfläche korrekt verborgen bleibt, ist über die Schnittstelle abrufbar, weil dort eine Prüfung fehlt.
Bei nexxcite gibt es diesen zweiten Weg nicht. Die Schnittstelle nutzt denselben Übersetzer und dieselbe Abfrageschicht wie die Oberfläche. Ein Datensatz, den eine Benutzerin nicht sehen darf, wird über die Schnittstelle als „nicht gefunden“ gemeldet. Die Meldung „nicht erlaubt“ würde bereits verraten, dass er existiert.
Dasselbe gilt für die KI. Die Werkzeuge des Assistenten haben keinen eigenen, erweiterten Zugang zur Datenbank. Sie gehen denselben Weg, im Sicherheitskontext der Person, die fragt. Das ist die technische Voraussetzung dafür, dass ein Datenschutzbeauftragter der Einführung eines Assistenten zustimmen kann.
Governance
Jede Änderung ist nachvollziehbar und lässt sich zurücknehmen
Ob Ihr Team im Editor baut oder die KI umsetzt: Veröffentlicht wird nur, was ein Mensch gesehen und freigegeben hat.
Änderungen im Griff
Ein Feld hier, eine Automatisierung dort, von unterschiedlichen Personen und ohne dokumentierten Grund. Mit KI geschieht das noch schneller.
Änderungen landen in einem Entwurf, sind dort einzeln sichtbar und werden gemeinsam veröffentlicht, sobald jemand freigibt.
Die Schichten
Was passiert, wenn eine Benutzerin ein Formular öffnet, und warum dabei kein Code entsteht, den später jemand pflegen muss.
Die Konfiguration Ihrer Anwendung: Entitäten und ihre Felder, Beziehungen, Formulare, Listen, Dashboards, Abläufe, Regeln, Berechnungen, Rollen und Berechtigungen. Alles davon sind Datensätze in derselben Datenbank wie Ihre Fachdaten.
Zur Laufzeit werden Definitionen in ausführbare Anweisungen übersetzt: Aus einer Abfragedefinition wird eine Datenbankabfrage, aus einer Ablaufdefinition eine Folge von Schritten, aus einer Formel ein Wert.
Die ausgewertete Definition wird zu einem Anzeigemodell, das die Oberfläche rendert. Die Anzeigekomponenten enthalten keine Fachlogik. Sie stellen dar, was das Modell ihnen übergibt.
Oberfläche, Schnittstelle für angebundene Systeme, KI-Werkzeuge des Assistenten und Hintergrundverarbeitung für Zeitpläne, Schwellwerte und Postfächer nutzen dieselben Schichten.
Technische Grundlage
Eine .NET-Anwendung, ausgeliefert als Container. Die Oberfläche wird serverseitig gerendert; im Browser läuft keine Anwendungslogik, nur die Anzeige.
Eine relationale SQL-Datenbank für Konfiguration und Fachdaten. Dateien wahlweise im Dateisystem, in Azure Blob Storage oder in S3-kompatiblem Speicher.
Mehrere Instanzen hinter einer Lastverteilung teilen sich dieselbe Datenbank. Für die Hintergrundverarbeitung ist festgelegt, welche Instanz sie übernimmt.
Anbindung an Ihre bestehende Identitätsverwaltung. Rollen und Berechtigungen führt nexxcite, die Anmeldung selbst kann vollständig extern erfolgen.
Betrieb
Formulare, Listen und Dashboards entstehen aus den Bausteinen der Plattform. Wer eine Oberfläche mit eigenem Bedienkonzept oder eigener Gestaltung bis ins Detail braucht, ist mit einer Entwicklungsplattform besser bedient. Eingebettete Inhalte und eigenes HTML in Dashboards sind möglich, ersetzen aber keine Anwendungsentwicklung.
Innerhalb einer Umgebung laufen Änderungen über Entwurf, Freigabe und Rollback. Zwischen getrennten Umgebungen werden Definitionen exportiert und eingespielt. Einen durchgängigen Freigabeprozess über mehrere Umgebungen hinweg, wie ihn Entwicklungsplattformen mitbringen, bietet nexxcite nicht. In stark regulierten Umgebungen gehört dieser Punkt früh auf den Tisch.
Für Optimierungsverfahren, aufwendige Algorithmen oder umfangreiche Datenverarbeitung ist die Plattform nicht gemacht. Sie kann solche Verarbeitung anstoßen und ihr Ergebnis weiterverwenden, führt sie aber nicht selbst aus.
Häufige Fragen
Nein. Jede Änderung der KI landet in einem Entwurf und wird erst wirksam, wenn jemand ihn freigibt. Dabei handelt der Assistent mit den Rechten seines Nutzers: Wer keine Rollen ändern darf, kann es auch über die KI nicht.
Definitionen sind Daten und lassen sich exportieren und einspielen. Der übliche Weg: in einer Testumgebung konfigurieren, dort prüfen und die geprüften Definitionen übertragen. Wie streng dieser Weg gelebt wird, entscheidet Ihr Haus.
Im Clusterbetrieb übernimmt die Lastverteilung. Laufende Sitzungen auf der ausgefallenen Instanz brechen ab und werden neu aufgebaut; die Daten sind nicht betroffen, weil sie in der Datenbank liegen. Für Zeitpläne und Postfachabruf gilt die Festlegung, welche Instanz zuständig ist.
Eine neue Entität oder ein neues Feld ist eine Konfigurationsänderung; die zugrunde liegende Struktur führt die Plattform mit. Für Sie heißt das: kein Migrationsskript, kein Abgleich zwischen Modell und Datenbank.
Lesend für Auswertungen ja, die Struktur ist dokumentiert. Für Schreibzugriffe empfehlen wir ausdrücklich den Weg über die Schnittstelle. Andernfalls umgehen Sie die Regeln und Prüfungen, für die die Plattform eine gemeinsame Laufzeit hat.
Sie werden zentral verwaltet und gesondert berechtigt. Abläufe verweisen auf sie, enthalten sie aber nicht.
Technisches Gespräch
Verfügbarkeit, Datenhaltung, Anmeldung, Sicherung, Aktualisierung und Governance sind die Punkte, an denen sich eine Plattformentscheidung technisch bewähren muss. Wir gehen sie mit Ihnen durch, bevor Sie sich festlegen.