5,28 Millionen Euro für Ailance: Vom Fachmodell zur ausführbaren Anwendung

2B Advice verfolgt mit Ailance ein Forschungs- und Entwicklungsprogramm mit einem finanziellen Rahmen von 5,28 Millionen Euro für die Jahre 2022 bis 2029. Im Mittelpunkt steht eine grundlegende Architekturfrage: Wie lassen sich aus fachlichen Modellen automatisch die technischen Strukturen einer Governance-Anwendung ableiten – einschließlich Schnittstellen, Abfragen, Berechnungen und Berechtigungen? Das Programm umfasst 46 Entwicklungs- und Validierungspakete und verbindet Forschungsarbeit in Deutschland und Europa mit einer inhabergeführten Produktstrategie ohne Venture-Capital-Investoren. Der Anspruch: Neue Anforderungen sollen nicht jedes Mal neue Programmierung erfordern, sondern auf einer gemeinsamen, dynamischen Plattform umgesetzt werden können.

Eine Größenordnung wie eine Finanzierungsrunde. Eine andere Aussage.

5,28 Millionen Euro liegen nominal in der Größenordnung einzelner veröffentlichter Seed-Finanzierungsrunden im Compliance-Markt. Beispielsweise wurde dort 2022 eine Finanzierungsrunde über 5,5 Millionen Euro bekannt gegeben.

Bei Ailance steht die Zahl jedoch nicht für eine neue Kapitalaufnahme. Sie beschreibt den finanziellen Rahmen eines mehrjährigen Forschungs- und Entwicklungsprogramms: zurückliegende Entwicklungsaufwendungen ebenso wie laufende und geplante Arbeiten bis 2029.

Eine Finanzierungsrunde beantwortet die Frage, welche Mittel einem Unternehmen zufließen. Unser FuE-Programm beantwortet eine andere: An welcher Technologie arbeiten wir – und welchen Umfang hat diese Arbeit?

Die entscheidende Frage liegt unter der Benutzeroberfläche

Ein Formular lässt sich erweitern. Ein zusätzlicher Workflow lässt sich einrichten. Eine neue Auswertung lässt sich programmieren.

Schwieriger wird es, wenn sich die fachliche Struktur einer Anwendung verändert.

Ein Unternehmen möchte beispielsweise seine KI-Anwendungsfälle mit Dienstleistern, Verarbeitungstätigkeiten, Datenkategorien und Risikobewertungen verbinden. Damit entstehen nicht nur neue Eingabefelder. Es entstehen Beziehungen, Berechnungen, Zugriffsregeln und Folgeprozesse.

Wer darf die neuen Informationen sehen? Welche Auswertungen müssen sie berücksichtigen? Welche Berechnungen hängen davon ab? Was passiert, wenn ein referenzierter Datensatz geändert wird? Und wie stehen diese Informationen anderen Anwendungen über Schnittstellen zur Verfügung?

Bei einer fest programmierten Umsetzung müssen diese Zusammenhänge entsprechend in der Software abgebildet und bei Änderungen angepasst werden.

Unsere Forschung setzt deshalb nicht allein bei der Bedienoberfläche an. Sie setzt bei der Frage an, wie eine Anwendung ihre fachliche Struktur erhält und technisch ausführt. Ziel ist eine generische Interpretations- und Übersetzungsschicht, die auch solche Modellstrukturen verarbeiten kann, deren konkrete Form bei der Entwicklung der Plattform noch nicht bekannt war.

Nicht nur Anwendungen für bekannte Anforderungen entwickeln. Sondern eine Architektur, die auch neue fachliche Modelle ausführbar machen kann.

Vom Fachmodell zur Anwendung: Was daran anders ist

Ein Fachmodell beschreibt, welche Objekte eine Organisation benötigt, welche Eigenschaften diese besitzen, wie sie miteinander verbunden sind und welche Regeln gelten.

Ein solches Objekt kann eine Verarbeitungstätigkeit sein, ein Dienstleister, ein Risiko oder ein KI-Anwendungsfall. Das Modell beschreibt beispielsweise, welche Daten zu diesem Objekt gehören, welche Beziehungen zulässig sind und welche Berechtigungen berücksichtigt werden müssen.

