Internationales Stammdatenmanagement bezeichnet die zentral gesteuerte und lokal ergänzte Pflege der Grunddaten, auf denen alle Geschäftsprozesse eines Unternehmens mit mehreren Landesgesellschaften beruhen. Dazu zählen Kunden, Lieferanten, Artikel, Preislisten, Kontenpläne, Kostenstellen und Mitarbeiterstammdaten. Solange ein Unternehmen nur an einem Standort tätig ist, genügt häufig eine informelle Absprache zwischen Vertrieb, Einkauf und Buchhaltung. Sobald Tochtergesellschaften in mehreren Ländern hinzukommen, entstehen jedoch unterschiedliche Schreibweisen, doppelte Datensätze und widersprüchliche Attribute.
Die Folgen sind im Tagesgeschäft schnell sichtbar. Ein Kunde erscheint in drei Gesellschaften mit drei verschiedenen Kundennummern, ein Artikel trägt je nach Land eine andere Warengruppe, und Lieferanten werden doppelt angelegt, weil die Steuernummer in unterschiedlichen Formaten erfasst wird. Konsolidierung, Controlling und Compliance müssen diese Abweichungen anschließend manuell bereinigen.
Dieser Beitrag beschreibt, wie sich Stammdaten im internationalen Mittelstand strukturiert steuern lassen. Er behandelt Governance und Rollen, das Datenmodell mit globalen und lokalen Attributen, regulatorische Anforderungen, die Einführung in Etappen sowie geeignete Kennzahlen. Ziel ist ein Vorgehen, das ohne Konzernbudget auskommt und dennoch belastbare Ergebnisse liefert.
Hinweis: Dieser Beitrag gibt ausschließlich die redaktionellen Ansichten der Redaktion von globalerbetrieb.de wieder. Er stellt keine Rechtsberatung dar und ersetzt nicht die Beratung durch eine qualifizierte Rechtsanwältin oder einen qualifizierten Rechtsanwalt. Für rechtlich verbindliche Auskünfte zu Ihrem konkreten Fall wenden Sie sich bitte an einen zugelassenen Rechtsbeistand.
Titelbild: Foto von imgix auf Unsplash.
Warum Stammdaten im internationalen Kontext zum Engpass werden
Stammdaten unterscheiden sich von Bewegungsdaten dadurch, dass sie selten geändert, aber sehr häufig gelesen werden. Eine fehlerhafte Lieferantenbankverbindung wirkt sich bei jeder Zahlung aus, eine falsche Zolltarifnummer bei jeder Ausfuhr. Der Fehler wiederholt sich damit in jedem Vorgang, der auf den Datensatz zugreift, und wird häufig erst bei einer Prüfung oder einer Reklamation bemerkt.
Im internationalen Umfeld verstärken drei Faktoren das Problem. Erstens setzen Landesgesellschaften oft eigene ERP-Systeme oder unterschiedliche Releasestände ein, die historisch gewachsen sind oder im Zuge einer Akquisition übernommen wurden. Zweitens unterscheiden sich Formate und Pflichtfelder von Land zu Land, etwa bei Adressen, Steuernummern, Bankverbindungen und Umsatzsteuer-Identifikationsnummern. Drittens fehlt häufig eine eindeutige Zuständigkeit: Die Zentrale sieht die Landesgesellschaft in der Pflicht, die Landesgesellschaft wartet auf Vorgaben der Zentrale.
Typische Symptome lassen sich ohne großen Aufwand erkennen:
- Dieselbe Geschäftsbeziehung ist im Konzern unter mehreren Nummern oder Schreibweisen angelegt.
- Intercompany-Abstimmungen scheitern, weil Partnerkennzeichen oder Währungen nicht übereinstimmen.
- Berichte der Landesgesellschaften lassen sich nur nach manueller Zuordnung der Konten oder Warengruppen zusammenführen.
- Neuanlagen dauern mehrere Tage, weil niemand weiß, welche Angaben verpflichtend sind und wer freigibt.
- Bei Audits müssen Änderungen von Bankdaten oder Zahlungsbedingungen mühsam rekonstruiert werden.
Wer diese Symptome ignoriert, zahlt dafür in Form von Mehrarbeit in Buchhaltung und Controlling, verzögerten Abschlüssen und erhöhten Betrugsrisiken, insbesondere bei manipulierten Bankverbindungen.
Grundbegriffe: Stammdaten, Datendomänen und Datenqualität
Für ein gemeinsames Verständnis empfiehlt sich eine klare Begriffsarbeit. Stammdaten beschreiben Objekte, die über längere Zeit unverändert Bestand haben und in vielen Prozessen verwendet werden. Referenzdaten wie Länderlisten, Währungscodes oder Zahlungsbedingungen bilden ein eigenes, kleineres Feld und werden meist zentral gepflegt. Bewegungsdaten entstehen dagegen in jedem Geschäftsvorfall, etwa als Bestellung, Rechnung oder Buchung.
Die Stammdaten eines Unternehmens lassen sich in Datendomänen gliedern. Üblich sind Kunden, Lieferanten, Produkte und Materialien, Finanzdaten (Kontenplan, Kostenstellen, Profitcenter) sowie Personaldaten. Jede Domäne erhält einen fachlich verantwortlichen Datenverantwortlichen, im Fachjargon Data Owner genannt, der über Definitionen, Pflichtfelder und Freigaberegeln entscheidet.
Die Qualität der Daten wird anhand weniger Dimensionen beurteilt:
- Vollständigkeit: Alle für den Prozess notwendigen Felder sind befüllt.
- Eindeutigkeit: Jedes reale Objekt existiert genau einmal.
- Konsistenz: Dieselben Angaben stimmen systemübergreifend überein.
- Aktualität: Änderungen in der Realität werden zeitnah abgebildet.
- Gültigkeit: Werte entsprechen dem definierten Format, etwa der Länge einer IBAN oder dem Aufbau einer Umsatzsteuer-Identifikationsnummer.
Diese Dimensionen bilden die Grundlage für spätere Kennzahlen und für automatische Prüfregeln bei der Neuanlage.
Governance: Rollen, Zuständigkeiten und Entscheidungswege
Ohne klare Zuständigkeiten bleibt jedes Stammdatenprojekt ein Einmalereignis. Die Governance legt fest, wer Daten anlegt, wer sie prüft, wer Standards verabschiedet und wer bei Konflikten entscheidet. Bewährt hat sich ein dreistufiges Modell, das auch für Unternehmen mit überschaubarem Verwaltungsapparat geeignet ist.
Zentrale Ebene: Data Owner und Datenstandards
Auf zentraler Ebene wird für jede Datendomäne ein Verantwortlicher benannt. Er verantwortet die Datendefinition, die globalen Pflichtattribute, die Namenskonventionen und die Freigabelogik. Im Mittelstand handelt es sich meist um Führungskräfte aus Finanzen, Einkauf, Vertrieb und Logistik, die diese Rolle neben ihrer Linienfunktion ausüben. Wichtig ist, dass die Rolle schriftlich beschrieben und in der Stellenbeschreibung verankert wird.
Operative Ebene: Data Steward
Der Data Steward pflegt die Daten im Tagesgeschäft, prüft Neuanlagen und Änderungen, bereinigt Dubletten und pflegt die Referenzdaten. Je nach Größe des Unternehmens sitzt diese Funktion in einem zentralen Shared Service oder in den Landesgesellschaften. Eine Mischform ist üblich: Die Zentrale prüft globale Attribute, die Landesgesellschaft ergänzt lokale Angaben wie Steuerkennzeichen oder landesspezifische Pflichtfelder.
Steuerungsgremium
Ein kleines Gremium aus den Data Ownern und einem Vertreter der IT trifft sich in festem Rhythmus, beispielsweise monatlich oder quartalsweise. Es verabschiedet Standards, entscheidet über Ausnahmen und bewertet die Qualitätskennzahlen. Die Entscheidungen werden protokolliert und in einem zentralen Regelwerk veröffentlicht, auf das alle Standorte Zugriff haben.
Ein Standard, der nur in der Zentrale bekannt ist, gilt in den Landesgesellschaften als Empfehlung und wird entsprechend behandelt.
Das Datenmodell: Globale Kernattribute und lokale Ergänzungen
Ein häufiger Fehler besteht darin, entweder alles zentral vorzugeben oder alles lokal zu belassen. Beides führt zu Reibung. Praktikabler ist ein zweigeteiltes Datenmodell mit globalem Kern und lokalen Erweiterungen.
Der globale Kern umfasst die Attribute, die für Konsolidierung, Compliance und konzernweite Prozesse unverzichtbar sind. Beispiele sind eine konzernweit eindeutige Kennung, die Rechtsform und der offizielle Firmenname, die Branchenklassifikation, die Zuordnung zu einer Konzerngesellschaft, die Hauptwährung sowie die Zahlungsbedingungen im Standardformat. Für Materialien gehören die Warengruppe nach konzernweiter Systematik, die Basismengeneinheit und die Einstufung nach Zolltarif dazu.
Lokale Erweiterungen bilden die Anforderungen des jeweiligen Landes ab: Steuerkennzeichen, landesübliche Adressformate, Pflichtangaben für elektronische Rechnungen, Registernummern oder gesetzlich vorgeschriebene Kennzeichnungen. Diese Felder werden von der Landesgesellschaft gepflegt, dürfen aber den globalen Kern nicht überschreiben.
| Bereich | Globaler Kern | Lokale Erweiterung |
|---|---|---|
| Kunde | Konzernweite Kundennummer, Firmenname, Rechtsform, Branche | Steuernummer, lokale Registernummer, Rechnungsformat |
| Lieferant | Konzernweite Lieferantennummer, Bankverbindung nach IBAN, Zahlungsbedingung | Quellensteuerkennzeichen, landesspezifische Meldepflichten |
| Material | Warengruppe, Basismengeneinheit, Zolltarifnummer | Lokale Bezeichnung, landesspezifische Kennzeichnung |
| Konto | Konzernkontenplan, Kontengruppe | Lokales Statutory-Konto nach Landesrecht |
Wichtig ist die Trennung zwischen Datenmodell und Systemlandschaft. Das Modell wird fachlich definiert, bevor entschieden wird, in welchem System es technisch abgebildet wird. So lässt sich dieselbe Logik in mehreren ERP-Systemen anwenden, solange die Schnittstellen die Kernattribute einheitlich übergeben.
Regulatorische Anforderungen an Stammdaten
Stammdaten sind nicht nur ein organisatorisches, sondern auch ein rechtliches Thema. Mehrere Vorschriften wirken unmittelbar auf Inhalt und Pflege der Datensätze.
Personenbezogene Stammdaten, etwa Ansprechpartner bei Kunden und Lieferanten oder Beschäftigtendaten, unterliegen der Datenschutz-Grundverordnung. Maßgeblich sind insbesondere die Grundsätze der Datenminimierung und der Richtigkeit nach Art. 5 DSGVO sowie die Anforderungen an die Übermittlung in Drittländer nach Art. 44 ff. DSGVO. Ein zentraler Stammdatenbestand, auf den Landesgesellschaften außerhalb des Europäischen Wirtschaftsraums zugreifen, erfordert daher geeignete Garantien, etwa Standardvertragsklauseln.
Für die Buchführung gelten in Deutschland die Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form (GoBD). Änderungen an buchungsrelevanten Stammdaten wie Kontenzuordnungen oder Bankverbindungen müssen nachvollziehbar sein. Die gesetzlichen Aufbewahrungsfristen nach § 257 HGB und § 147 AO sind zu beachten, im Ausland gelten zusätzlich die jeweiligen nationalen Regeln.
Im Außenhandel verlangen Zoll und Exportkontrolle korrekte Warennummern und Ursprungsangaben. Fehlerhafte Zolltarifnummern im Materialstamm führen zu falschen Anmeldungen. Bei der Anlage von Geschäftspartnern ist außerdem der Abgleich mit Sanktionslisten vorzusehen, der idealerweise automatisiert beim Anlegen und in regelmäßigen Abständen erfolgt.
Die Vorschriften der Abgabenordnung finden sich unter gesetze-im-internet.de zur Abgabenordnung im Volltext. Welche Pflichten im Einzelfall gelten, hängt von Rechtsform, Branche und Sitzländern ab.
Vorgehen: Einführung in sechs Schritten
Ein internationales Stammdatenprojekt scheitert selten an der Technik, häufiger an Umfang und fehlender Priorisierung. Die folgende Reihenfolge hat sich in der Praxis bewährt.
- Bestandsaufnahme: Welche Datendomänen existieren, in welchen Systemen liegen sie, wer pflegt sie, und wie viele Datensätze sind betroffen? Eine einfache Tabelle je Landesgesellschaft genügt.
- Priorisierung: Eine Domäne wird zuerst bearbeitet, meist die mit dem größten Schmerz und dem geringsten Umfang, in vielen Unternehmen die Lieferantenstammdaten.
- Datenstandard festlegen: Pflichtfelder, Formate, Schreibweisen und Freigaberegeln werden definiert und in einem Datenkatalog dokumentiert.
- Bereinigung: Dubletten werden zusammengeführt, Pflichtfelder ergänzt, inaktive Datensätze gesperrt. Dabei gilt: erst bereinigen, dann migrieren.
- Prozess verankern: Neuanlage und Änderung laufen künftig über einen definierten Workflow mit Vier-Augen-Prinzip und automatischen Plausibilitätsprüfungen.
- Messen und verbessern: Kennzahlen werden regelmäßig berichtet, und das Steuerungsgremium entscheidet über Korrekturmaßnahmen und die nächste Domäne.
Bewährt hat sich ein Pilot mit zwei oder drei Landesgesellschaften. Die Erfahrungen aus dem Pilot fließen in den Standard ein, bevor weitere Standorte angebunden werden.
Beispielrechnung zur Wirkung von Dubletten
Angenommen, ein Unternehmen mit fünf Landesgesellschaften führt insgesamt 8.000 Lieferanten. Eine stichprobenartige Prüfung ergibt, dass etwa jeder zwanzigste Datensatz eine Dublette ist. Das entspräche 400 doppelten Datensätzen. Wenn jede Dublette pro Jahr nur eine Stunde zusätzlichen Aufwand für Abstimmungen, Rückfragen und Korrekturen verursacht, ergeben sich 400 Arbeitsstunden im Jahr, ohne die Risiken doppelter Zahlungen einzurechnen. Die Zahlen sind eine Beispielrechnung und müssen für den eigenen Betrieb mit realen Werten ersetzt werden.
Technische Umsetzung: Von der Tabelle zum Master-Data-Hub
Die Frage nach der Technik sollte erst gestellt werden, wenn Standards und Rollen geklärt sind. Grundsätzlich bieten sich vier Architekturmuster an, die sich im Aufwand und in der Steuerungstiefe deutlich unterscheiden.
| Muster | Beschreibung | Eignung |
|---|---|---|
| Zentrale Pflege im Führungssystem | Ein ERP-System führt die Stammdaten, andere Systeme übernehmen sie | Wenige Systeme, kleinere Datenmengen |
| Koexistenz mit Abgleich | Jede Gesellschaft pflegt lokal, ein Abgleichslauf erkennt Dubletten und Abweichungen | Heterogene Landschaft, geringe Eingriffstiefe |
| Registry | Ein zentrales Verzeichnis verweist auf lokale Datensätze und vergibt die globale Kennung | Erster Schritt zu einheitlicher Identifikation |
| Master-Data-Hub | Zentrale Plattform mit Workflow, Regeln und Verteilung an Zielsysteme | Viele Systeme, hohe Qualitätsanforderungen |
Für viele mittelständische Unternehmen ist die Registry oder der Abgleich mit zentraler Freigabe ein sinnvoller Einstieg. Ein vollwertiger Hub lohnt sich erst, wenn die organisatorischen Grundlagen stehen und die Datenmengen den Aufwand rechtfertigen. Unabhängig vom Muster sollten Schnittstellen die globale Kennung stets mitführen, damit Datensätze über Systemgrenzen hinweg eindeutig bleiben.
Kennzahlen für die laufende Steuerung
Was nicht gemessen wird, verbessert sich nicht dauerhaft. Wenige, gut definierte Kennzahlen reichen aus, um die Stammdatenqualität im Blick zu behalten:
- Dublettenquote: Anteil der als doppelt erkannten Datensätze je Domäne und Landesgesellschaft.
- Vollständigkeitsgrad: Anteil der Datensätze, bei denen alle Pflichtfelder befüllt sind.
- Durchlaufzeit der Neuanlage: Zeit vom Antrag bis zur Freigabe, getrennt nach Domäne.
- Fehlerquote bei Plausibilitätsprüfungen: Anzahl abgelehnter Anlagen im Verhältnis zu allen Anträgen.
- Anteil geprüfter Änderungen: Änderungen sensibler Felder wie Bankverbindungen mit dokumentierter Gegenprüfung.
Die Zielwerte sollten realistisch gewählt und schrittweise angehoben werden. Entscheidend ist, dass die Kennzahlen im Steuerungsgremium regelmäßig besprochen und mit konkreten Maßnahmen verbunden werden.
Typische Stolperfallen
Einige Fehler wiederholen sich in vielen Projekten und lassen sich mit etwas Vorbereitung vermeiden.
Erstens wird die Datenbereinigung unterschätzt. Ein neues System mit unbereinigten Altdaten verlagert das Problem lediglich. Zweitens bleibt die Rolle des Data Owners formal besetzt, ohne dass Zeit und Entscheidungsbefugnis vorhanden sind. Drittens wird der Standard zentral entworfen, ohne die Landesgesellschaften einzubinden, sodass lokale Pflichtangaben fehlen und später Ausnahmen entstehen. Viertens fehlt ein Prozess für laufende Änderungen: Der Datenbestand ist am Projektende sauber, verschlechtert sich aber innerhalb weniger Monate. Fünftens werden Sprache und Zeichensätze nicht geklärt, was bei Namen mit Sonderzeichen zu Schnittstellenfehlern führt.
Ein weiterer Punkt betrifft die Sprache. Bezeichnungen und Beschreibungen sollten in einer Konzernsprache geführt werden, während lokale Namen und Adressen in der Originalschreibweise erhalten bleiben. Das erleichtert Auswertungen und verhindert, dass dieselbe Warengruppe in mehreren Übersetzungen auftaucht. Zusätzlich empfiehlt sich ein verbindlicher Zeichensatz für alle Schnittstellen.
Checkliste für den Einstieg
- Datendomänen benannt und je Domäne ein Data Owner beauftragt
- Datenkatalog mit Pflichtfeldern, Formaten und Schreibweisen angelegt
- Globale Kennung für Geschäftspartner und Materialien definiert
- Freigabeworkflow mit Vier-Augen-Prinzip für sensible Felder eingerichtet
- Datenschutzrechtliche Grundlage für den zentralen Zugriff geprüft
- Kennzahlen und Berichtsrhythmus im Steuerungsgremium festgelegt
- Pilot mit zwei bis drei Landesgesellschaften terminiert
FAQ
Was ist der Unterschied zwischen Stammdaten und Bewegungsdaten?
Stammdaten beschreiben dauerhaft genutzte Objekte wie Kunden, Lieferanten oder Materialien. Bewegungsdaten entstehen bei jedem Geschäftsvorfall, etwa als Bestellung, Lieferung oder Rechnung, und verweisen auf die Stammdaten.
Wer sollte im Mittelstand für Stammdaten verantwortlich sein?
Die fachliche Verantwortung liegt bei Führungskräften aus dem jeweiligen Bereich, etwa Einkauf für Lieferanten und Vertrieb für Kunden. Die operative Pflege übernehmen Data Steward, die in einem Shared Service oder in den Landesgesellschaften angesiedelt sein können.
Braucht jedes Unternehmen ein eigenes Master-Data-Management-System?
Nein. Für viele Mittelständler genügt zunächst ein klarer Standard mit Freigabeworkflow und einer globalen Kennung. Eine eigene Plattform lohnt sich erst bei vielen Systemen und hohen Datenmengen.
Wie lässt sich die Datenqualität dauerhaft sichern?
Durch Prüfregeln bei der Neuanlage, regelmäßige Auswertungen der Qualitätskennzahlen, benannte Verantwortliche und ein definiertes Vorgehen für Korrekturen. Eine einmalige Bereinigung genügt nicht.
Welche Rolle spielt der Datenschutz bei zentralen Stammdaten?
Personenbezogene Angaben wie Ansprechpartner oder Beschäftigtendaten unterliegen der DSGVO. Bei Zugriffen aus Drittländern sind geeignete Garantien nach Art. 44 ff. DSGVO erforderlich.
