← Zur BibliothekNur-Text-Fassung
Form
Essay
Lesezeit
15 Min.
Leseanspruch
Considered
Erschienen
26. September 2026
Themen
Organisation
Unternehmerisches Urteil
Technologiestrategie
Kundenerlebnis

Executive Essay 05

Wenn ein Kunde zu mehreren Geschäftsbereichen gehört

Warum eine gruppenweite Kundensicht zuerst eine Managemententscheidung und erst danach ein CRM-Projekt ist

Eine Kundenbeziehung kann mehrere Geschäftsbereiche betreffen, obwohl jeder lokale Datensatz korrekt ist. Der Essay untersucht, wann fehlender Kontext eine wesentliche Entscheidung verändern sollte und weshalb Identität, Sichtbarkeit, Workflow und Entscheidungsrechte vor der Systemfrage geklärt werden müssen.

Teil der Executive Essays, eigenständige Arbeiten aus der Praxis über Entscheidungen, die zwischen Bereichen, Systemen und Verantwortlichkeiten liegen.

Management Summary

In diversifizierten Unternehmensgruppen kann derselbe Kunde relevante Beziehungen zu mehreren Geschäftsbereichen unterhalten, obwohl jeder einzelne Datensatz korrekt ist. Zum Managementproblem wird diese Verteilung erst dann, wenn der fehlende Kontext aus anderen Bereichen eine wichtige Entscheidung verändern sollte. Und selbst dann ist ein Eingriff nur sinnvoll, wenn der erwartete Nutzen den rechtlichen, technischen und organisatorischen Aufwand rechtfertigt.

Die passende Lösung folgt deshalb aus der Entscheidung und nicht aus einem vorab gewählten Systembild. Eine gemeinsame Identität kann klären, dass Datensätze dieselbe Person, Gesellschaft oder Unternehmensgruppe betreffen. Selektive Sichtbarkeit zeigt nur die Informationen, die für einen definierten Zweck relevant sind. Ein gemeinsamer Workflow verbindet lokale Teams, ohne ihnen ihre Entscheidungshoheit zu nehmen. Gemeinsame Entscheidungsfindung kann für einen eng begrenzten Zweck richtig sein, verlangt aber klare Ziele, zulässige Informationen, Konfliktregeln und Verantwortung.

Bevor über Plattformen gesprochen wird, sollte das Management daher die beeinträchtigte Entscheidung, die benötigte Identitätsebene und den minimalen Informationsbedarf bestimmen. Auch eine wichtige Kundenbeziehung kann am Verhältnismäßigkeitstest scheitern. Das richtige Ergebnis kann ebenso gut keine Gruppenlösung, reine Erkennung, begrenzte Sichtbarkeit bei lokalen Entscheidungen, ein koordinierter Workflow oder gemeinsame Entscheidungsfindung für einen klaren Zweck sein. Ein gemeinsames CRM ist eine mögliche Umsetzung, nicht die vorweggenommene Antwort.

Der Kunde sieht kein Organigramm

Rhenus Logistics arbeitet über Dienstleistungen, Standorte und Geschäftsbereiche hinweg. Mit der Zeit entstanden unterschiedliche CRM-Datenstrukturen, Rollen sowie Vertriebs- und Marketingplattformen. Für ein Unternehmen, das von spezialisierten Leistungen und lokaler Verantwortung geprägt ist, überrascht das nicht. Relevant wird es dort, wo ein Firmenkunde eine abgestimmte Reaktion über Leistungen und Länder hinweg erwartet, die Beziehung intern aber in mehreren Zuständigkeiten verschwindet.

Eine im Juni 2026 veröffentlichte Microsoft Customer Story beschreibt den Weg der Gruppe zu einer gemeinsamen Dynamics-365-Vertriebsplattform, einheitlicherer Vertriebslogik und besser koordinierter Zusammenarbeit. Gleichzeitig macht die Quelle deutlich, dass die Transformation noch läuft. Sie belegt das strukturelle Problem und die von Rhenus eingeschlagene Richtung. Sie belegt weder abgeschlossene wirtschaftliche Ergebnisse noch geklärte Entscheidungsrechte zwischen den Geschäftsbereichen.1

Entscheidend ist deshalb nicht die Plattformgeschichte. Man stelle sich eine Gesellschaft vor, die Lagerlogistik bei einem Rhenus-Bereich einkauft, Frachtdienstleistungen bei einem zweiten und Zollservices in einem dritten Land. Jedes Team kann einen korrekten Datensatz führen und seine Verträge sowie operativen Pflichten genau kennen. Trotzdem kann die Priorisierung des Accounts, die Reaktion auf eine schwerwiegende Leistungsstörung oder die Vorbereitung eines Gesprächs auf Geschäftsleitungsebene schwächer ausfallen, weil der relevante Kontext aus anderen Bereichen nicht erkannt wird.

