Start · Lösungen · Recht & Compliance
Lösung · Recht & ComplianceDieselbe Person existiert dreimal; die Einwilligung, die darüber entscheidet, nur einmal
Ein Kunde über drei Marken, ein Einwilligungsregister
Roboter führen Kundendatensätze aus den DMS der Marken und dem Gruppen-CRM über belastbare Identifikatoren zusammen und halten jede Einwilligung einmal: je Zweck, Kanal und Gesellschaft.
Kurzfassung für die Geschäftsführung
Eine Erinnerung geht an jemanden, der widersprochen hat, weil der Widerspruch im System einer anderen Marke liegt.
Wir bauen zwei Dinge, die die Systeme der Gruppe nicht selbst bauen können.
Eine Person wird einmal statt dreimal angesprochen, und dieser Kontakt trägt die Historie, die die Gruppe ohnehin besitzt.
der Personendatensatz und das Einwilligungsregister; jedes Markensystem und das CRM, für Verknüpfung und Einwilligungsstand; die Sperrliste des Versandsystems
Geschäftsproblem
Kundendaten
Eine Händlergruppe entscheidet sich nicht dafür, ihre Kunden an mehreren Stellen zu führen. Jeder Herstellervertrag bringt sein eigenes DMS mit, und ein Gruppen-CRM kommt obendrauf, weil keines dieser Systeme mit den anderen spricht. Wer einen Familienwagen der einen Marke besitzt, einen Firmenwagen der anderen fährt und beide in den Werkstätten der Gruppe warten lässt, ist konstruktionsbedingt drei Datensätze, mit drei Anschriften und, falls sie überhaupt jemand erfasst hat, drei Sätzen von Einwilligungen. 2025 gingen in Polen 411.000 von 597.400 neu zugelassenen Personenwagen an Unternehmen statt an Privatkunden (PZPM und KPMG, Februar 2026), und das ist ein Grund, warum so viele Kunden doppelt existieren: einmal als Person, einmal als Firmenkontakt.
Was bricht, ist nicht der Datenbestand, sondern jede Entscheidung, die auf ihm ruht. Das Marketing entscheidet, wer eine Einladung erhalten darf, der Aftersales, wem ein fälliger Prüftermin in Erinnerung gerufen werden darf, und der Standortleiter muss dem Kunden antworten, der sagt, er habe bereits jemandem abgesagt. Jeder antwortet aus einem anderen System, und keiner sieht, ob die Einwilligung hinter dem Namen diese Marke, diesen Kanal und diese Gesellschaft umfasste. Die Arbeit landet bei Menschen, die nie eingestellt wurden, um Datenbanken abzugleichen.
Wie es heute läuft
So finden wir es in Mehrmarkengruppen vor, bevor irgendetwas verbunden ist:
- MenschEin Serviceberater findet den Kunden im System dieser Marke nicht und legt aus der Terminnotiz einen neuen Datensatz an
- SystemDas Gruppen-CRM übernimmt einen Export aus jedem System und behält die zuletzt eingetroffene Fassung
- MenschDas Marketing baut eine Kampagnenliste aus drei Exporten und entfernt nach Augenmaß, was nach derselben Person aussieht
- WartezeitEin Widerruf an die Gruppenadresse wartet, bis eine Koordinatorin ihn einträgt, in dem einen System, an das sie denkt
- FehlerrisikoEine Erinnerung erreicht jemanden, der an einem anderen Standort widersprochen hat, wo dieser Widerspruch die einzige Spur bleibt
- MenschEine Betroffenenanfrage wird beantwortet, indem vier Systemverantwortliche gebeten werden, nach dem Nachnamen zu suchen
Warum der heutige Prozess mehr kostet, als es scheint
Zeit, die verschwindet, bevor sie jemand misst.
- Dubletten entstehen schneller, als sie entfernt werden: jeder in Eile angelegte Datensatz an der Serviceannahme, jede nach einer Veranstaltung abgetippte Anwesenheitsliste und jeder aus einem Portal eingespielte Lead legt eine weitere Fassung einer Person an, die es bereits gibt.
- Die Einwilligung gilt als Eigenschaft eines Datensatzes statt einer Person und vervielfacht sich deshalb mit den Dubletten. Derselbe Kunde hat auf dem einen Datensatz eine Einwilligung, auf dem zweiten keine und auf dem dritten Schweigen, und welche gewinnt, hängt vom Export ab, aus dem die Liste stammt.
- Reichweite geht still verloren. Eine Gruppe, die eine Einwilligung nicht nachweisen kann, verzichtet für ein ganzes Segment auf den Kanal, und eine ohne Grundlage versandte Nachricht hinterlässt eine Beschwerde am Standort statt eines Eintrags, den jemand zählen kann.
Kosten des Nichtstuns
Eine Einwilligung, die sich nicht nachweisen lässt, versendet trotzdem. Genau das hält diese Konstruktion am Leben: Kampagnen gehen hinaus, Erinnerungen kommen an, und das einzige sichtbare Symptom ist der Kunde, der den Standortleiter fragt, warum die Gruppe erneut geschrieben hat, obwohl er abgesagt hatte. Eine Dublette eskaliert niemand.
Das Risiko wächst mit der Gruppe. Jeder Markenvertrag bringt ein fünftes System, jeder gekaufte Betrieb kommt mit eigener Kundendatei und eigenem Einwilligungstext, und der Widerspruch von vor zwei Jahren an einem inzwischen verkauften Standort liegt dort, wo niemand nachsieht. Die Stunden oben lassen sich sauber beziffern. Nicht beziffern lässt sich der Nachmittag, an dem aus vier Systemen und einer Tabelle rekonstruiert wird, warum eine namentlich genannte Person im Frühjahr angeschrieben wurde.
Eine plausible Organisation mit realistischen Größenordnungen. Die Zahlen sind zum Nachrechnen mit Ihren Daten gedacht, kein Kundenergebnis.
Eine polnische Händlergruppe in zwei Betriebsgesellschaften: die eine führt zwei Volumenmarkenverträge an fünf Standorten, die andere die Premiummarke an zwei. Drei DMS, ein Gruppen-CRM, ein Versandsystem und Microsoft 365 E3.
68.000 Kundendatensätze in den vier Systemen. Rund 3.100 Datensatzänderungen im Monat (neue Kunden, korrigierte Anschriften und Nummern, Fahrzeugwechsel, an der Serviceannahme berührte Datensätze) und 240 Einwilligungsereignisse: erteilt, widerrufen oder widersprochen.
Jedes System wird dort gepflegt, wo die Arbeit anfällt, und das CRM übernimmt Exporte, die überschreiben statt abzugleichen. Einwilligungen liegen auf vier Formularen, deren Text zweimal geändert wurde, und Widerrufe werden von Hand eingetragen.
Kein System hält die Person, also hält auch keines die Einwilligung. Versandlisten entstehen jedes Mal neu aus Exporten und werden nach Gefühl bereinigt, und ein Widerspruch landet dort, wo derjenige, der ihn einträgt, gerade nachsieht.
Roboter lesen Änderungen aus jedem System, erkennen dieselbe Person über belastbare Identifikatoren und geben alles Unsichere an die Datenpflege in Microsoft Teams. Ein Register hält jede Einwilligung je Zweck, Kanal und verantwortlicher Gesellschaft, mit Quelle, Textfassung und Datum, und jeder Versandlauf fragt es zuerst.
Der Abgleich schrumpft auf Bestätigungen und echte Ausnahmen, ein Widerruf erreicht jedes System am Tag der Meldung, und jeder Versand trägt die Einwilligung, auf die er sich stützte. Illustrative Zahlen, kein Kundenergebnis.
Vorgeschlagene Lösung
Wir bauen zwei Dinge, die die Systeme der Gruppe nicht selbst bauen können: einen Personendatensatz über den vier Kundendateien und ein Einwilligungsregister, das jeder Versandprozess abfragen muss. Roboter lesen neue und geänderte Kunden aus jedem DMS und aus dem CRM, normalisieren, was normalisierbar ist, und erkennen denselben Menschen ausschließlich über belastbare Identifikatoren, nie über Namen und Ort. Was die belastbaren Schlüssel offenlassen, geht an die Datenpflege in Microsoft Teams, mit beiden Datensätzen nebeneinander.
Nichts wird überschrieben: Jeder Quelldatensatz behält seinen eigenen Schlüssel und erhält eine Verknüpfung. Das Register hält eine Zeile je Person, Zweck, Kanal und verantwortlicher Gesellschaft, mit dem Ort der Erhebung, der gezeigten Textfassung und dem Datum. Jeder Versandlauf fragt es zuerst, der Filter gehört also dem Prozess und nicht demjenigen, der die Liste gebaut hat, und die Antwort bleibt bei der Kampagne. Ein Widerruf über einen beliebigen Kanal erreicht am selben Tag das Register, die Sperrliste des Versandsystems und jedes Quellsystem. Eine Rückrufaktion oder Servicekampagne ist kein Marketing, wird als solche gekennzeichnet und hängt nie an einer Einwilligung.
Warteschlangen, Trigger, Anmeldedatenspeicher und Prüfpfad in UiPath Orchestrator; UiPath Data Fabric mit Entitäten, Beziehungen, zeilenweiser Berechtigung und Änderungshistorie; UiPath Action Center Aufgaben in Microsoft Teams; UiPath Integration Service Konnektoren für Microsoft Teams, Microsoft Outlook 365 und Microsoft OneDrive & SharePoint sowie Connector Builder; Microsoft Purview Aufbewahrung; Microsoft Power BI
Das Personen- und Einwilligungsmodell, die Abgleichregeln mit ihren Schwellen, die Zusammenführungsaufgabe, die Erhebungspunkte und den Rückschreibeweg ins Register, die Einwilligungsprüfung, die jeder Versandprozess aufruft, den Widerrufslauf und das Berichtswesen
Jedes DMS über die Schnittstelle, die sein Anbieter für Ihre Installation bereitstellt, und über die Anwendungsoberfläche, wo es keine gibt; die API des Gruppen-CRM; die Sperrlisten-Endpunkte des Versandsystems
So läuft der automatisierte Prozess
- AutomatisierungRoboter lesen nach Zeitplan neue und geänderte Kunden aus jedem Markensystem und dem CRM und normalisieren Namen, Anschriften und Identifikatoren
- AutomatisierungKandidaten entstehen nur aus belastbaren Schlüsseln: ein von der Gruppe verkauftes oder gewartetes Fahrzeug, die Steuernummer eines Firmenkunden, eine Vertrags- oder Werkstattauftragsnummer, eine bestätigte E-Mail-Adresse oder Mobilnummer
- MenschAlles unterhalb der Schwelle für eine sichere Übereinstimmung erreicht die Datenpflege als Action Center Aufgabe in Microsoft Teams; nichts wird allein über einen Namen zusammengeführt
- AutomatisierungDie bestätigte Person erhält einen Gruppenschlüssel, und in jeden Quelldatensatz wird eine Verknüpfung zurückgeschrieben, ansonsten bleibt er unberührt
- AutomatisierungEinwilligungsereignisse aus jedem Erhebungspunkt, vom Tablet im Verkaufsraum bis zum Abmeldelink, erreichen das Register mit Zweck, Kanal, Gesellschaft, Textfassung, Quelle und Datum
- AutomatisierungJeder Versandlauf fragt zuerst das Register: Die Liste wird je Person, Zweck, Kanal und Gesellschaft gefiltert, und die Antwort wird bei der Kampagne protokolliert
- AutomatisierungEin Widerruf wird am selben Tag im Register, auf der Sperrliste und in jedem Quellsystem wirksam, und eine Power BI Seite zeigt Abdeckung und Offenes
Zusammenspiel von Mensch und Automatisierung
Die Automatisierung übernimmt
- Das Lesen geänderter Datensätze aus jedem System, ihre Normalisierung und Kandidaten ausschließlich aus belastbaren Schlüsseln
- Das Schreiben jedes Einwilligungsereignisses ins Register, mit Zweck, Kanal, Gesellschaft, Textfassung, Quelle und Datum
- Das Filtern jeder Versandliste gegen das Register und das Wirksamwerden von Widerrufen in allen vier Systemen am selben Tag
Menschen entscheiden
- Ob zwei Datensätze dieselbe Person sind, wenn die belastbaren Schlüssel es nicht klären
- Welche Zwecke, Kanäle und Gesellschaften eine Textfassung tatsächlich abdeckt und wie eine neue versioniert wird
- Ob eine Nachricht überhaupt Marketing ist: ein Kontakt zu Rückruf oder Servicekampagne ist es nicht und hängt an keiner Einwilligung
Vorher und nachher
Systeme und Integrationen
Wo eine Regel reicht, nutzen wir kein Modell. Wo Urteilsvermögen nötig ist, entscheidet ein Mensch.
Eingänge
- drei Marken-DMS
- das Gruppen-CRM
- Einwilligungsformulare im Netz und im Autohaus
- Abmeldelinks und das Datenschutzpostfach der Gruppe
- Anwesenheitslisten von Veranstaltungen
Automatisierungsschicht
- UiPath Orchestrator
- UiPath Robots
- UiPath Integration Service
- UiPath Data Fabric
- UiPath Action Center
Zielsysteme
- der Personendatensatz und das Einwilligungsregister
- jedes Markensystem und das CRM, für Verknüpfung und Einwilligungsstand
- die Sperrliste des Versandsystems
Berührungspunkte für Menschen: Action Center Aufgaben in Microsoft Teams; ein Teams-Kanal mit der täglichen Ausnahmenübersicht; die Power BI Seite
Eingesetzte Technologien
lesen und schreiben jedes Markensystem und das CRM nach Zeitplan, stellen Kandidaten und Einwilligungsereignisse in Warteschlangen, wiederholen und protokollieren
Ahält den Personendatensatz, seine Verknüpfungen zu jedem Quellschlüssel und die Einwilligungszeilen, mit Beziehungen, zeilenweiser Berechtigung und Änderungshistorie
ABestätigungen von Zusammenführungen und Einwilligungsausnahmen, entschieden ohne Teams zu verlassen
Aerreicht das CRM, das Versandsystem und die Postfächer der Gruppe
AAufbewahrung und Löschung für das Register und die Nachweisexporte sowie das dahinterliegende Prüfprotokoll
AEinwilligungsabdeckung je Zweck und Kanal, Dublettenquote je System, offene Kandidaten
AIllustratives Wirtschaftlichkeitsmodell
Beginnen Sie damit, die Annahmen zu hinterfragen.
Dubletten sind der Grund, warum es diese Rechnung gibt, die Einheit ist deshalb ein berührter Datensatz und kein Kunde: 3.100 Datensatzänderungen und 240 Einwilligungsereignisse im Monat, zusammen 3.340, zu je fünf Minuten quer über die Systeme, die dieselbe Person doppelt führen. 23 € je Stunde sind Vollkosten einer Backoffice-Stelle in Polen. Bei keinem Kunden wurde gemessen.
Rechnen Sie mit Ihren Zahlen
Eine illustrative Schätzung aus Ihren Eingaben. Sie modelliert freigesetzte Kapazität und verspricht keine Einsparung.
Geschäftlicher Nutzen
- Eine Person wird einmal statt dreimal angesprochen, und dieser Kontakt trägt die Historie, die die Gruppe ohnehin besitzt
- Jeder Versand ist im Nachhinein belegbar: wer auf der Liste stand, auf welcher Einwilligung, wo erhoben, in welchem Text und wann
- Ein Widerruf erreicht jede Marke, jeden Standort und jedes System am Tag der Meldung statt beim nächsten Export oder nie
- Serviceerinnerungen, Angebote zur Reifensaison und Veranstaltungseinladungen werden gegen ein wirklich einwilligendes Publikum geplant, die Gruppe weiß also vor der Budgetentscheidung, was sie senden darf
Aus Sicht der Geschäftsführung
- Die Gruppe kann je Betriebsgesellschaft und Marke sagen, wie viele Kunden sie rechtmäßig ansprechen darf, nach Zweck und Kanal
- Eine Betroffenenanfrage wird aus einem Personendatensatz und seinen Verknüpfungen beantwortet statt aus vier Suchen nach einem Nachnamen
- Kundenzahlen sind kein Streitpunkt mehr: Geschäftsleitung und Marketingplan zählen Personen, und der Abstand zwischen Datensatz und Person wird gemessen
KPIs für die Geschäftsführung
Sicherheit und Governance
Kontrolle ist kein Zusatz.
- Roboter lesen jedes Markensystem und das CRM über eigene Konten, begrenzt auf die im Design benannten Kundentabellen; das Rückschreiben umfasst die Verknüpfung und den Einwilligungsstand und sonst nichts, und kein Kennwort steht in einem Workflow
- Einwilligungszeilen werden versioniert und nie überschrieben: Ein Widerruf ist eine neue Zeile mit eigenem Zeitstempel und dem damals gezeigten Text daneben, sodass noch nach Jahren nachvollziehbar bleibt, wozu jemand zugestimmt hat
- Die beiden Betriebsgesellschaften bleiben getrennt, jede Einwilligung nennt die Gesellschaft und die Marken, die sie abdeckt, und das Register hält fest, wozu eingewilligt wurde, statt eine zweite Kopie der Kundendatei zu sein, unter Aufbewahrungsregeln in Microsoft Purview und mit der Automatisierungsschicht in der Region Europäische Union von UiPath Automation Cloud
Warum jetzt
Es gelten zwei Rechtsebenen, und sie sind nicht dieselbe. Die Verordnung (EU) 2016/679 entscheidet, ob die Gruppe die Daten einer Person überhaupt zu Werbezwecken verarbeiten darf; Art. 398 des polnischen Prawo komunikacji elektronicznej entscheidet, ob E-Mail, SMS oder Telefon sie tragen dürfen. Ein Einwilligungseintrag ohne Kanal beantwortet die zweite Frage nicht
Nach Artikel 21 Absatz 2 der Verordnung (EU) 2016/679 kann eine Person jederzeit der Direktwerbung widersprechen, und die Verarbeitung muss dann enden. Eine Gruppe, die diesen Widerspruch im System einer Marke einträgt und in den übrigen nicht, hat sie nicht beendet, und jeder neue Vertrag vervielfacht die Stellen, die sie erreichen muss
Eine neue Plattform ist nicht nötig: Roboter lesen die Systeme, die die Gruppe ohnehin betreibt, das Register ist ein Datenmodell und keine Migration, und die modellierten 6.402 € im Monat an Backoffice-Zeit sind der Preis des Wartens
Relevante Führungsrollen
Eine Antwort darauf, wie viele Kunden die Gruppe hat und wie viele davon sie rechtmäßig ansprechen darf, je Marke und Gesellschaft
Erinnerungen an Prüftermin und Reifensaison sind der wiederholbarste Umsatzkontakt der Werkstätten, und sie funktionieren nur, wenn der vom Kunden akzeptierte Kanal bekannt ist
Einwilligung, Widerspruch und Widerruf werden zu Einträgen mit Quelle, Textfassung und Datum, statt zu einem aus vier Systemen rekonstruierten Zustand
Häufige Fragen und Einwände
Innerhalb dieser Systeme wird nichts zusammengeführt. Jeder Markendatensatz behält seinen Schlüssel und bleibt, wo er ist; die Gruppe gewinnt darüber einen Personendatensatz, der sagt, dass diese drei derselbe Mensch sind, und eine zurückgeschriebene Verknüpfung. Nimmt ein System nicht einmal ein Verknüpfungsfeld an, klärt der Personendatensatz dennoch Versandlisten und Betroffenenanfragen.
Nur wenn ihr Text die verantwortliche Gesellschaft und die abgedeckten Marken nennt und Zwecke und Kanäle bestimmt sind. Liegen die Marken in zwei Gesellschaften, erstreckt sich eine der einen erteilte Einwilligung nicht auf die andere. Das Register hält beide auseinander, und die ehrliche Antwort ist oft, einmal neu zu fragen, auf einem Text, der abdeckt, was die Gruppe senden will.
Nein, und es darf das nicht. Ein Kontakt zu Rückruf oder Servicekampagne ist kein Marketing: Er stützt sich auf eine eigene Grundlage und bleibt auf den Rückruf beschränkt. Weil das Register den Zweck festhält, unterscheidet der Prozess selbst, statt es dem Listenbauer zu überlassen.
Wann diese Lösung nicht passt
- Eine Marke, ein System und eine Gesellschaft: Die Dubletten sitzen in einer einzigen Datenbank, und deren eigene Bereinigung plus ein sauberes Einwilligungsformular kosten weit weniger als dies
- Niemand übernimmt die Entscheidungen. Es braucht eine Datenpflege, die Zusammenführungen bestätigt, und jemanden im Recht, der sagt, was jeder Text abdeckt; ohne beides wird das Register die fünfte Stelle, an der Einwilligungen einander widersprechen
Eine Frage für die nächste Sitzung
Wie viele Menschen stehen tatsächlich hinter den Kundendatensätzen, die diese Gruppe in ihren Markensystemen und im CRM führt, und für wie viele von ihnen könnten wir heute die Einwilligung vorlegen, die den Versand der Kampagne des nächsten Monats erlaubt?
Vorgehen bei der Umsetzung
Wir starten mit einem Ausschnitt und erweitern erst nach dem Nachweis.
Wir liefern
- Eine Sichtung der vier Systeme: welche Felder jedes hält, welche Identifikatoren belastbar sind und was die belastbaren Schlüssel klären
- Das Personen- und Einwilligungsmodell, zurückverknüpft mit jedem Quellschlüssel, sodass kein Markensystem überschrieben wird
- Die Abgleichregeln, die Schwelle für eine sichere Übereinstimmung und die Zusammenführungsaufgabe in Microsoft Teams
- Die Erhebungspunkte, den Rückschreibeweg ins Register, den taggleichen Widerrufslauf, die Einwilligungsprüfung, die jeder Versandprozess aufruft, die Power BI Seite und ein Betriebshandbuch für die Datenpflege
Wir brauchen von Ihnen
- Einen Export der Kundentabellen aus jedem Markensystem und dem CRM, mit den Feldern, über die Sie abgleichen wollen
- Die heute verwendeten Einwilligungstexte und je Text, welche Gesellschaft und welche Marken er nennt
- Eine benannte Datenpflege und die Entscheidung, wer eine Zusammenführung bestätigt und wer einen Text freigibt
Etappen
Aufnahme
Die vier Systeme, ihre Identifikatoren, die verwendeten Texte und was die belastbaren Schlüssel klären
Design
Personen- und Einwilligungsmodell, Abgleichregeln und Schwellen, Marken- und Gesellschaftskarte, Sicherheit
Aufbau
Roboter, Register, Zusammenführungsaufgabe in Teams, Einwilligungsprüfung und Widerrufslauf
Validierung
Ein Nachlauf auf historischen Datensätzen und vergangenen Kampagnen gegen die Entscheidung von Marketing und Recht
Inbetriebnahme
Zuerst nur lesend, dann Rückschreiben je System unter Aufsicht, dann die Einwilligungsprüfung vor der ersten Kampagne
Abteilungsweit. Der Aufwand hängt von der Zahl der Markensysteme und davon ab, wie sich jedes lesen lässt, von der Qualität Ihrer Identifikatoren und davon, wie viele Einwilligungstexte die Gruppe angesammelt hat.
Dieselbe Person, drei Datensätze, und nur einer weiß von der Absage.
Exportieren Sie die Kundentabelle aus jedem System und senden Sie uns die heute verwendeten Einwilligungstexte. Sie erhalten Ihre Dublettenquote, den Anteil, den Ihre belastbaren Identifikatoren klären, und eine schriftliche Übersicht, welcher Text welche Marke abdeckt.
Abgleich auf je einem Export testenDer Nachbarprozess hat meist dasselbe Problem
Das Pipeline-Review beginnt mit einem Streit über die Daten, nicht über die Deals.
Lösung ansehen Recht & ComplianceBetroffenenanfragen in Tagen statt kurz vor der FristSchluss mit DSGVO-Anfragen, die am 28. Tag einer 30-Tage-Frist von Hand bearbeitet werden.
Lösung ansehen Vertrieb & MarketingKundenveranstaltungen, die in Leads endenGästelisten aus drei DMS-Exporten, RSVPs in vier Postfächern, die Liste in der Schublade, der Importeur will Belege.
Lösung ansehenBranchen, in denen wir das am häufigsten umsetzenAutohandel