Im Forschungsansatz von Ailance ist diese Beschreibung nicht lediglich eine Dokumentation für Entwickler. Sie soll selbst zur Grundlage der technischen Ausführung werden.

Aus den Modellinformationen sollen mandantenspezifische Schnittstellen, Abfragestrukturen und Laufzeitmodelle entstehen. Die Plattform soll sie konsistent ausführen und bei Modelländerungen kontrolliert aktualisieren. Unterschiedliche Organisationen können damit unterschiedliche fachliche Strukturen auf einer gemeinsamen technischen Grundlage abbilden.

Vereinfacht lautet das Prinzip:

Fachliche Anforderungen beschreiben → Modelle interpretieren → technische Strukturen ableiten → Anwendungen regelgebunden ausführen.

Der Unterschied zu einer bloß konfigurierbaren Oberfläche liegt in der Tiefe. Es geht nicht nur darum, welche Felder ein Benutzer sieht. Es geht darum, wie Daten gespeichert, miteinander verknüpft, abgefragt und verarbeitet werden.

Dabei erfindet die Software keine eigenen fachlichen oder rechtlichen Regeln. Welche Informationen benötigt werden und welche Anforderungen gelten, muss weiterhin bewusst festgelegt und validiert werden.

Die fachliche Entscheidung bleibt beim Menschen. Ihre wiederkehrende technische Umsetzung soll stärker durch die Plattform erfolgen.

Die eigentliche Forschungsleistung: Veränderbarkeit ohne Kontrollverlust

Eine dynamische Architektur ist nur dann praktisch wertvoll, wenn sie auch unter Veränderungen zuverlässig funktioniert.

Angenommen, ein berechneter Wert hängt von mehreren anderen Feldern ab. Eines dieser Felder übernimmt wiederum Informationen aus einer Vorlage. Diese Vorlage wird geändert. Gleichzeitig greifen Suchfunktionen, Berechtigungsregeln und laufende Workflows auf die betroffenen Daten zu.

Dann reicht es nicht, den sichtbaren Wert an einer Stelle zu ändern. Die Auswirkungen müssen entlang der tatsächlichen Abhängigkeiten verarbeitet werden.

Genau hier liegen zentrale Forschungsaufgaben unseres Programms: eine typsichere Formel-Engine, Abhängigkeitsgraphen, Vererbungsmechanismen sowie eine kontrollierte Aktualisierung verteilter Daten und zwischengespeicherter Informationen.

Eine typsichere Formelverarbeitung soll sicherstellen, dass Berechnungen mit geeigneten Datentypen ausgeführt werden. Abhängigkeitsgraphen bilden ab, welche Werte von welchen anderen Werten abhängen. Ereignisbasierte Mechanismen sollen dafür sorgen, dass Änderungen an den relevanten Stellen verarbeitet werden.

Besonders anspruchsvoll ist die gezielte Aktualisierung: Nicht jede Modelländerung soll den vollständigen Neuaufbau des gesamten Mandantenmodells erfordern. Stattdessen müssen die tatsächlich betroffenen Komponenten erkannt und konsistent erneuert werden. Ebenso müssen zyklische Abhängigkeiten und endlose Verarbeitungsschleifen beherrscht werden.

Darin liegt ein wesentlicher Teil der Innovation: nicht nur mehr Veränderbarkeit zu ermöglichen, sondern ihre technischen Folgen zu kontrollieren.

Ein neues Feld ist schnell angelegt. Eine Architektur, die seine Auswirkungen durchgängig korrekt verarbeitet, ist die anspruchsvollere Aufgabe.

Fachliches Wissen soll als vollständige Lösung wiederverwendbar werden

Auch die Wiederverwendung von Lösungen betrachten wir nicht als reine Vorlagenfunktion.

Eine Governance-Lösung besteht aus mehr als Texten und Formularen. Sie enthält Beziehungen zwischen Objekten, Berechnungsregeln, referenzierte Inhalte und Workflows. Einzelne Bestandteile können voneinander abhängen oder gegen unerwünschte Veränderungen geschützt sein.

Wer nur die sichtbaren Inhalte kopiert, hat diese Zusammenhänge noch nicht übertragen.