Das Wort gehört bezeichnet hier die zugewiesene kommerzielle Verantwortung. Es bedeutet nicht, dass ein Geschäftsbereich den Kunden besitzt. Auch „ein Kunde“ ist nicht immer dieselbe Identität. Eine natürliche Person, eine vertragschließende Gesellschaft und die übergeordnete Unternehmensgruppe sind verschiedene Ebenen. Die Zugehörigkeit zu einer Gruppe kann für eine Account-Entscheidung wichtig sein, ohne Verträge, Risikopositionen oder rechtliche Pflichten zusammenzuführen.

Mehrere korrekte Datensätze können also zu einer unvollständigen Entscheidung führen. Darin liegt das Managementproblem. Nicht die Fragmentierung an sich ist der Fehler, sondern das Fehlen eines Kontextes, der eine wesentliche Beurteilung oder Handlung verändern sollte.

Doch auch daraus folgt noch kein gruppenweites Programm. Viele Kundenbeziehungen überschreiten organisatorische Grenzen, ohne eine gemeinsame Bearbeitung zu verlangen. Zuerst ist zu klären, ob Beziehung und Entscheidung tatsächlich relevant sind und ob eine bessere Entscheidung den Aufwand rechtfertigt, der mit dem Überschreiten dieser Grenze entsteht.

Getrennte Systeme sind nicht das Problem

Geschäftsbereiche haben oft gute Gründe für unterschiedliche Systeme. Vertriebszyklen können grundverschieden sein. Serviceteams benötigen möglicherweise spezialisierte Historien, die für andere Einheiten keinen Nutzen haben. Eine Gesellschaft optimiert auf Auslastung, eine andere auf Marge, ein reguliertes Geschäft auf Risiko. Lokale Ziele und Entscheidungsrechte können wertvolle Verantwortung sichern. Sie sind nicht automatisch Ausdruck mangelnder Veränderungsbereitschaft.

Eine gemeinsame Fähigkeit sollte daher zwei Schwellen überwinden. Die erste ist Materialität. Der fehlende Kontext muss eine relevante Entscheidung verändern können. Die zweite ist Verhältnismäßigkeit. Die erwartete Verbesserung muss den rechtlichen, technischen und organisatorischen Aufwand rechtfertigen, der für diese Verbesserung notwendig ist.

Materialität lässt sich mit einigen Managementfragen prüfen. Dieses Raster ist eine Synthese des Autors aus den Fallbeispielen und der Governance-Literatur, kein externer Standard. Wie wichtig sind Umsatz, Risiko, gegenseitige Leistungsabhängigkeit oder strategische Bedeutung der Beziehung über mehrere Bereiche hinweg? Was geschieht, wenn ein Bereich ohne Informationen handelt, die in einem anderen vorhanden sind? Wie wahrscheinlich ist es, dass dieser Kontext die Entscheidung tatsächlich verändert? Wie häufig tritt der Koordinationsbedarf auf? Und erlebt der Kunde die Gruppe für diesen Zweck nachvollziehbar als zusammenhängend? Erst danach lohnt der Vergleich zwischen einer dauerhaften Gruppenfähigkeit und einem engeren bilateralen Prozess.

Der Verhältnismäßigkeitstest kann das Ergebnis wieder verändern. Eine Beziehung mag strategisch wichtig sein, aber zu selten auftreten, um neue Infrastruktur zu rechtfertigen. Die Identitäten lassen sich vielleicht nicht zuverlässig zuordnen. Der Zugang zu Informationen kann rechtliche und vertraulichkeitsbezogene Pflichten auslösen, die schwerer wiegen als der erwartete Gewinn. Oder die Nutzung bleibt aus, weil lokale Anreize unverändert bleiben. Dann kann eine manuelle Eskalation zwischen zwei Account-Verantwortlichen die bessere Konstruktion sein.

Auch der wirtschaftliche Nutzen sollte als erwartete Verbesserung einer konkret benannten Entscheidung formuliert werden, nicht als Umsatzversprechen. Relevant sind die Häufigkeit der Entscheidung, die Folgen fehlenden Kontextes, die Wahrscheinlichkeit einer tatsächlichen Entscheidungsänderung sowie Qualität und Nutzung der Fähigkeit. Davon sind die rechtlichen, technischen und organisatorischen Kosten abzuziehen. Das ist ein Entscheidungsrahmen, keine validierte ROI-Formel.

