Was wir unter digitaler Infrastruktur verstehen
Gemeint sind nicht Server und Kabel allein, sondern die Gesamtheit der Systeme, mit denen ein Unternehmen arbeitet, und die Verbindungen dazwischen: Buchhaltung, CRM, Shop, Website, Postfach, Tabellen, Branchensoftware. In den meisten Betrieben ist diese Landschaft gewachsen, nicht geplant. Jedes Werkzeug wurde für ein konkretes Problem eingeführt, und irgendwann kopieren Mitarbeiter Daten von Hand zwischen fünf Systemen hin und her.
Eine tragfähige digitale Infrastruktur beantwortet vier Fragen eindeutig: Wo liegt die gültige Version eines Datensatzes? Wie kommen Daten von einem System ins andere? Wer darf was lesen und ändern? Woran merken wir, dass etwas nicht mehr funktioniert? Solange diese Fragen offen sind, bleibt jede Automatisierung zerbrechlich.
Für wen das Thema dringend ist
- Unternehmen mit Tabellen-Wildwuchs, in denen dieselben Kundendaten an mehreren Stellen gepflegt werden und sich widersprechen.
- Betriebe vor einer Automatisierung oder KI-Einführung, die sicherstellen wollen, dass das Fundament trägt.
- Firmen mit Altsystemen, die nicht abgelöst, aber angebunden werden müssen.
- Wachsende Teams, bei denen Zugriffsrechte, Sicherungen und Nachvollziehbarkeit bisher informell geregelt waren.
Typische Fehler
Insellösungen ohne Schnittstellen
Ein neues Werkzeug wird eingeführt, weil es ein Problem gut löst – aber es kann seine Daten nicht weitergeben. Das Ergebnis ist Handarbeit an der Grenze zwischen zwei Systemen. Vor jeder Anschaffung sollte klar sein, ob und wie das Werkzeug über APIs angebunden werden kann.
Datenqualität als Nebensache
Doppelte Einträge, uneinheitliche Schreibweisen, Felder, die mal gefüllt sind und mal nicht: Für Menschen ist das lästig, für Automatisierung und KI ist es ein harter Fehler. Ein Modell, das auf widersprüchlichen Daten arbeitet, liefert widersprüchliche Ergebnisse – mit großer Überzeugung.
Status-Anzeigen statt Ergebnisprüfung
Ein Dienst, der „läuft“, ist nicht dasselbe wie ein Dienst, der seine Arbeit erledigt. Ein offener Port oder eine grüne Ampel sagen nichts darüber, ob Daten tatsächlich ankommen. Überwachung muss das Ergebnis prüfen, nicht nur den Prozess.
Fehlende Sicherung und Nachvollziehbarkeit
Ohne regelmäßige, getestete Datensicherung und ohne Protokoll, wer wann was geändert hat, wird jeder Fehler zur Rekonstruktionsarbeit. Das gilt umso mehr, wenn automatisierte Prozesse selbst Daten verändern.
Wie wir vorgehen: Analyse, Plan, Umsetzung, Messung
Analyse. Wir erfassen Ihre Systemlandschaft: welche Werkzeuge im Einsatz sind, welche Daten wo entstehen und wohin sie fließen, welche Verbindungen per Hand laufen und wo es keine eindeutige Quelle gibt. Dazu gehört ein Blick auf Zugriffsrechte, Sicherungen und bestehende Überwachung.
Plan. Wir legen fest, welches System für welche Daten führend ist, welche Schnittstellen gebraucht werden und in welcher Reihenfolge. Altsysteme werden, wo möglich, schrittweise angebunden statt in einem großen Wurf ersetzt.
Umsetzung. Wir bauen Schnittstellen und Datenflüsse so, dass sie Fehler aushalten: Wiederholungen ohne doppelte Ausführung, klare Fehlermeldungen, Protokollierung. Sicherheitsrelevante Punkte wie Zugangsdaten und Rechte werden von Anfang an sauber getrennt.
Messung. Wir prüfen, ob Daten vollständig und rechtzeitig ankommen, wie viel Handarbeit entfallen ist und wie schnell Störungen erkannt werden. Überwachung meldet Ausnahmen, nicht jeden Normalfall – sonst wird sie ignoriert.
Die Bausteine einer belastbaren Systemarchitektur
Unabhängig von Branche und Größe tauchen in einer tragfähigen Architektur dieselben Bausteine auf. Sie müssen nicht alle sofort vorhanden sein, sollten aber bewusst geplant werden:
- Eindeutige Datenquellen: Für Kunden, Aufträge, Artikel und Rechnungen gibt es jeweils ein führendes System.
- Dokumentierte Schnittstellen: Jede Verbindung zwischen Systemen ist beschrieben – was fließt, wann, in welchem Format, wer verantwortlich ist.
- Rechte nach Rollen: Zugriffe werden nach Aufgabe vergeben, nicht nach Person, und regelmäßig überprüft.
- Zugangsdaten getrennt vom Code: Passwörter und Schlüssel liegen an einem gesicherten Ort, nicht in Tabellen oder Skripten.
- Sicherung mit Wiederherstellungstest: Eine Sicherung zählt erst, wenn die Wiederherstellung einmal erprobt wurde.
- Überwachung mit Ergebnisprüfung: Gemeldet wird, wenn erwartete Daten ausbleiben, nicht nur, wenn ein Dienst abstürzt.
Warum Datenqualität eine Daueraufgabe ist
Daten werden nicht einmal bereinigt und sind dann sauber. Jeden Tag kommen neue Einträge hinzu, über verschiedene Wege und von verschiedenen Personen. Datenqualität braucht deshalb Regeln an der Stelle, an der Daten entstehen: Pflichtfelder, einheitliche Formate, eine Prüfung auf vorhandene Einträge, bevor ein neuer angelegt wird. Fehlende Werte sollten als „unbekannt“ erkennbar bleiben und nicht stillschweigend durch einen Standardwert ersetzt werden – sonst trifft ein automatisierter Prozess später eine Entscheidung auf Grundlage einer Annahme, die niemand bewusst getroffen hat.
Abhängigkeiten im Blick behalten
Jedes externe Werkzeug ist eine Abhängigkeit: von Konditionen, Funktionsumfang, Verfügbarkeit und Geschäftsbedingungen des Anbieters. Eine gute Infrastruktur hält solche Abhängigkeiten bewusst klein, etwa durch offene Datenformate, exportierbare Daten und Schnittstellen, über die ein Werkzeug später ausgetauscht werden kann, ohne dass die angrenzenden Prozesse neu gebaut werden müssen.
Wo KI nicht hilft
KI repariert keine fehlende Architektur. Sie kann beim Aufräumen von Daten unterstützen, etwa beim Erkennen möglicher Dubletten oder beim Vereinheitlichen von Schreibweisen, aber sie kann nicht entscheiden, welches System führend sein soll – das ist eine organisatorische Entscheidung. Sie ersetzt keine Datensicherung, kein Rechtekonzept und keine Schnittstelle: Ein Sprachmodell, das Daten zwischen zwei Systemen „abschreibt“, ist langsamer, teurer und fehleranfälliger als eine einfache, deterministische Verbindung. Wo eine klare Regel genügt, sollte auch eine Regel verwendet werden.
Erst stabile Systeme und eindeutige Daten, dann Automatisierung, dann KI. In umgekehrter Reihenfolge wird jeder Fehler nur schneller.
Vertiefung
Ausgewählte Beiträge aus unserem Magazin, die einzelne Aspekte dieses Themas genauer behandeln:
- APIs statt Insellösungen: Warum Schnittstellen zählen
- Datenqualität: Warum Automatisierung an schlechten Daten scheitert
- Datensilos auflösen: Eine Wahrheit statt zehn Tabellen
- Skalierbare Architektur: Warum die meisten Systeme bei Wachstum brechen
- Technische Schulden: Warum alte Systeme Wachstum bremsen
- Build vs. Buy: Wann sich eigene Software lohnt
- Webhooks und Automationen: Prozesse ohne Handarbeit
- Monitoring und Alerting: Fehler sehen, bevor der Kunde sie meldet
- Datenschutz by Design: DSGVO-konforme Softwarearchitektur
- Vendor-Lock-in vermeiden: Warum ein KI-Stack wechselfähig bleiben muss