Deshalb untersucht unser Forschungsprogramm, wie sich vollständige Modell- und Lösungspakete exportieren, importieren und wiederverwenden lassen – einschließlich ihrer Referenzen, Abhängigkeiten und geschützten Modellinhalte. Auch referenzierte Asset-Vorlagen sollen mit Suche, Workflows und der weiteren Datenverarbeitung konsistent zusammenwirken.

Der praktische Anspruch ist erheblich: Fachliches Know-how soll nicht nur als Dokument weitergegeben werden können, sondern als strukturiertes Modell, das seine technischen Zusammenhänge mitbringt.

Ein erprobter Lösungsansatz könnte dadurch in weiteren Organisationen oder Anwendungsbereichen genutzt und angepasst werden, ohne seine technische Umsetzung vollständig neu aufzubauen.

Nicht nur Inhalte wiederverwenden. Sondern die Logik, die sie zu einer funktionierenden Lösung verbindet.

Sicherheit gehört in die Architektur – nicht erst an ihr Ende

Je flexibler ein System mit Informationen umgeht, desto wichtiger wird die Frage, wer auf diese Informationen zugreifen darf.

Ein dynamisch erzeugtes Datenmodell muss die Rechte des jeweiligen Mandanten berücksichtigen. Dasselbe gilt für Suchabfragen, Hintergrundverarbeitung, externe Identitäten und organisationsübergreifende Zusammenarbeit.

Eine Berechtigung darf nicht nur an einer Bildschirmmaske geprüft werden, während dieselben Informationen über einen anderen technischen Weg unkontrolliert verfügbar werden.

Unser Forschungsprogramm beschäftigt sich deshalb mit der Auswertung und Vererbung von Berechtigungen, isolierten Organisationskontexten sowie dem Erhalt des Sicherheitskontexts bei verteilter Verarbeitung. Weitere Arbeitspakete untersuchen externe Identitäten und mandantenübergreifende Rechtepfade. Für den Forschungsansatz ist das kein separates Zusatzthema. Dynamische Modelle, konsistente Verarbeitung und durchgängige Rechteauswertung müssen gemeinsam funktionieren.

Die technische Freiheit einer Plattform ist nur dann hilfreich, wenn sie innerhalb klar definierter Grenzen genutzt werden kann.

KI im Unternehmenskontext – statt einer isolierten Zusatzfunktion

Der nächste Forschungsstrang verbindet intelligente Funktionen mit dem Modell der Organisation.

Dabei geht es nicht lediglich darum, einem Benutzer einen Chat zur Verfügung zu stellen. Die Frage lautet vielmehr: Wie können intelligente Werkzeuge mit den konkreten Objekten, Beziehungen und Regeln einer Organisation arbeiten?

Das Programm umfasst unter anderem hybride Volltext- und Vektorsuche mit berechtigungsabhängiger Ergebnisfilterung, KI-Anonymisierung und asynchrone KI-Dokumentverarbeitung.

Graphorientierte Suchketten sollen zusätzlich die Beziehungen zwischen Unternehmensobjekten berücksichtigen. Hinzu kommt die sichere Koordination von Werkzeugaufrufen und externen Konnektoren.

Ein anschauliches Anwendungsszenario wäre eine Frage zu den Risiken eines bestimmten Dienstleisters. Dafür können nicht nur einzelne Dokumente relevant sein, sondern auch zugeordnete Verarbeitungstätigkeiten, verwendete Systeme, vorhandene Bewertungen und die Rechte des fragenden Benutzers.

Der Forschungsansatz soll solche strukturierten Zusammenhänge für intelligente Funktionen nutzbar machen. Die Auswahl der verfügbaren Informationen und zulässigen Aktionen soll sich dabei nach dem jeweiligen Kontext und den hinterlegten Regeln richten.

Der Anspruch ist nicht einfach mehr KI. Es ist KI, die innerhalb eines definierten Unternehmens- und Berechtigungsmodells arbeiten kann.

Diese Beschreibung umfasst auch künftige Forschungsziele. Sie ist kein pauschales Versprechen, dass sämtliche genannten Mechanismen bereits in jedem Ailance-Produktstand verfügbar sind.

46 Arbeitspakete: Nicht nur entwickeln, sondern das Zusammenspiel nachweisen

Eine Plattformarchitektur entsteht nicht dadurch, dass mehrere leistungsfähige Komponenten nebeneinanderstehen.