In manchen Organisationen ist die richtige Antwort, lokal zu bleiben. Lokale Verantwortung und gezielte bilaterale Abstimmung können sinnvoller sein, wenn Überschneidungen nur gelegentlich auftreten, Geschäftsbereiche unterschiedlichen Pflichten unterliegen, Fachwissen den Ausschlag gibt oder der Wert einer gemeinsamen Fähigkeit gering bleibt. Auch die Forschung zu Enterprise Operating Models kennt Konstellationen, in denen Geschäftseinheiten weitreichende Entscheidungsrechte behalten und gemeinsame Governance oder Werkzeuge bewusst begrenzt bleiben.2

Damit entsteht weder eine Vermutung für noch gegen Integration. Es entsteht eine Schwelle. Erst wenn eine klar benannte Entscheidung sowohl materiell als auch verhältnismäßig ist, sollte die Gruppe fragen, welche Fähigkeit ihr tatsächlich fehlt.

Erst Identität, dann Integration

Erkennung ist nicht dasselbe wie die Zusammenlegung von Anwendungen. Eine Gruppe kann feststellen, dass Datensätze dieselbe Person, Gesellschaft oder wirtschaftliche Einheit betreffen, während Quelldaten, Fachhistorien und ein großer Teil der Datenverantwortung lokal bleiben. Gemeinsame Identifikatoren, Hierarchiedienste und Konfidenzwerte können über verteilten Systemen liegen. Wissenschaftliche Arbeiten zu verteilten Datenarchitekturen zeigen, dass Domain-Verantwortung, gemeinsame Plattformen und föderierte Governance nebeneinander bestehen können. Sie dokumentieren ebenso deutlich, wie anspruchsvoll diese Modelle in der Praxis sind.3

Die Volkswagen Group liefert dafür ein begrenztes Beispiel. Eine Salesforce-Fallstudie beschreibt einen Standard-Stack für mehrere Marken, der an vorhandene Dateninvestitionen anschließt. Teile der Architektur arbeiten mit Zero-Copy-Zugriff, während die Marken bei der Gestaltung ihrer Kundenansprache flexibel bleiben. Der Fall zeigt, dass gemeinsame Fähigkeiten mit verteilten Systemen und Markenautonomie vereinbar sein können. Er beweist weder eine allgemeine Überlegenheit dieser Architektur noch, dass die berichteten Serviceergebnisse ursächlich auf die Plattform zurückgehen.4

Vier Fähigkeiten müssen auseinandergehalten werden.

Gemeinsame Identität stellt mit einem angemessenen Konfidenzniveau fest, dass Datensätze dieselbe Person, Gesellschaft oder wirtschaftliche Gruppe betreffen.

Gemeinsame Sichtbarkeit gibt autorisierten Rollen für einen definierten Zweck Zugriff auf ausgewählte Fakten.

Gemeinsamer Workflow schafft eine Empfehlung, Übergabe, Eskalation oder koordinierte Bearbeitung über Bereichsgrenzen hinweg.

Gemeinsame Entscheidungsfindung nutzt Informationen aus mehreren Bereichen für eine Empfehlung, Beurteilung oder Handlung.

Das sind Gestaltungsentscheidungen, keine Stufen eines Reifegradmodells. Eine Gruppe kann die ersten beiden Fähigkeiten benötigen und bewusst dort aufhören. Sie kann eine Service-Reaktion koordinieren und die kommerzielle Entscheidung dennoch lokal belassen. Sie kann eine Richtlinie für einen einzelnen Anwendungsfall teilen, ohne die zugrunde liegenden Anwendungen zusammenzuführen.

Identitätsabgleich bringt eigene Risiken mit sich. Ein falsch positiver Treffer kann Informationen oder Maßnahmen der falschen Person oder Gesellschaft zuordnen. Ein falsch negativer Treffer lässt eine relevante Beziehung weiter auseinanderfallen. Veraltete Daten können einer verbundenen Sicht mehr Autorität verleihen, als sie verdient. Wer einen Kontakt mit der vertragschließenden Gesellschaft oder diese Gesellschaft mit ihrer Muttergruppe verwechselt, erhält möglicherweise ein schlüssiges, aber falsches Bild. Die Forschung zu Entity Resolution versteht diese Unsicherheit als Bestandteil der Aufgabe und nicht als vorübergehenden Mangel, der mit genügend Daten verschwindet.5

Deshalb braucht Identität Konfidenzschwellen, nachvollziehbare Herkunft und einen Korrekturweg. Sie beantwortet, ob Datensätze zusammengehören. Sie entscheidet nicht, wer die verbundenen Informationen sehen darf, ob ihre weitere Nutzung zulässig ist oder welche Handlung daraus folgen darf.

Sichtbarkeit muss einem Zweck folgen

