Die Realität ist eine gewachsene Systemlandschaft
Unternehmenssysteme entstehen über Jahre. Neue Anwendungen kommen hinzu, Geschäftsbereiche arbeiten unterschiedlich und manche Fachsoftware bleibt im Einsatz, weil sie einen speziellen Prozess zuverlässig abbildet.
Eine typische Landschaft umfasst:
- ERP
- CRM
- PIM
- Finance
- SharePoint
- branchenspezifische Fachsoftware
- eigene Datenbanken
- Dateien und Exporte
- ältere Webanwendungen
- externe Datenquellen
Sobald ein neues Portal, ein Commerce-System, eine App oder eine KI-Anwendung entstehen soll, taucht die Forderung nach einer einheitlichen Datenbasis auf. Daraus wird schnell die Annahme, zunächst müsse die gesamte Bestandslandschaft ersetzt werden.
Das ist nicht immer der sinnvollste Weg.
Komplettablösung erzeugt ein großes Vorabrisiko
Eine vollständige Ablösung kann notwendig sein. Sie verbindet jedoch viele Risiken in einem einzigen Vorhaben:
- Migration aller Daten
- Nachbau historisch gewachsener Fachlogik
- Umstellung mehrerer Abteilungen
- Veränderung etablierter Prozesse
- parallele Einführung neuer Benutzeroberflächen
- Austausch zahlreicher Integrationen
- hoher Abstimmungs- und Testaufwand
Das Unternehmen wartet lange auf einen sichtbaren Nutzen, während zugleich immer mehr Anforderungen in das Migrationsprojekt aufgenommen werden.
Entkopplung als erster Schritt
Eine Integrations- und Datenplattform verfolgt einen anderen Ansatz. Sie schafft zwischen Quellsystemen und neuen Verbrauchern eine kontrollierte Schicht.
ERP · CRM · PIM · Finance · Fachanwendungen
Neue Anwendungen müssen nicht mehr jedes Altsystem individuell verstehen. Sie greifen auf ein konsistentes Modell und stabile Schnittstellen zu.
Die Quellsysteme bleiben zunächst dort bestehen, wo sie operativ noch benötigt werden.
Welche Aufgaben die Plattform übernimmt
Konnektivität
Die Plattform bindet Systeme über APIs, Datenbanken, Dateien, Webhooks oder individuelle Konnektoren an.
Normalisierung
Unterschiedliche Datenmodelle werden in eine gemeinsame fachliche Struktur überführt.
Herkunft und Aktualität
Das System dokumentiert, woher Informationen stammen und wann sie zuletzt aktualisiert wurden.
Qualitätsregeln
Daten werden auf Vollständigkeit, Plausibilität und fachliche Konsistenz geprüft.
Konfliktauflösung
Mehrere Quellen können anhand definierter Prioritäten zu einer kontrollierten Sicht zusammengeführt werden.
Bereitstellung
Neue Verbraucher erhalten Daten über moderne APIs, Feeds, Events oder Suchindizes.
Schutz vor Quelländerungen
Ändert sich ein Quellsystem, muss nicht jeder Verbraucher angepasst werden. Die Integrationsschicht kapselt den Unterschied.
Neue Anwendungen werden schneller möglich
Sobald die wichtigsten Daten in einem gemeinsamen Modell verfügbar sind, können neue digitale Services schrittweise entstehen:
- Kunden- und Partnerportale
- Commerce
- mobile Apps
- öffentliche und geschützte APIs
- Konfiguratoren und Berechnungen
- automatisierte Dokumente
- KI-Anwendungen
- Such- und Recherchefunktionen
Das Unternehmen erhält früh einen sichtbaren Nutzen, ohne die vollständige Erneuerung der Quellsysteme abzuwarten.
Die Plattform ist kein Datenfriedhof
Eine zentrale Datenschicht darf nicht zu einer unkontrollierten Kopie aller vorhandenen Informationen werden. Sie benötigt klare fachliche Verantwortung.
Zu klären sind:
- Welche Daten werden tatsächlich benötigt?
- Welches System bleibt führend?
- Welche Informationen dürfen verändert oder nur gelesen werden?
- Welche Aktualität ist erforderlich?
- Wie werden Fehler und ausgebliebene Lieferungen erkannt?
- Wie lange werden historische Stände aufbewahrt?
- Wer darf welche Daten abrufen?
- Welche Rückschreibungen sind erlaubt?
Ohne diese Regeln entsteht nur ein weiterer schwer verständlicher Datenbestand.
Wann eine Ablösung trotzdem richtig ist
Eine Integrationsschicht ist kein Argument dafür, ungeeignete Systeme unbegrenzt weiterzubetreiben. Eine Ablösung ist beispielsweise sinnvoll, wenn:
- der Hersteller das System nicht mehr unterstützt,
- Sicherheitsrisiken nicht vertretbar sind,
- kritische Fachprozesse nicht mehr angepasst werden können,
- Daten nicht zuverlässig exportierbar sind,
- Betriebskosten unverhältnismäßig hoch werden,
- die Anwendung eine zentrale organisatorische Veränderung blockiert.
Der Unterschied liegt in der Reihenfolge. Die Datenplattform kann neue Anwendungen entkoppeln und zugleich einen schrittweisen Migrationspfad schaffen.
Ein kontrollierter Migrationspfad
Durch das gemeinsame Datenmodell greifen neue Verbraucher nicht direkt auf ein bestimmtes Quellsystem zu. Wird dieses später ersetzt, muss vor allem der Konnektor zur Integrationsschicht angepasst werden.
Das ermöglicht eine schrittweise Modernisierung:
- 1relevante Datenquellen anbinden,
- 2gemeinsames Modell etablieren,
- 3erste neue Anwendung darauf aufbauen,
- 4Datenqualität und Betrieb stabilisieren,
- 5einzelne Quellsysteme priorisiert ersetzen,
- 6Verbraucher unverändert auf der gemeinsamen Schicht weiterarbeiten lassen.
Übertragbare Learnings
- 01Eine einheitliche Datenbasis erfordert nicht zwingend ein einziges operatives System.
- 02Entkopplung kann schneller Nutzen erzeugen als eine Komplettmigration.
- 03Das gemeinsame Datenmodell ist wichtiger als die reine Datensammlung.
- 04Herkunft, Aktualität und Qualität müssen ausdrücklich modelliert werden.
- 05Neue Anwendungen sollten nicht direkt von jedem Altsystem abhängig sein.
- 06Eine Integrationsschicht kann zugleich ein Migrationspfad sein.
- 07Bestehende Systeme sollten trotzdem ersetzt werden, wenn Betrieb, Sicherheit oder Anpassbarkeit nicht mehr tragfähig sind.
Abschluss
Die entscheidende Frage lautet nicht: „Wie ersetzen wir sofort alles?“ Sondern: „Welche kontrollierte Schicht brauchen wir, damit neue digitale Prozesse jetzt entstehen können und die Bestandslandschaft später schrittweise modernisiert werden kann?“