Produkt · Nowl
Fragen Sie Ihre Unternehmens
Nowl ist die semantische Zugriffsschicht, über die eine KI-Anwendung Ihre bestehenden Systeme fachlich abfragen kann – lesend, mit prüfbarer Herleitung statt als Blackbox. Der Privacy Layer sitzt dabei in Ihrer Infrastruktur, vor der ausgehenden Verbindung: Was Ihr Haus verlässt, entscheiden Sie.
Gerling Solutions entwickelt Nowl – und übernimmt als IT-Architekt Verantwortung für Struktur, Modernisierung und Umsetzung.
| Kunde | Q3 zum Vorjahr | Q4 zum Vorjahr |
|---|---|---|
| Kunde A | − 18 % | − 24 % |
| Kunde B | − 9 % | − 31 % |
| Kunde C | − 12 % | − 15 % |
Beispiel mit erfundenen Zahlen · keine Kundendaten
Eine Umsatzliste pro Kunde zeigt Stände, keine Bewegung. Wer sie von Hand vergleicht, rechnet meist gegen das Vorquartal statt gegen das Vorjahresquartal – und zählt damit die Saison als Rückgang.
Nowl · Privacy Layer
Was gefiltert wird →Nur lesend
Nowl schreibt, ändert und löscht nichts in Ihren Fachdatenbanken. Ein Abfrageplan, der etwas anderes beschreibt, wird nicht ausgeführt.
Der Filter steht in Ihrem Netz
Vor der ausgehenden Verbindung, in Ihrer Infrastruktur – nicht beim Modellanbieter.
Besondere Kategorien bleiben im Haus (Art. 9)
Gesundheit, Herkunft, Weltanschauung, biometrische Merkmale: gekennzeichnet und aus ausgehenden Ergebnissen ausgeschlossen.
Filterungen stehen im Protokoll (Art. 5 Abs. 2)
Mit Feld, Grund und Zeitpunkt – im Protokoll Ihrer eigenen Schicht, nicht im Auditbericht eines Anbieters.
Nowl · Semantische KI-Schicht
Die Fragen, für die niemand einen Report baut.
Nicht weil sie unwichtig sind, sondern weil sie einmal vorkommen. Ihre Fachanwender fragen in ihren eigenen Begriffen – „Neukunde“, „offene Rechnung“, „storniert“ –, und zu jeder Antwort gehören die angewandten Regeln und die ausgeführte Abfrage im Wortlaut. Ihre Systeme bleiben dabei unverändert; der Zugriff ist ausschließlich lesend.
| Kunde | Rechnungen | Offener Betrag |
|---|---|---|
| Kunde A | 4 | 86.400 € |
| Kunde B | 2 | 31.250 € |
| Kunde C | 7 | 12.900 € |
Beispiel mit erfundenen Zahlen · keine Kundendaten
„Offen“ ist eine Bedingungskette: gestellt, nicht storniert, nicht vollständig bezahlt. Teilzahlungen sind dabei der häufigste Zählfehler – sie verringern den Betrag, nicht die Anzahl. Wer nur nach dem Status filtert, bekommt beides falsch.
| Sicht | Umsatz | zum Vorjahr |
|---|---|---|
| Vollständig | 18,4 Mio. € | + 7 % |
| Ohne die drei größten | 14,1 Mio. € | − 2 % |
Beispiel mit erfundenen Zahlen · keine Kundendaten
Diese Frage entsteht beim Lesen des Berichts – und ist im Berichtswesen eine neue Anforderung mit eigenem Vorlauf. Bis die Antwort kommt, ist die Entscheidung gefallen.
Eine Antwort entsteht nur dann, wenn die fachliche Auslegung der Frage abgesichert ist. Wo ein Begriff nicht beschrieben ist, wird die Lücke benannt statt geraten – und zu jedem Ergebnis gehören die angewandten Regeln und die ausgeführte Abfrage.
Nowl · Kontrolle & Datenschutz
Was Ihr Haus verlässt, entscheiden Sie. Nicht das Modell.
Für das Reasoning ist ein extern betriebenes Sprachmodell angebunden. Damit ist die erste Frage einer IT-Sicherheit nicht, was das System kann, sondern was dabei Ihr Netz verlässt – und wer darüber entscheidet.
Die Antwort liegt an einer Stelle, die Sie kontrollieren: Der Filter sitzt in Ihrer Infrastruktur, vor der ausgehenden Verbindung, und arbeitet auf der Kennzeichnung, die Ihr Fachbereich vergeben hat – nicht auf einer Voreinstellung des Modellanbieters.
- Die gestellte Frage im Wortlaut
- Die Beschreibung Ihres Fachmodells
- Das gefilterte Abfrageergebnis
- Ihr Datenbestand – keine Kopie, keine Synchronisation
- Besondere Kategorien nach Art. 9
- Direkte Identifikatoren und Freitextfelder
- Zugangsdaten, Token und Schlüssel
In der eigenen Oberfläche werden Abfrageergebnisse nicht an das Sprachmodell übermittelt. Das Modell erhält Ihre Frage und die Beschreibung des Fachmodells. Modellanbindung wahlweise an Anbieter mit EU-Datenverarbeitung; Auswahl und Vertragsbedingungen legen wir je Projekt fest.
Kontrolle
Nur lesend – keine Ausnahme.
Nowl schreibt, ändert und löscht nichts. Ein Abfrageplan, der etwas anderes beschreibt, wird nicht übersetzt und nicht ausgeführt.
Das Modell bekommt keine Zugangsdaten.
Kein Datenbankpasswort, keine Netzwerkverbindung, kein frei erzeugtes SQL – die Abfrage entsteht deterministisch aus einem geprüften Plan.
Geprüft vor der Ausführung, nicht danach.
Ein unzulässiger oder unvollständiger Plan wird mit präziser Begründung abgelehnt, statt geraten ausgeführt zu werden.
Rechte auf Fachbegriffen, nicht auf Tabellen.
Was eine Rolle nicht sehen darf, wird nicht beantwortet – und nicht beantwortet und anschließend ausgeblendet.
Abfragen sind protokolliert.
Frage, geprüfter Plan und ausgeführte Abfrage, mit dem angewandten Regelset und den Filterungen. Die Prüfspur entsteht im Betrieb, nicht auf Nachfrage.
Ihre Systeme bleiben unverändert.
Kein Schema-Umbau, keine Migration, keine Kopie Ihres Datenbestands. Ein Ausfall des Modells trifft die Auswertung, nicht Ihren Betrieb.
Datenschutz
Datenminimierung als Konstruktionsprinzip (Art. 5 Abs. 1 lit. c)
Gefiltert wird vor dem Verlassen Ihrer Infrastruktur. Was gefiltert wurde, ist nicht gelöscht worden – es ist nie übermittelt worden. Die datenschutzrechtliche Bewertung für Ihr Haus bleibt Ihre.
Datenschutz beginnt bei den Feldnamen (Art. 25)
Schon die Bezeichnungen schützenswerter Konzepte werden maskiert, bevor ein Modell sie sieht – nicht erst die Werte dahinter.
Besondere Kategorien bleiben im Haus (Art. 9)
Gesundheit, Herkunft, Weltanschauung, Gewerkschaftszugehörigkeit, biometrische Merkmale: im Fachmodell gekennzeichnet und aus ausgehenden Ergebnissen ausgeschlossen.
Mindestgruppengröße ohne Nachfrage
Bei gruppierten Auswertungen über schützenswerte Kategorien setzt das System in der Pilotphase eine Mindestgruppengröße durch, damit aus einer Verteilung keine Einzelperson wird.
Im Zweifel bleibt es drin.
Freitextfelder und direkte Identifikatoren sind zu Beginn ausgeschlossen. Was nicht gekennzeichnet und nicht freigegeben ist, geht nicht hinaus.
Rechenschaft entsteht im Betrieb (Art. 5 Abs. 2)
Filterungen stehen mit Feld, Grund und Zeitpunkt im Protokoll Ihrer eigenen Schicht – belegbar ohne Auditbericht eines Anbieters.
Der Privacy Layer ist eine technische Maßnahme zur Datenminimierung. Er ersetzt keine Rechtsgrundlage, keine Einwilligung und keine Folgenabschätzung.
Nowl · Analyseaufträge
Manche Fragen sind keine Fragen. Sie sind Aufträge.
„Unsere Marge ist gefallen – finden Sie heraus, woran das liegt.“ Dafür gibt es keinen Report, weil die Ursache nicht feststeht. Heute ist das ein Auftrag an das Controlling mit Rückfragen an vier Abteilungen; deshalb beginnt er meist erst, wenn der Effekt ein Jahr alt ist.
Über Nowl angebunden, zerlegt eine KI-Anwendung wie Claude Desktop diesen Auftrag in Teilfragen, stellt sie einzeln, bewertet jedes Zwischenergebnis und zieht den nächsten Fachbereich hinzu. Jede einzelne Teilfrage läuft dabei gegen Ihr beschriebenes Fachmodell und die Rechte der Rolle – lesend und mit Herleitung.
Das Fachwissen kommt dabei nicht aus dem Modell, sondern aus Ihrem Haus. Das Modell bringt das Vorgehen mit.
Unsere Marge ist im letzten Halbjahr gefallen, obwohl der Umsatz stabil geblieben ist. Finden Sie heraus, woran das liegt.
Kein Bericht beantwortet das, weil die Ursache nicht feststeht. Gesucht wird nicht eine Zahl, sondern die Stelle, an der sie entsteht.
Hat sich der Anteil der Produktgruppen am Umsatz verschoben?
Vertrieb Ob der Rückgang aus einer Verschiebung zu margenschwächeren Gruppen kommt – dann ist es kein Preisproblem.
Wie haben sich gewährte Rabatte je Kundengruppe entwickelt?
Vertrieb Ob im Vertrieb mehr nachgegeben wurde, und bei welchen Kunden.
In welchen Materialgruppen sind die Einstandspreise gestiegen?
Einkauf Welcher Teil des Rückgangs von außen kommt und im eigenen Haus nicht steuerbar war.
Wie haben sich die Frachtkosten je Auftrag entwickelt, getrennt nach Auftragsgröße?
Logistik Ob kleine Aufträge einen überproportionalen Anteil der Fracht tragen.
Bei welchen Produktgruppen ist Nacharbeit häufiger geworden?
Service Ob ein Teil der Marge erst nach der Auslieferung verloren geht.
Überschneiden sich die betroffenen Produktgruppen aus den Schritten eins, drei und fünf?
Verknüpfung Ob es eine Ursache ist oder drei unabhängige – das entscheidet über die Maßnahme.
Zwei Ursachen, die sich überlagern: In einer Materialgruppe sind die Einstandspreise gestiegen, und dieselbe Gruppe trägt die häufigste Nacharbeit. Der Rabattverlauf ist unauffällig – die naheliegende Vermutung war falsch. Der verbleibende Teil hängt an der Fracht kleiner Aufträge.
Diese Untersuchung gibt es auch heute – als Auftrag an das Controlling, mit Rückfragen an vier Abteilungen, deren Auswertungen getrennt entstehen. Dieser Aufwand ist der Grund, warum sie erst beginnt, wenn der Rückgang zwei Halbjahre alt ist.
Nowl · Funktionsumfang
Sechs Bestandteile – und eine Seite, auf der die Lücken stehen.
Die sechs greifen ineinander: Ohne die Beschreibung Ihrer Fachlichkeit gibt es keinen geprüften Abfrageplan, ohne den keine belegte Herleitung. Auf der Detailseite steht zu jedem Punkt, was er umfasst – und darunter, was heute nicht dazugehört.
Beschreibung Ihrer Fachlichkeit
Eine lesbare Beschreibung dessen, was Ihre Daten fachlich bedeuten – erschlossen aus Datenmodell und Sourcecode, abgelegt in Ihrer Infrastruktur.
Kontrollierte, lesende Abfrage
Das Sprachmodell denkt, führt aber nichts aus: keine Zugangsdaten, kein frei erzeugtes SQL, ausschließlich lesender Zugriff.
Vollständige Herleitung je Antwort
Zu jeder Antwort gehören die aufgelösten Begriffe, das vollständige Regelset und die ausgeführte Abfrage im Wortlaut.
Privacy Layer
Besonders schützenswerte Inhalte werden entfernt, bevor sie ein externes Modell erreichen – der Filter sitzt in Ihrer Infrastruktur.
Rollen, Rechte und Protokollierung
Rechte wirken auf Fachbegriffen statt auf Tabellen, und jede Abfrage steht mit Regelset und Filterung im Protokoll.
Zwei Zugänge
Eigene Oberfläche oder externe KI-Anwendung über MCP – damit entscheiden Sie, ob Abfrageergebnisse Ihr Netz überhaupt verlassen.
Dienstleistung · IT-Architektur & Systemverantwortung
Stabile IT-Systeme entstehen durch Entscheidungen, nicht durch Code.
Wenn Anforderungen wachsen, Systeme altern und Entscheidungen kritisch werden, übernimmt Gerling Solutions Verantwortung für Struktur, Architektur und Umsetzung – in bestehenden Systemen genauso wie beim Neuaufbau.
IT-Systemklärung & Stabilisierung
Bestandsaufnahme gewachsener Systeme, Risiko-Minimierung und Betriebssicherheit für geschäftskritische Anwendungen.
Architektur & Modernisierung
Tragfähige Zielarchitekturen und schrittweise Transformation veralteter Kerne, statt Big-Bang-Neuentwicklung.
Umsetzung & Systemverantwortung
Java/Spring Boot, React/TypeScript, Docker und CI/CD – mit Verantwortung für Struktur, Integration und Ergebnis.
Experten-Profil
Seit über 15 Jahren entwickelt und optimiert Gerling Solutions Software-Systeme im anspruchsvollen Enterprise-Umfeld.
Der Fokus liegt auf IT-Architektur, Systemdesign und der Übersetzung komplexer fachlicher Anforderungen in tragfähige technische Lösungen.
Haltung
Lassen Sie uns in einem unverbindlichen Erstgespräch gemeinsam herausfinden, wie Gerling Solutions Ihr Unternehmen voranbringt.