DHL Customer Solutions & Innovation ist ein hilfreiches Beispiel, gerade weil der Umfang bewusst begrenzt ist. Laut einem Salesforce-Beitrag aus dem Jahr 2021 betreut DHL CSI die 80 größten Kunden der Gruppe. Vor Einführung der gemeinsamen Plattform waren relevante Informationen über Datenbanken und Divisionen verteilt. Das führte zu wiederholter Recherche, mehrfach gestellten Fragen und manueller Arbeit. Die Plattform verschaffte den kundenorientierten CSI-Teams zentralen Zugang zu Kundendaten und Erkenntnissen. Die Quelle belegt das Problem und den Mechanismus der Sichtbarkeit. Sie zeigt nicht, dass divisionale Systeme, Umsatzverantwortung oder Servicehoheit an das Gruppenteam übergingen. Aussagen über bessere Entscheidungen bleiben Anbieterangaben.6

Die Zahl ist entscheidend. Achtzig strategische Accounts stehen nicht stellvertretend für jeden DHL-Kunden. Das Design beginnt mit einer Gruppe, bei der bereichsübergreifende Koordination regelmäßig notwendig und folgenreich ist. Es ist ein Beispiel für selektive Sichtbarkeit, nicht für universellen Zugriff.

Die nächste Frage betrifft den konkreten Zweck. Ein Strategic Account Lead muss vielleicht wissen, welche Divisionen dieselbe wirtschaftliche Gruppe bedienen, wer die jeweilige Beziehung verantwortet, ob eine wesentliche Leistungsstörung offen ist und welche Zusagen gemacht wurden. Das bedeutet nicht, dass diese Rolle jede Interaktion, jedes operative Feld oder jedes persönliche Detail aus allen Divisionen benötigt. Sichtbarkeit sollte aus der Entscheidung und der autorisierten Rolle heraus gestaltet werden.

Die rechtliche Grenze unterstützt diese Managementdisziplin. Erwägungsgrund 48 der DSGVO erkennt an, dass Verantwortliche innerhalb einer Unternehmensgruppe ein berechtigtes Interesse an der Übermittlung personenbezogener Daten für interne Verwaltungszwecke haben können, einschließlich Kundendaten. Das ist keine pauschale Erlaubnis zur Zusammenführung oder Wiederverwendung. Jeder Zweck benötigt weiterhin eine geeignete Rechtsgrundlage, Erforderlichkeit, Datenminimierung und Transparenz. Hinzu kommen Regelungen, die den tatsächlichen Rollen als Verantwortliche, gemeinsam Verantwortliche oder Auftragsverarbeiter entsprechen. Eine Weiterverwendung kann eine Kompatibilitätsprüfung verlangen. Die Verfügbarkeit innerhalb der Gruppe begründet weder einen organisatorischen Informationsbedarf noch eine rechtliche Erlaubnis.7

The Warehouse Group zeigt, warum Zweck und Erwartung im Endkundengeschäft noch sichtbarer werden. Eine Adobe-Fallstudie beschreibt Profile, die aus drei Handelsmarken zusammengesetzt und für Segmentierung sowie Kampagnenaktivierung verwendet wurden. Markenspezifische Sichten blieben verfügbar. Das ist ein enges Beispiel für markenübergreifende Marketingentscheidungen, kein allgemeines Modell für Gruppenkunden. Weder das Matching-Design noch die Rechtsgrundlage werden offengelegt. Die berichteten Kampagnenvergleiche belegen keine kausalen Umsatzeffekte.8

Ein Kunde kann wissen, dass zwei Marken zu demselben Konzern gehören, und dennoch nicht erwarten, dass sein Verhalten in einer Beziehung Marketing, Preisgestaltung oder Kreditentscheidung in einer anderen beeinflusst. Die vernünftige Erwartung ist für Fairness und Interessenabwägung relevant.79 Sie ist weder eine Einwilligung noch ein Ersatz für die Rechtsgrundlage. Je überraschender oder folgenreicher die Verwendung, desto stärker müssen Begründung, Transparenz und Kontrolle sein.

Selektive Sichtbarkeit braucht außerdem einen Weg in die Handlung. Sonst entsteht nur eine zusätzliche Ansicht, ohne dass sich eine Entscheidung verändert. Der gemeinsame Workflow ist die praktische Brücke. Ein Hinweis auf eine Gruppenbeziehung kann eine Übergabe an den lokalen Verantwortlichen auslösen. Eine Leistungsstörung kann eine bereichsübergreifende Eskalation eröffnen. Eine relevante Chance kann mit dem erlaubten Minimum an Kontext an ein anderes Team übergeben werden. Die endgültige Entscheidung und die Kommunikation mit dem Kunden können lokal bleiben.

Häufig reicht das aus. Koordination verlangt nicht automatisch eine Gruppenentscheidung. Sobald zwei Bereiche jedoch über Priorität, Kosten oder Kundenzusage unterschiedlicher Meinung sind, stößt Sichtbarkeit an ihre Grenze. Dann geht es um Autorität.

Eine gemeinsame Sicht klärt keine Zuständigkeit

