Jetzt durchstarten!
  • Neuigkeiten

Integrationsverantwortungsmodelle für die Datenintegration

Die technische Umsetzung einer Datenintegration ist nur ein Teil des Erfolgs. Ebenso entscheidend ist die Frage, wer Verantwortung für Betrieb, Überwachung, Wartung und Weiterentwicklung der Integrationslandschaft übernimmt. Je nach Unternehmensstruktur und Anforderungen kommen unterschiedliche Verantwortungsmodelle infrage – von vollständig intern betriebenen Integrationen bis hin zu Managed-Services-Modellen.

Warum Integrationsverantwortung wichtig ist

Datenintegration ist selten eine einmalige Angelegenheit. Schnittstellen, Datenpipelines, Dateiübertragungen und Nachrichtenflüsse bleiben in der Regel viele Jahre lang in Betrieb und werden zu einem wichtigen Bestandteil der täglichen Geschäftsprozesse. Bestellungen, Rechnungen, Berichte und operative Entscheidungen hängen oft davon ab, dass Integrationen im Hintergrund zuverlässig funktionieren.

Im Laufe der Zeit neigt die Verantwortung für diese Integrationen dazu, fragmentiert zu werden. Die Implementierungen sind zwar abgeschlossen, die Tools sind lizenziert und die Dokumentation ist vorhanden, doch oft ist unklar, wer verantwortlich ist, wenn etwas fehlschlägt, sich ändert oder angepasst werden muss. Mit der Weiterentwicklung der Systemlandschaften wird diese Unklarheit eher zu einem strukturellen Risiko als zu einem Einzelfall.

Was „Integrationsverantwortung“ tatsächlich umfasst

Die Verantwortung für die Datenintegration geht über den Aufbau von Schnittstellen oder die Auswahl einer Plattform hinaus. In der Praxis umfasst sie in der Regel mehrere Dimensionen:

  • Täglicher Betrieb von Schnittstellen und Datenflüssen
  • Überwachung, Alarmierung und Transparenz über alle Integrationen hinweg
  • Bearbeitung von Vorfällen und Reaktion außerhalb der Geschäftszeiten
  • Änderungsmanagement bei Änderungen an Systemen, Partnern oder Formaten
  • Dokumentation, Wissensspeicherung und -weitergabe
  • Risikomanagement, Verfügbarkeit und Geschäftskontinuität
  • Verschiedene Organisationen verteilen diese Verantwortlichkeiten auf unterschiedliche Weise, oft eher implizit als bewusst
Kostenfreien Termin anfragen

Gängige Verantwortungsmodelle in der Praxis

Interne Verantwortung

Die gesamte operative Verantwortung verbleibt beim internen IT-Team. Zur Implementierung von Integrationen können Tools eingesetzt werden, aber Überwachung, Incident Response, Dokumentation und Kontinuitätsplanung werden intern abgewickelt. Dieses Modell bietet maximale Kontrolle, konzentriert jedoch auch das operative Risiko und hängt oft stark von einer kleinen Anzahl von Spezialisten ab.

Werkzeugorientierte Verantwortung

Die Verantwortung wird teilweise an die Integrationsplattform oder den Werkzeuganbieter delegiert. Während der Kunde Eigentümer der Integrationen ist, werden bestimmte operative Aspekte wie Updates, Plattformverfügbarkeit oder grundlegende Überwachung vom Werkzeuganbieter übernommen. Dieses Modell kann den Aufwand auf Plattformebene reduzieren, lässt jedoch häufig Lücken in Bezug auf schnittstellenspezifische Verantwortung, Partnerabhängigkeiten oder geschäftskritische Vorfälle.

Externe verwaltete Verantwortung

Die operative Verantwortung wird an einen externen Partner übertragen, der sich auf den Betrieb und die langfristige Sicherung der Integrationen konzentriert. Die Integrationsplattform kann weiterhin im Besitz des Kunden bleiben, aber die Überwachung, die Bearbeitung von Vorfällen, die Koordinierung von Änderungen und die Dokumentation werden als fortlaufende Aufgabe übernommen. Dieses Modell zielt darauf ab, das operative Risiko und die Abhängigkeit von Schlüsselpersonen zu reduzieren, insbesondere in komplexen oder geschäftskritischen Integrationslandschaften.

Hybride oder geteilte Verantwortung

Die Verantwortung wird zwischen internen Teams, Tool-Anbietern und externen Partnern aufgeteilt. Dies kann zwar flexibel sein, erfordert jedoch oft sehr klare Grenzen, um unklare Zuständigkeiten bei Vorfällen oder Änderungen zu vermeiden.

Auf einen Blick

Nicht alle Integrationen verhalten sich operativ gleich. Daher werden Verantwortungsmodelle oft je nach Schwerpunktbereich der Integration unterschiedlich angewendet.

 

  • Einige Integrationen sind stark von externen Partnern und Formaten abhängig.
  • Andere sind eng mit internen Anwendungen und Prozessen verknüpft.
  • Einige arbeiten kontinuierlich in Echtzeit, andere in geplanten Batches.
  • Die Sicherheits- und Compliance-Anforderungen variieren erheblich.

 

Aufgrund dieser Unterschiede sollten Verantwortungsmodelle besser separat für einzelne Integrationsschwerpunkte bewertet werden, anstatt sie als ein einziges, einheitliches Thema zu behandeln.

Bei der Untersuchung des Umgangs mit Verantwortung werden üblicherweise die folgenden Dimensionen herangezogen, um zwischen verschiedenen Ansätzen zu unterscheiden:

 

  • Umfang der operativen Verantwortung
  • Überwachung von Eigentumsverhältnissen und Transparenz
  • Reaktion auf Vorfälle und Eskalationswege
  • Verfügbarkeitsverpflichtungen und Servicelevels
  • Koordination von Änderungen und Releases
  • Dokumentation und Wissenstransfer
  • Risikominderung und Kontinuitätsplanung

 

Diese Dimensionen bieten eine strukturierte Möglichkeit, die Verteilung der Verantwortung unabhängig von der zugrunde liegenden Technologie oder Plattform zu bewerten.

In den folgenden Abschnitten wird näher beleuchtet, wie die Verantwortung in verschiedenen Bereichen der Datenintegration typischerweise strukturiert ist. In jedem Abschnitt werden operative Ansätze, Verantwortungsgrenzen und typische Kompromisse untersucht, die für den jeweiligen Schwerpunktbereich spezifisch sind.

 

  • Betrieb von EDI und Integrationen externer Partner
  • Betrieb interner Anwendungsschnittstellen (EAI)
  • Betrieb von Datenpipelines und Batch-Integrationen (ETL)
  • Betrieb von Managed File Transfers (MFT)
  • Überwachung und Verantwortung bei Vorfällen
  • Befähigung, Dokumentation und Wissenskontinuität
  • Geschäftskontinuität und operatives Risiko

 

Jeder Bereich bringt unterschiedliche Anforderungen und Bewertungskriterien mit sich, weshalb Verantwortungsmodelle am besten separat bewertet werden sollten, anstatt sie auf einer rein generischen Ebene zu vergleichen.

Auf dieser Seite