Entscheidend ist, ob sie gemeinsam funktionieren: bei Modelländerungen, unter Last, während der Hintergrundverarbeitung und in Fehlerfällen.

Unser Programm umfasst deshalb 46 Entwicklungs- und Validierungspakete. Neben den eigentlichen Architekturarbeiten gehören dazu Prüfungen der Skalierbarkeit und des Sicherheitskontexts, Modellmigrationen, Langzeitstabilität, Fehlerresilienz sowie reproduzierbare Last- und Negativtests. Auch die Übertragbarkeit auf weitere fachliche Anwendungsbereiche wird untersucht.

Das unterscheidet die Forschungsarbeit von einer bloßen Erweiterung des Funktionsumfangs.

Eine einzelne Funktion kann in einem bestimmten Szenario überzeugend arbeiten. Eine gemeinsame technische Grundlage muss darüber hinaus mit unterschiedlichen Modellen, Abhängigkeiten und Nutzungssituationen umgehen können.

Für uns gehört deshalb zur Entwicklung immer auch die Frage, unter welchen Bedingungen ein Ansatz funktioniert, wo seine Grenzen liegen und wie diese Grenzen systematisch untersucht werden.

Die Architektur muss nicht nur einen Anwendungsfall ermöglichen. Sie muss unterschiedliche Anwendungsfälle kontrolliert tragen können.

Was sich dadurch für Kunden verändern soll

Für ein Unternehmen ist letztlich nicht entscheidend, wie anspruchsvoll eine Softwarearchitektur klingt. Entscheidend ist, was sie im Alltag ermöglicht.

Der angestrebte Nutzen unserer Forschung liegt vor allem darin, den Abstand zwischen einer fachlichen Anforderung und ihrer technischen Umsetzung zu verkürzen.

Wenn ein neuer Governance-Prozess eingeführt wird, sollen vorhandene Informationen, Beziehungen und Regeln stärker weiterverwendet werden können. Wenn sich ein Modell verändert, sollen die betroffenen technischen Strukturen kontrolliert folgen. Wenn eine Lösung in einen weiteren Bereich übertragen wird, sollen ihre wesentlichen Zusammenhänge erhalten bleiben.

Das verändert den Ansatz zur Automatisierung.

Es geht nicht nur darum, einen bereits fest programmierten Ablauf schneller auszuführen. Es geht darum, die technische Grundlage für unterschiedliche Abläufe aus ihren fachlichen Modellen abzuleiten.

Daraus sollen weniger separate Anpassungsprojekte, weniger doppelte technische Umsetzung und weniger manuelle Nacharbeit entstehen. Fachliche Entscheidungen, Prüfung und Verantwortung bleiben notwendig. Aber ein größerer Teil der wiederkehrenden technischen Arbeit soll durch gemeinsame Plattformmechanismen übernommen werden.

Hier liegt auch der Zusammenhang zur Entbürokratisierung: Nicht indem Software gesetzliche Anforderungen beseitigt, sondern indem sie deren organisatorische und technische Umsetzung weniger aufwendig macht.

Weniger Bürokratieaufwand ist der angestrebte Nutzen. Die modellgetriebene Architektur ist der technologische Weg dorthin.

Europäische Technologiekompetenz. Inhabergeführte Entwicklung.

2B Advice wurde 2003 gegründet. Bereits der ursprüngliche Unternehmensgedanke verband fachliche Datenschutzkompetenz mit dem Anspruch, komplexe Anforderungen einfacher handhabbar zu machen.

Mit Ailance führen wir diesen Gedanken auf technologischer Ebene weiter.

Die Forschungs- und Entwicklungsarbeit verbindet die Anforderungsdefinition und eigene Entwicklungsleistungen der 2B Advice GmbH in Bonn mit der verbundenen Entwicklungsgesellschaft in der Slowakei. Wir investieren damit in eigene Softwarekompetenz innerhalb unserer europäischen Unternehmensgruppe.

Als inhabergeführtes Unternehmen verfolgen wir diese Produktstrategie ohne Venture-Capital-Investoren. Das ist keine Aussage gegen andere Finanzierungsmodelle. Es beschreibt unseren Weg: langfristige Verantwortung für die eigene Technologie und die Entscheidung, kontinuierlich Ressourcen für ihre Entwicklung einzusetzen.