Eine gemeinsame Kundensicht kann zeigen, wer beteiligt ist, was geschehen ist und welche Verpflichtungen zusammenhängen könnten. Sie entscheidet nicht, wer für die Gruppe spricht. Sie gibt einem Geschäftsbereich keine Befugnis, einen anderen zu verpflichten. Und sie klärt weder die Umsatzzuordnung noch die Kosten einer Servicekorrektur oder den Vorrang zwischen gruppenweitem Beziehungswert und lokalen Zielen für Marge, Risiko oder Kapazität.

Auch ein gemeinsames Profil steuert sich nicht selbst. Jemand muss Definitionen, Quellenpriorität, Korrekturen und die Hierarchie zwischen Gesellschaft und wirtschaftlicher Gruppe verantworten. Für Konflikte zwischen lokalen Führungskräften braucht es einen Eskalationsweg. Wenn Anreize ausschließlich lokale Ergebnisse belohnen, kann zusätzliche Information wirkungslos bleiben.

Das sind Fragen des Operating Models. MIT CISR beschreibt Governance als Zuweisung von Entscheidungsrechten und Verantwortung, um gewünschtes Verhalten zu fördern. Diese Unterscheidung ist hier zentral, weil Informationszugang und Autorität zwei getrennte Gestaltungsentscheidungen sind.10 Die öffentlichen Unternehmensfälle legen Regeln zur Account-Verantwortung, Anreizsysteme und Konfliktprozesse kaum offen. Das ist eine Evidenzgrenze. Es ist kein Beleg dafür, dass die Unternehmen diese Fragen nicht gelöst haben.

Entscheidungsarchitektur bezeichnet in diesem Essay die Ordnung, die festlegt, wer entscheiden darf, welche Informationen verwendet werden dürfen, welches Ziel gilt, wie Konflikte gelöst werden und wer verantwortlich bleibt. Ihr Zweck ist nicht zwingend eine einzige Gruppenentscheidung. Sie kann mehrere lokale Entscheidungen koordinieren.

Nehmen wir eine gravierende Leistungsstörung. Ein Group Account Lead erkennt, dass der Vorfall in einem Bereich die größere Kundenbeziehung gefährdet. Über die operative Abhilfe kann trotzdem der lokale Bereich entscheiden, weil dort Vertrag, Fachwissen und Servicebudget liegen. Die Entscheidungsarchitektur legt dann fest, welche Informationen der Group Account Lead einbringen darf, wer eine Ausnahme beantragen kann, welche Führungskraft einen Konflikt entscheidet und wer mit dem Kunden spricht. Die Reaktion wird koordiniert, ohne so zu tun, als sei jede Autorität nach oben gewandert.

Bei kommerziellen Chancen gilt dieselbe Zurückhaltung. Der gesamte Kundenwert kann relevant sein, darf aber lokale Wirtschaftlichkeit oder Pflichten nicht automatisch verdrängen. Ein Finanzierungsgeschäft kann aus einer Handelsbeziehung keine Erlaubnis ableiten, Risikovorgaben zu lockern. Eine spezialisierte Tochter darf einen Gruppenvorschlag ablehnen, den sie nicht zuverlässig erfüllen kann. Lokale Entscheidungsrechte können Expertise und Verantwortlichkeit schützen.

Der minimale Beitrag der Gruppe kann daher aus gemeinsamer Identität, einem begrenzten Hinweis und einem Eskalationsweg bestehen. Weitergehende gemeinsame Entscheidungsfindung ist nur gerechtfertigt, wenn das Ziel tatsächlich mehrere Bereiche umfasst, die Informationen für diesen Zweck genutzt werden dürfen, Konflikte einer legitimen Regel folgen und eine verantwortliche Stelle klar benannt ist.

Diese Trennung wird noch wichtiger, sobald Software Informationen nicht mehr nur anzeigt, sondern Empfehlungen ausspricht, priorisiert oder handelt.

KI erhöht die Tragweite

KI schafft das Governance-Problem nicht. Sie macht die Folgen unklarer Governance größer.

Reporting führt Aktivitäten zusammen, Analyse erkennt Muster. Eine Empfehlung kann Angebot, Route oder Priorität vorschlagen. Entscheidungsvorbereitung kann das Urteil eines Menschen bereits wesentlich prägen. Teilautomatisierung führt Schritte aus oder verengt die verfügbaren Optionen. Vollautomatisierte Entscheidungsfindung handelt mit relevanten Folgen ohne wirksame menschliche Beteiligung. Je näher ein System an die Handlung rückt, desto weiter tragen Fehler bei Identität, Zweck und Autorität.

