HELIX · VMD-eigene Technologie
Wir beginnen Unternehmensintelligenz nicht bei null.
HELIX ist die Intelligenz-Anwendung, die VMD besitzt und auf der VMD aufbaut: ein fachliches Semantikmodell, ein operatives Prozessmodell, eine deterministische Statistik-Engine und eine kontrollierte KI-Schicht — zugeschnitten auf die Systeme, Entitäten und Governance einer einzelnen Organisation, statt als Standardprodukt verkauft.
Was VMD besitzt
Eine Grundlage zum Anpassen, kein Projekt zum Anfangen.
Die meiste Arbeit an Unternehmensintelligenz beginnt damit, dieselben Grundlagen erneut zu bauen — eine Art, das Geschäft zu beschreiben, eine Art, an seine Daten zu kommen, eine Art, etwas Belastbares zu berechnen, und eine Art, ein Sprachmodell ehrlich zu halten. VMD besitzt diese bereits, und das verändert, worum es in einem Projekt tatsächlich geht.
Bereits gebaut
Semantische Modellierung, Prozessmodellierung, die Statistik-Engine, der kontrollierte KI-Pfad, Mandantentrennung, Audit und Kostenkontrolle. Das ist der Teil, den ein Projekt nicht bezahlt, um ihn zu erfinden.
Je Organisation zugeschnitten
Welche Entitäten zählen, was die Kennzahlen bedeuten, welche Prozesse modelliert werden, welche Systeme angebunden sind und was die KI tun darf. Nichts davon ist generisch, also ist auch nichts davon vorentschieden.
So funktioniert es nicht
Es gibt keine Registrierung, keine Testversion und keine Standardinstanz. HELIX wird nicht als Reporting-Werkzeug von der Stange verkauft, und keine zwei Installationen enthalten dasselbe Modell.
Wie HELIX ein Unternehmen versteht
Ein Schema beschreibt Speicherung, nicht Bedeutung.
Eine Spalte namens stat_cd bedeutet etwas für die Anwendung, die sie geschrieben hat, und für sonst nichts. Zwei Tabellen, die denselben Kunden führen, sind sich in nichts einig, auch nicht im Schlüssel. Die meisten Werkzeuge überspringen dieses Problem — sie richten ein Modell auf eine Datenbank und hoffen, dass die Spaltennamen genug Bedeutung tragen.
HELIX macht diese Brücke zum Produkt. Zwei Modelle, beide spezifisch für die Organisation, beide an ihre tatsächlichen Tabellen und Spalten gebunden.
Das Semantikmodell
Entitäten, ihre Attribute, typisierte Beziehungen zwischen ihnen und Kennzahlen, die darauf ausgedrückt werden. Verknüpfungen tragen einen Konfidenzwert und den Grund, aus dem sie vorgeschlagen wurden.
Tabellen und Spalten
das physische Schema — Namen, die Speicherung beschreiben, nicht Bedeutung
Entitäten, Beziehungen, Kennzahlen
je Mandant modelliert und an diese Tabellen und Spalten gebunden, mit typisierten Beziehungen und konfidenzbewerteten Verknüpfungen
Fachlicher Kontext
was eine Zahl bedeutet, woher sie kommt und womit sie zusammenhängt
Das Prozessmodell
Ein Geschäftsprozess als geordnete Menge von Zuständen, von denen jeder das Feld und den Wert benennt, die einen Datensatz in ihn versetzen. Die Grundlage für einen operativen digitalen Zwilling — ausgedrückt in den eigenen Daten des Unternehmens statt in einem Diagramm daneben.
- 01
Eingegangen
status = RECEIVED
- 02
In Produktion
status = PRODUCTION
- 03
Bereit
status = READY
- 04
Versandt
status = DISPATCHED
Jeder Zustand benennt das Attribut und den Wert, die einen Datensatz in ihn versetzen — so beschreibt das Modell die Daten, statt daneben zu stehen. Start- und Endzeitpunkte lassen sich je Zustand deklarieren, und genau das macht Dauer beantwortbar.
Intelligenz, die Sie vertreten können
Die KI erklärt den Befund. Sie erfindet ihn nicht.
Der Befund ist Rechnen — z-Score, Interquartilsabstand, gleitendes Fenster, lineare Regression. Gleiche Eingabe, gleiche Ausgabe, jedes Mal. Erst danach sieht ein Sprachmodell ihn, mit den Belegen daneben, und was es schreibt, wird gegen ein striktes Schema geprüft, bevor es jemand liest. Diese beiden Schritte zusammenzulegen ist der Weg, auf dem Software am Ende nicht mehr sagen kann, warum sie etwas glaubt.
Berechnet — ohne Modell
Geschrieben — vertraglich kontrolliert
Operative Systeme
Datenbanken und Dateien, auf denen das Geschäft bereits läuft
Semantik- & Prozessmodell
Entitäten, Beziehungen, Kennzahlen, Prozesszustände
Deterministische Berechnung
Anomalie, Health, Trend
Kontrollierte Erklärung
schemageprüft, mit Belegen
Entscheidungshilfe
was sich geändert hat, warum, worauf zu schauen ist
Die Stufen eins bis drei werden berechnet. Vier und fünf werden geschrieben und geprüft.
Am Befund ist kein Modell beteiligt.
Das Modell erklärt ihn. Es erzeugt ihn nicht.
Was die kontrollierte Hälfte durchläuft
- 01
Kontext
Der Befund, seine Belege und das Semantikmodell des Mandanten.
- 02
Cache
Identische Fragen werden nicht zweimal gestellt.
- 03
Ratengrenze
Je Mandant und je Benutzer.
- 04
Lokales Modell zuerst
Je Mandant konfigurierbar — Daten müssen die Installation nicht verlassen.
- 05
Schemaprüfung
Ausgaben, die dem Vertrag nicht entsprechen, werden abgewiesen, nicht angezeigt.
- 06
Wiederholung, dann Fallback
Ein Versuch, dann ein konfigurierter Fallback-Anbieter, sofern erlaubt.
- 07
Audit
Aktion, Zeitpunkt und Ergebnis werden dem Mandanten zugeordnet aufgezeichnet.
Für Unternehmensumgebungen gebaut
Es lernt das Geschäft, nicht die Person.
HELIX legt kein Profil darüber an, wie eine einzelne Person arbeitet, und passt sich nicht stillschweigend an Verhalten an. Was es ansammelt, ist fachlicher Kontext — und eine Person gibt jedes einzelne Stück davon frei, bevor es zählt.
Gespräch
Jemand beschreibt, wie das Geschäft funktioniert.
Faktenvorschlag
Der Assistent schlägt einen Fakt vor, mit einem Konfidenzwert. Er wird als Vorschlag gespeichert und für nichts verwendet.
Eine Person entscheidet
Ausdrücklich bestätigt oder verworfen. Nichts wird stillschweigend übernommen.
Unternehmenswissen
Bestätigte Fakten werden dauerhafter fachlicher Kontext und grundieren spätere Antworten.
Datenzugriff und Kontrolle
HELIX liest PostgreSQL direkt, erkennt dessen Schema und importiert CSV. Weitere Anbieter werden über dieselbe Konnektorschicht umgesetzt, sobald ein Projekt sie braucht — was hier steht, ist das, was heute läuft, nicht das, was geplant ist.
Wie VMD Integration entwickelt →Mandantentrennung
Zeilenbasierte Sicherheit in der Datenbank, nicht nur im Anwendungscode.
Nur lesender Zugriff
Abfragen an Datenquellen sind reine SELECTs, begrenzt und von der Engine zeitlich beschränkt.
Verschlüsselte Zugangsdaten
Verbindungsgeheimnisse sind im Ruhezustand versiegelt und gelangen nie in einen Browser zurück.
Ratengrenzen
Je Organisation und je Benutzer gesetzt.
Kostenkontrolle
Monats- und Tagesbudgets, mit einer definierten Aktion beim Erreichen der Grenze.
Audit
Assistenzaktionen, Konfigurationsänderungen und Läufe von Datenquellen werden alle aufgezeichnet.
Was HELIX heute enthält
In eigenem Besitz, in kontinuierlicher Entwicklung.
HELIX ist die Technologie von VMD, und VMD baut sie weiter. Die Liste links ist das, was HELIX jetzt enthält und worauf ein Projekt aufbauen kann; die Liste rechts ist das, wohin sie sich entwickelt, und ist nicht gebaut. Sie stehen getrennt, weil jemand, der entscheidet, ob das zu seiner Umgebung passt, wissen muss, was wovon ist.
Aktuell
- Fachliche Semantikschicht
- Operatives Prozessmodell
- Anomalieerkennung
- Health-Scoring
- Trendanalyse
- Kontrollierte KI-Erklärung
- Von Menschen bestätigtes Unternehmenswissen
- Kontrollierter, nur lesender Datenzugriff
- Mandantentrennung, Kostenkontrolle und Audit
Richtung — nicht gebaut
- Prozesssimulation über dem operativen Modell
- Reichhaltigere analytische Oberflächen
- Weitere Datenkonnektoren
- Freigabe und Verifikation rund um eine Aktion — einmal entwickelt, als Plattformarbeit in VMD AGENTIC, statt hier ein zweites Mal
- Beobachten
- Analysieren
- Erklären
- Empfehlen
- Freigeben
- Handeln
- Verifizieren
Die ersten vier existieren. Freigabe, Aktion und Verifikation nicht — HELIX führt heute nichts aus, und nichts darin ist autonom. Sie sind die Richtung, hier gezeichnet, damit die Unterscheidung nicht der Auslegung überlassen bleibt.