Das große Ganze
Was DeView baut, wie unsere Architektur strukturiert ist und warum produktionsreife KI sich von einer Demo unterscheidet.
Die DeView Enterprise-KI-Architektur
Jedes DeView-Engagement operiert innerhalb eines Fünf-Schichten-Modells. Das Verständnis dieser Schichten ermöglicht es Ihnen zu erklären, wo unsere Arbeit innerhalb der bestehenden Technologielandschaft eines Kunden angesiedelt ist.
Abb. 1.1 — DeViews Fünf-Schichten-Enterprise-KI-Architektur. Jedes Engagement berührt alle fünf Schichten.
Die vier KI-Betriebsmodi
Nutzt historische und Echtzeit-Daten zur Prognose von Ergebnissen. Beispiele: Bedarfsplanung, Betrugserkennung, Kreditrisikobewertung, Kapazitätsplanung.
KI-gestützte Schnittstellen, die auf natürliche Sprache reagieren. Beispiele: interne Wissensassistenten, Kundensupport-Bots, HR-Richtlinien-Q&A.
KI, die neue Dokumente im großen Maßstab erstellt. Beispiele: automatisierte Berichtserstellung, Zusammenfassungen von Kreditanträgen, Vertragsentwürfe.
KI, die verborgene Muster aufdeckt. Beispiele: Kundenabwanderungssignale, Pipeline-Bewertung, Dokumentenklassifizierung, Sentimentanalyse.
Produktionsreif vs. Proof-of-Concept
| Dimension | Proof-of-Concept | DeView Produktionsreif |
|---|---|---|
| Daten | Beispiel-CSV oder synthetische Daten | ✓ Live-Integrationen mit echtem CRM / ERP |
| Sicherheit | Keine Authentifizierung, geteilte API-Keys | ✓ Rollenbasierter Zugriff, Audit-Logs, isolierte Mandanten |
| Zuverlässigkeit | Demo-Umgebung, kein SLA | ✓ Uptime-Monitoring, Fehlerbehandlung, Fallback-Logik |
| Monitoring | Keines | ✓ Drift-Erkennung, Evaluierungs-Pipelines, Alerting |
| Integration | Standalone, Copy-Paste-Workflow | ✓ Eingebettet in bestehende Tools und Workflows |
| Compliance | Nicht berücksichtigt | ✓ Von Tag eins für regulierte Branchen konzipiert |
| Eigentum | Vendor-Lock-in, gehostete Plattform | ✓ In Ihrer Umgebung deployed — Sie besitzen das System |
Services im Detail
Eine technische Aufschlüsselung jedes DeView-Service — wie er funktioniert, womit er sich verbindet und was der Kunde erhält.
① KI-Workflow-Audit
Eine strukturierte Analyse eines Geschäftsprozesses zur Identifikation des wertvollsten KI-Automatisierungseinstiegspunkts. Geliefert als scopierter Bericht mit konkretem, kalkuliertem Implementierungspfad.
- Prozesslandkarte mit Engpass-Markierungen
- Automatisierungsbewertung pro Prozessschritt (Aufwand vs. Wirkung)
- Top-Anwendungsfall mit grober ROI-Schätzung
- Implementierungs-Roadmap in 3 Phasen
② Interner Wissensassistent
Stellen Sie es sich wie eine private Suchmaschine über die Dokumente Ihres Unternehmens vor. Bei einer Frage sucht die KI zuerst, findet die richtige Richtlinie und antwortet dann — mit Quellenangabe.
- Confluence / Notion — interne Wikis und Runbooks
- SharePoint / Google Drive — Dateispeicher und Richtlinien
- PDF / Word-Dokumente — Verfahren und Compliance-Docs
- Slack-Verlauf — institutionelles Wissen erschließen
③ Dokumentenautomatisierung
Repetitive Dokumentenverarbeitung: strukturierte Daten aus Formularen extrahieren, Dokumententypen klassifizieren, Ausgaben aus unstrukturiertem Text generieren, Dokumente an den richtigen Downstream-Workflow weiterleiten.
Wenn die KI-Konfidenz unter den konfigurierten Schwellenwert fällt, wird das Dokument zur menschlichen Prüfung markiert. Das System macht nie stillschweigend einen folgenschweren Fehler.
④ Kundensupport-Assistent
Die KI klassifiziert jede Nachricht nach Absicht und Konfidenzwert. Hochkonfidente Absichten werden automatisch bearbeitet; uneindeutige eskalieren an einen menschlichen Agenten mit vorausgefülltem Gesprächskontext.
- Liest vollständige Kundenhistorie vor der Antworterstellung
- Protokolliert jede KI-Interaktion im CRM-Datensatz
- Erstellt Tickets oder aktualisiert Vorgänge automatisch
- Eskaliert mit vorgeladenem Gesprächskontext
⑤ Reporting & Research Copilot
Stunden manueller Datenerfassung, Tabellenzusammenführung und Berichtserstellung. Die KI verbindet sich direkt mit Datenquellen, fragt sie planmäßig ab und liefert den Bericht automatisch.
- SQL-Datenbanken — direkte Abfrage über Nur-Lese-Zugangsdaten
- BI-Tools — Tableau, Power BI, Looker-Exporte
- APIs — interne und externe Datenfeeds
- Tabellenkalkulationen — Google Sheets, Excel über geplante Synchronisation
⑥ KI-Implementierungsberatung
Empfehlungen, die auf den tatsächlichen Tech-Stack, die Teamfähigkeiten und die Datenreife des Kunden zugeschnitten sind. Das Ergebnis ist eine priorisierte Roadmap mit Aufwand-/Wirkungs-Bewertung.
- Datenreife — Qualität, Verfügbarkeit, Governance
- Integrationsmachbarkeit — bestehende Systeme prüfen
- Teamfähigkeit — Kompetenzlücken und Schulungsbedarf
- ROI-Modellierung — Zeit- und Kosteneinsparungen pro Anwendungsfall
Dateninfrastruktur
Wie Kundendaten von bestehenden Quellsystemen durch DeViews KI-Pipelines fließen — und zurück ins Unternehmen.
Datenintegrations-Karte
Abb. 3.1 — Datenfluss von Quellsystemen durch die ETL-Pipeline in die KI-Schicht und zurück zu den Geschäftsergebnissen.
Deployment-Modelle
Im eigenen AWS-, GCP- oder Azure-Konto des Kunden deployed. Daten verlassen nie seine Cloud-Umgebung. DeView verwaltet das Deployment — nicht die Daten.
Vollständig air-gapped innerhalb der physischen oder virtuellen Infrastruktur des Kunden. Verwendet Open-Source-Modelle (Llama 3, Mistral). Erforderlich für stark regulierte Umgebungen.
Sensible regulierte Daten bleiben on-premises; nicht-sensible Verarbeitung nutzt Cloud-Inferenz. Häufig im Kreditbereich, wo einige Datensätze reguliert sind und andere nicht.
Datenisolierung & Eigentum
- Separates Datenbankschema oder dedizierte Instanz pro Kunde
- API-Keys und Zugangsdaten ausschließlich pro Deployment zugeordnet
- Audit-Logs sind kundenspezifisch und vollständig exportierbar
- Datenaufbewahrungsrichtlinien konfigurierbar pro Vereinbarung
- Der Kunde behält das vollständige Eigentum — das System lebt in seiner Umgebung
Sicherheit & Compliance
Wie DeView Datensicherheit, Zugriffskontrolle, Audit-Trails und regulierte Branchenanforderungen handhabt.
Sicherheitsgrenzen-Karte
Abb. 4.1 — Sicherheitsgrenzen. Sensible Zugangsdaten existieren nur serverseitig. Der Kunde berührt nie direkt Secrets.
Sicherheitsmaßnahmen
- Rollenbasierte Berechtigungen — Benutzer sehen nur, was sie brauchen
- Service-Konten — Systeme kommunizieren nur mit geschlüsselten Keys
- Row-Level-Security auf Datenbankebene erzwungen
- Admin-Zugriff nur serverseitig, nie clientseitig
- Jede KI-Aktion protokolliert — wer, wann, welche Eingabe, welche Ausgabe
- Unveränderliche Datensätze — Logs können nicht nachträglich geändert werden
- Export verfügbar — vollständiger Audit-Trail für Compliance-Prüfung
- Zeitstempel — created_at / updated_at auf allen Datensätzen
- Serverseitige Validierung — alle Eingaben vor der Verarbeitung bereinigt
- Längenbegrenzungen — Injection- und Überlaufversuche verhindern
- Honeypot-Felder — Bot- und Spam-Erkennung auf allen Endpunkten
- Domain-Validierung — lehnt persönliche E-Mails für B2B-Flows ab
- Prompt-Injection-Mitigation — Eingabe vor LLM bereinigt
- Ausgabefilterung — KI-Antworten vor Zustellung geprüft
- Domain-Guardrails — Modell auf definierten Scope beschränkt
- Konfidenzschwellen — niedrig-konfidente Ausgaben eskalieren an Menschen
Regulatorischer Compliance-Kontext
| Regulierung | Für wen es gilt | Wie DeView es adressiert |
|---|---|---|
| GDPR | EU-basierte Kunden oder Kunden, die EU-Personendaten verarbeiten | Daten verbleiben in kundengesteuerter Cloud; Auftragsverarbeitungsverträge verfügbar |
| PDPO | Verarbeitung personenbezogener Daten in Hongkong | Primäre Jurisdiktion; Datenresidenz-Optionen in HK-Deployments integriert |
| MAS TRM | Finanzinstitute in Singapur | Audit-Trail-Anforderungen erfüllt; Modellrisiko-Dokumentation verfügbar |
| HKMA | HK-Banken und lizenzierte Kreditgeber | On-Premises-Deployment für regulierte Daten; vollständige Audit-Exporte |
| SOC 2 | US-Enterprise- und SaaS-Käufer | Architektur folgt SOC-2-Prinzipien; formale Zertifizierung auf der Roadmap |
MLOps & Monitoring
Wie DeView sicherstellt, dass KI-Systeme nach dem Go-Live korrekt weiterarbeiten.
Der MLOps-Lebenszyklus
Abb. 5.1 — MLOps-Lebenszyklus: Deploy → Monitor → Evaluate → Retrain → zurück zu Deploy.
- Antwortlatenz — antwortet die KI innerhalb des SLA?
- Fehlerquoten — schlagen Anfragen fehl oder timen aus?
- Eingabeverteilung — verschieben sich die Abfragetypen?
- Ausgabekonsistenz — bleiben die Antworten beim Thema?
- Genauigkeit — sind die Antworten sachlich korrekt?
- Relevanz — sind die Antworten angemessen für jede Abfrage?
- Drift-Score — wie weit hat sich die Leistung von der Baseline verschoben?
- Menschliches Feedback — Daumen hoch/runter von Endnutzern
Model Drift — Einfach erklärt
Eingehende Daten beginnen anders auszusehen als die Trainingsdaten. Erkannt durch Vergleich statistischer Verteilungen der Eingaben über die Zeit.
Die Beziehung zwischen Eingabe und korrekter Ausgabe ändert sich. Erkannt durch sinkende Genauigkeitswerte bei stichprobenartigen Ausgaben.
Human-in-the-Loop-Eskalation
DeViews eigener Tech-Stack
Die Infrastruktur, auf der DeView läuft — als Nachweis, dass wir mit denselben Engineering-Standards arbeiten, die wir für Kunden bauen.
| Schicht | Technologie | Version | Zweck |
|---|---|---|---|
| Frontend | Next.js + React | 16.2 / 19.2 | Server-Side Rendering, App Router, API-Routen |
| Sprache | TypeScript | 5.x strict | Typsichere Entwicklung — Fehler zur Kompilierzeit erkennen |
| Styling | Tailwind CSS | 4.x | Utility-first Design-System |
| Animation | Framer Motion | 11.x | Scroll-basierte Reveals, reduced-motion Unterstützung |
| Datenbank | Supabase (PostgreSQL) | Latest | Kundenportal-Daten, Lead-Erfassung, Projekt-Meilensteine |
| Resend + Web3Forms | — | Mehrstufige Fallback-Zustellkette | |
| Hosting | Netlify | — | Serverless Deployment, globales CDN, automatische Deploys |
| Runtime | Node.js | 20 LTS | Serverseitige API-Routen-Ausführung |
| i18n | Custom Context System | — | Englisch + Traditionelles Chinesisch (zh-HK) |
Kundenportal-Architektur
- Projekttitel und Kundenname aus Supabase
- Aktueller Phasenindikator — in welcher Phase das Engagement ist
- Meilenstein-Timeline — erledigt / aktiv / ausstehend mit Animationen
- Fortschrittsbalken — currentStage / Gesamtmeilensteine
- Referenzcode dient als Zugriffstoken — kein Passwort erforderlich
- Nur serverseitige Abfragen — Supabase-Key nie im Browser
- is_active-Flag — jedes Portal sofort deaktivierbar
- Fallback-Resilienz — Task-Manager-API wenn Supabase nicht verfügbar
Vertriebs-FAQ
Die 15 häufigsten technischen Fragen von Enterprise-Interessenten — mit Antworten, die Ihr Vertriebsteam sofort nutzen kann.