Rhenus liefert derzeit ein zurückhaltendes Beispiel. Erste KI-Funktionen fassen Kundenhistorien zusammen und unterstützen Mitarbeitende bei der Vorbereitung von Gesprächen. Das ist Entscheidungsunterstützung. Die zitierte Quelle beschreibt keine autonome bereichsübergreifende Entscheidung.1 Der Volkswagen-Fall verweist auf Agents für personalisierte Interaktion, Lead-Routing, die Planung von Probefahrten und die Übergabe von Servicefällen an Menschen. Viele dieser Anwendungen werden als geplant oder in Entwicklung beschrieben, nicht als etablierte operative Praxis.4

In der verfügbaren Evidenz findet sich kein starker öffentlicher Fall, in dem KI Daten aus mehreren rechtlich oder operativ eigenständigen Gruppengesellschaften für eine wesentliche Kundenentscheidung verwendet und die Governance vollständig dokumentiert ist. Das Thema ist deshalb als künftige Governance-Anforderung zu behandeln, nicht als bereits etablierter Marktstandard.

Vier Fragen machen diese Anforderung konkret:

  1. Auf welcher Identität handelt das System?
  2. Welches Ziel optimiert es?
  3. Welche Informationen darf es verwenden?
  4. Wer darf eingreifen und bleibt verantwortlich?

Diese Fragen gelten unabhängig davon, ob die Daten in einer Plattform oder in verteilten Systemen liegen. Das AI Risk Management Framework des NIST unterscheidet Systeme, die autonom handeln, Entscheidungen an Menschen übergeben oder zusätzliche Informationen bereitstellen. Es betont Verwendungszweck, menschliche Rollen, Aufsicht und Verantwortlichkeit, ohne eine zentrale Datenarchitektur vorzuschreiben.11

Die Kreditwürdigkeit natürlicher Personen liefert einen eng begrenzten Kontrast. Eine Gruppe kann wirtschaftlich interessante Informationen über eine Person aus Handel, Zahlungsverkehr oder anderen Dienstleistungen besitzen. Daraus wird nicht automatisch ein zulässiger Datensatz für eine Kreditentscheidung. Zweck, Erforderlichkeit, Datenqualität, Branchenregeln und Modell-Governance müssen gesondert geprüft werden. Bestimmte KI-Systeme zur Bewertung der Kreditwürdigkeit oder zur Ermittlung eines Kreditscores natürlicher Personen gelten im EU AI Act als Hochrisikosysteme, vorbehaltlich des Anwendungsbereichs und der vorgesehenen Ausnahmen.12

Profiling und Empfehlung sind nicht automatisch Entscheidungen im Sinne von Artikel 22 DSGVO. Ein Zwischenwert oder eine Empfehlung kann dennoch unter Artikel 22 fallen, wenn der Empfänger ihr eine bestimmende Rolle für die folgenreiche Entscheidung gibt.13 Die strengere Regel betrifft Entscheidungen, die ausschließlich auf automatisierter Verarbeitung beruhen und rechtliche oder ähnlich erhebliche Wirkung entfalten. Soweit menschliche Prüfung als Schutz dient, muss sie wirksam sein und darf sich nicht auf eine formale Freigabe beschränken.13 Weniger folgenreiche Empfehlungen werden dadurch nicht governancefrei. Ihre Kontrollen müssen zu tatsächlicher Nutzung und Wirkung passen.

KI erhöht damit den Wert präziser Festlegungen. Das System braucht eine Identitätsebene, ein erlaubtes Ziel, definierte Informationen und eine Person oder Geschäftseinheit, die verantwortlich bleibt. Dafür müssen nicht sämtliche Kundendaten zentralisiert werden. Die Organisation muss entscheiden, was überhaupt geteilt werden soll, bevor sie Handlungen skaliert.

Nur das Notwendige zentralisieren