Die 5,28 Millionen Euro stehen deshalb nicht isoliert für eine große Zahl. Sie stehen für einen mehrjährigen technischen Arbeitsplan, konkrete Forschungsfragen und die unternehmerische Entscheidung, an einer eigenen Architektur zu arbeiten.

Unser Anspruch ist, als europäischer Technologieanbieter nicht nur weitere Anwendungen bereitzustellen, sondern die technische Grundlage für unterschiedlichste Governance- und Compliance-Lösungen weiterzuentwickeln.

Eine Softwareentscheidung sollte über den heutigen Funktionsumfang hinausgehen

Wer Governance-Software auswählt, sollte nicht nur fragen, welche Formulare, Berichte und Workflows heute vorhanden sind.

Ebenso wichtig ist aus unserer Sicht, wie neue Anforderungen technisch umgesetzt werden. Ob zusätzliche Beziehungen auch für Berechnungen und Schnittstellen nutzbar werden. Ob Änderungen kontrolliert verarbeitet werden. Ob fachliche Lösungen mit ihren Abhängigkeiten übertragbar sind. Und ob intelligente Funktionen die Struktur und Zugriffsregeln einer Organisation berücksichtigen können.

An diesen Fragen richten wir unsere Forschung für Ailance aus.

5,28 Millionen Euro Projektrahmen. 46 Entwicklungs- und Validierungspakete. Eine gemeinsame Richtung: Fachliche Modelle sollen nicht nur beschreiben, was eine Anwendung leisten muss – sie sollen ihre technische Umsetzung steuern.

Das ist die Technologie hinter unserem Anspruch, Governance anders zu organisieren: nicht als ständig wachsende Sammlung voneinander getrennter Anwendungen, sondern auf einer gemeinsamen, veränderbaren und kontrolliert ausführbaren Grundlage.

Nicht für jede neue Anforderung neue Software. Sondern eine Plattform, die neue Anforderungen technisch abbilden kann.

Fragen und Antworten

Wofür stehen die 5,28 Millionen Euro bei Ailance?

Die 5,28 Millionen Euro stehen nicht für eine neue Finanzierungsrunde. Sie beschreiben den finanziellen Rahmen des Forschungs- und Entwicklungsprogramms von Ailance für die Jahre 2022 bis 2029 und umfassen zurückliegende, laufende und geplante Entwicklungsarbeiten.

Was bedeutet modellgetriebene Architektur bei Ailance?

Fachliche Modelle beschreiben Objekte, Eigenschaften, Beziehungen und Regeln einer Governance-Anwendung. Im Forschungsansatz von Ailance sollen diese Modellinformationen zur Grundlage der technischen Ausführung werden und unter anderem Schnittstellen, Abfragestrukturen und Laufzeitmodelle steuern.

Warum müssen Änderungen an einem Fachmodell kontrolliert verarbeitet werden?

Eine Änderung kann Auswirkungen auf Berechnungen, referenzierte Inhalte, Suchfunktionen, Berechtigungen und laufende Workflows haben. Ziel der Architektur ist deshalb, betroffene Komponenten gezielt zu erkennen und konsistent zu aktualisieren, ohne unnötig das gesamte Mandantenmodell neu aufzubauen.

Wie soll fachliches Wissen in Ailance wiederverwendet werden?

Der Forschungsansatz betrachtet nicht nur einzelne Texte oder Formulare als wiederverwendbare Inhalte. Vollständige Modell- und Lösungspakete sollen auch ihre Beziehungen, Berechnungsregeln, Referenzen, Abhängigkeiten und geschützten Modellinhalte berücksichtigen können.

Welche Rolle spielt KI im Forschungsprogramm von Ailance?

Das Forschungsprogramm untersucht unter anderem hybride Volltext- und Vektorsuche, KI-Anonymisierung, asynchrone Dokumentverarbeitung und graphorientierte Suchketten. Ziel ist, intelligente Funktionen mit den Objekten, Beziehungen, Berechtigungen und Regeln einer Organisation zu verbinden. Die beschriebenen Forschungsziele sind jedoch kein pauschales Versprechen, dass sämtliche Mechanismen bereits in jedem Ailance-Produktstand verfügbar sind.