Aus der Evidenz lässt sich eine praktische Reihenfolge für das Management ableiten. Die folgenden sechs Schritte sind meine Synthese und kein externer Standard.

  1. Die beeinträchtigte Entscheidung benennen. Zu definieren ist die konkrete Beurteilung, Handlung oder Übergabe, der bereichsübergreifender Kontext fehlt. „Eine gruppenweite Kundensicht schaffen“ ist keine Entscheidung. Die Priorisierung eines strategischen Accounts, eine koordinierte Servicekorrektur oder die Beurteilung einer Weiterempfehlung sind Entscheidungen.
  2. Die erforderliche Identitätsebene bestimmen. Geht es um eine Person, eine vertragschließende Gesellschaft oder eine wirtschaftliche Gruppe? Ebenso wichtig sind die erforderliche Matching-Sicherheit und der Umgang mit mehrdeutigen Ergebnissen.
  3. Den minimalen Informationsbedarf festlegen. Ausgangspunkt sind die Fakten, die die Entscheidung verändern können. Das können genutzte Leistungen, verantwortliche Ansprechpartner, offene Zusagen oder ein aggregiertes Exposure sein. Nicht alles, was technisch verfügbar gemacht werden könnte, gehört automatisch dazu.
  4. Zugriff und erlaubte Nutzung definieren. Festzulegen ist, wer die Information für welchen Zweck, unter welcher rechtlichen und organisatorischen Autorität und mit welcher Transparenz sehen darf. Dazu gehört ein Weg für Korrekturen. Technischer Zugriff soll diese Entscheidungen abbilden, nicht sie stillschweigend vorwegnehmen.
  5. Entscheidungsrechte und Konfliktregeln zuweisen. Benötigt werden lokale Autorität, koordinierende Verantwortung, Eskalationsweg, Ausnahmeregel und die für das Ergebnis verantwortliche Geschäftseinheit. Workflow und Anreize müssen so weit zusammenpassen, dass die Information im Alltag Wirkung entfalten kann.
  6. Aufwand und Verhältnismäßigkeit prüfen. Der erwarteten Verbesserung der benannten Entscheidung stehen Matching-Risiko, Umsetzungskosten, rechtliche Pflichten, Governance-Aufwand und Nutzung gegenüber. Eine Beziehung kann materiell sein und diesen Test dennoch nicht bestehen.

Diese Reihenfolge lässt mehrere legitime Ergebnisse zu. Erstens kann es bei lokaler Verantwortung und gelegentlicher bilateraler Abstimmung bleiben. Zweitens kann eine gemeinsame Identität genügen, vielleicht nur als Hinweis auf eine weitere Beziehung. Drittens können selektive Sichtbarkeit und ein koordinierter Workflow verbunden werden, während Entscheidungen lokal bleiben. Viertens kann für einen klar definierten Zweck eine gemeinsame Entscheidungsfindung mit ausdrücklicher Autorität und Verantwortung sinnvoll sein.

Diese Ergebnisse sind keine Reifegradstufen. Eine regulierte Entscheidung kann lokal bleiben, während ein Serviceprozess koordiniert wird. Eine Gruppe kann für strategische Accounts die Hierarchie wirtschaftlicher Einheiten teilen und Identitäten von Endkunden getrennt halten. Eine andere kann aus praktischen Gründen dieselbe Plattform nutzen und darin unterschiedliche Berechtigungs- und Entscheidungsmodelle bewahren.

Auch die belastbaren Wertmechanismen sind konkret. DHL CSI berichtete vor Einführung der gemeinsamen Plattform von doppelter Recherche.6 Rhenus beschreibt integrierte Lead-Erfassung und Entscheidungsunterstützung.1 Volkswagen berichtet über schneller gelöste Servicefälle, ohne dass die Kausalität unabhängig belegt wäre.4 Solche Beispiele können einen Test rechtfertigen, ob Koordination eine benannte Entscheidung verbessert. Sie tragen kein allgemeines Wachstums- oder Renditeversprechen.

Nach diesen sechs Schritten kann Systemkonsolidierung eine mögliche Umsetzung sein. Sie ist nicht das Ergebnis der Prüfung. Die architektonische Frage lautet, wie sich genau die gemeinsame Fähigkeit bereitstellen lässt, die eine Entscheidung benötigt, mit ausreichender Qualität, Erlaubnis und Verantwortung für eine vertretbare Nutzung.

Eine Beziehung dort erkennen, wo es zählt

Kundenbeziehungen entstehen durch Produkte, Verträge, Dienstleistungen und Menschen. Kunden erleben sie nicht entlang derselben Grenzen, mit denen ein Unternehmen intern Verantwortung verteilt. Manchmal ist dieser Unterschied relevant. Eine schwere Leistungsstörung kann einen größeren Account gefährden. Eine lokale Chance kann von einer anderswo gegebenen Zusage abhängen. Eine Empfehlung kann Kontext verwenden, von dem der Kunde nicht erwartet hat, dass er die Grenze zwischen zwei Beziehungen überschreitet.

Getrennte Operating Models bleiben legitim. Sie können Fachwissen, Verantwortlichkeit, vertragliche Klarheit und regulatorische Pflichten schützen. Ein Überschreiten ihrer Grenzen beginnt erst mit einer konkret benannten, wesentlichen Entscheidung und einem Kontext, der diese Entscheidung verändern sollte. Es ist nur dann gerechtfertigt, wenn die erwartete Verbesserung in einem angemessenen Verhältnis zum Aufwand steht.

Selbst dann kann die Antwort bei der Erkennung enden. Vielleicht kommen selektive Sichtbarkeit oder ein koordinierter Workflow hinzu, während die Autorität lokal bleibt. Gemeinsame Entscheidungsfindung ist die anspruchsvollste Option, nicht das natürliche Ziel.

Es geht nicht darum, jeden Kundendatensatz in ein System zu überführen oder jede Beziehung zum Vermögenswert der Gruppe zu erklären. Es geht darum, eine relevante Beziehung im Moment einer wesentlichen Entscheidung nicht verschwinden zu lassen und organisatorische Grenzen nur so weit zu überschreiten, wie diese Entscheidung es rechtfertigt.

Apparat

Anmerkungen und Quellen

[1] Microsoft, „Smarter Vertrieb mit KI: Rhenus setzt auf Dynamics 365 für mehr Kundenfokus“, Microsoft Customer Stories, 4. Juni 2026. https://www.microsoft.com/de-de/customers/story/26606-rhenus-logistics-dynamics-365

[2] MIT CISR, „Enterprise IT Operating Models in the AI Era“, 18. Dezember 2025. https://cisr.mit.edu/publication/2025_1201_EntITOperatingModels_ThorogoodWoerner

[3] Tom van Eijk et al., „Architectural Design Decisions for Self-Serve Data Platforms in Data Meshes“, arXiv-Preprint, 2024. https://arxiv.org/abs/2402.04681. Jan Bode et al., „Towards Avoiding the Data Mess: Industry Insights from Data Mesh Implementations“, arXiv-Preprint, 2023. https://arxiv.org/abs/2302.01713

[4] Salesforce, „Bei der Volkswagen Group treiben Menschen und KI-Agents Innovationen gemeinsam voran“, abgerufen am 23. September 2026. https://www.salesforce.com/de/customer-stories/volkswagen-group/

[5] Olivier Binette und Rebecca C. Steorts, „(Almost) All of Entity Resolution“, Science Advances, Band 8, Ausgabe 12, 25. März 2022, Artikel eabi8021, https://doi.org/10.1126/sciadv.abi8021. Open-Access-Volltext

[6] Salesforce, „Wie das DHL CSI CRM-Team eine durchgängige 360-Grad-Sicht auf internationale Kunden schafft“, 8. November 2021. https://www.salesforce.com/de/blog/trailblazer-dhl-csi/

[7] Europäische Union, Verordnung (EU) 2016/679, Datenschutz-Grundverordnung, 27. April 2016, Erwägungsgründe 47 und 48 sowie Artikel 5 Absatz 1 Buchstaben b und c, Artikel 6 Absatz 1 und 4, Artikel 12 bis 14, 24, 26 und 28. https://eur-lex.europa.eu/eli/reg/2016/679/oj/eng

[8] Adobe, „Three brands, one profile“, 19. Januar 2024. https://business.adobe.com/au/customer-success-stories/the-warehouse-group-case-study.html

[9] Europäischer Datenschutzausschuss, „Guidelines 1/2024 on processing of personal data based on Article 6(1)(f) GDPR“, Version 1.0, am 8. Oktober 2024 zur öffentlichen Konsultation angenommen. https://www.edpb.europa.eu/system/files/2024-10/edpb_guidelines_202401_legitimateinterest_en.pdf

[10] Peter Weill und Jeanne W. Ross, „Don't Just Lead, Govern: Implementing Effective IT Governance“, MIT CISR Working Paper Nr. 326, 2004. https://cisr.mit.edu/publication/MIT_CISRwp326_ImplementingEffectiveITGov

[11] National Institute of Standards and Technology, „Artificial Intelligence Risk Management Framework (AI RMF 1.0)“, Januar 2023. https://www.nist.gov/itl/ai-risk-management-framework

[12] Europäische Union, Verordnung (EU) 2024/1689, Verordnung über künstliche Intelligenz, 13. Juni 2024, Anhang III, Nummer 5 Buchstabe b. https://eur-lex.europa.eu/eli/reg/2024/1689/oj/eng. Europäische Bankenaufsichtsbehörde, „Guidelines on loan origination and monitoring“, EBA/GL/2020/06, 29. Mai 2020. https://www.eba.europa.eu/activities/single-rulebook/regulatory-activities/credit-risk/guidelines-loan-origination-and-monitoring

[13] Artikel-29-Datenschutzgruppe, „Guidelines on Automated individual decision-making and Profiling for the purposes of Regulation 2016/679“, WP251rev.01, zuletzt überarbeitet und angenommen am 6. Februar 2018, vom Europäischen Datenschutzausschuss am 25. Mai 2018 bestätigt. https://www.edpb.europa.eu/documents/guideline/automated-decision-making-and-profiling_en. Gerichtshof der Europäischen Union, Rechtssache C-634/21, SCHUFA Holding, Urteil vom 7. Dezember 2023. https://eur-lex.europa.eu/legal-content/EN/TXT/HTML/?uri=CELEX:62021CJ0634

Korrespondenz

Wenn diese Arbeit eine Frage berührt, die vor Ihnen liegt, ist ein kurzer Brief ein guter Anfang.