Stammdatenpflege automatisieren: saubere Kunden-, Lieferanten- und Artikeldaten in Ihrem ERP

Was bedeutet es, Stammdatenpflege zu automatisieren?

Stammdatenpflege zu automatisieren heißt, dass Anlage und Änderung von Kunden, Lieferanten und Artikeln nach festen Regeln geprüft werden, bevor die Daten in Aufträgen, Rechnungen und Zahlläufen landen. Das ERP bleibt das führende System. Die Automatisierung liest über dessen Schnittstellen, prüft, schlägt Korrekturen vor und meldet Abweichungen an die zuständige Person.

Stammdatenmanagement ist der Rahmen darum: wer welche Daten verantwortet, welche Regeln gelten, welches System bei mehreren ERPs führt. Stammdatenpflege ist die tägliche Arbeit darin. Automatisieren lässt sich vor allem die Prüfung, nicht die Entscheidung. Ob zwei Lieferanten wirklich dieselbe Firma sind oder ob eine neue Bankverbindung echt ist, entscheidet weiterhin ein Mensch, aber er bekommt nur noch die Fälle, die eine Regel auffällig findet.

Fehler in Stammdaten wirken nicht dort, wo sie entstehen, sondern später: in einer falschen Rechnung, einer abgelehnten E-Rechnung, einer doppelten Zahlung oder einer Überweisung an das falsche Konto. Deshalb gehört die Prüfung an den Moment der Anlage und Änderung, nicht an das Jahresende.

Welche Prüfregeln gehören in eine automatisierte Stammdatenpflege?

Eine gute Prüfregel ist eindeutig, maschinell prüfbar und hat einen festgelegten Ausgang: anlegen, mit Hinweis anlegen oder anhalten bis zur Freigabe. Die folgende Tabelle zeigt Regeln, die sich in fast jedem ERP über die Schnittstellen umsetzen lassen. Welche davon bei Ihnen hart sperren und welche nur warnen, legen die Verantwortlichen je Datenart fest.

Wichtig ist die Reihenfolge. Zuerst Formatregeln, weil sie billig und sicher sind. Dann Abgleiche mit externen Quellen wie dem BZSt. Zuletzt die Dublettensuche, weil sie die meisten Grenzfälle erzeugt und einen Menschen braucht.

Regeln, die auf Steuerkennzeichen und Kontenzuordnung wirken, stimmen Sie mit Ihrer Steuerberatung ab. Die Automatisierung setzt die vereinbarten Regeln um, sie legt sie nicht fest.

Wie lässt sich die USt-IdNr. automatisch beim BZSt prüfen?

Die USt-IdNr. eines Geschäftspartners aus einem anderen EU-Mitgliedstaat lässt sich automatisch über die REST-API des Bundeszentralamts für Steuern bestätigen. Rechtsgrundlage ist § 18e UStG: Das BZSt bestätigt einem Unternehmer auf Anfrage die Gültigkeit einer USt-IdNr. sowie Name und Anschrift der Person, der ein anderer Mitgliedstaat die Nummer erteilt hat.

Das BZSt unterscheidet zwei Stufen. Für die einfache Bestätigung genügen die eigene deutsche USt-IdNr. und die abzufragende Nummer. Die qualifizierte Bestätigung gleicht zusätzlich Firmenname einschließlich Rechtsform, Straße mit Hausnummer, Postleitzahl und Ort ab. Für eine automatische Stammdatenprüfung ist die qualifizierte Abfrage der sinnvolle Standard, weil sie Tippfehler im Namen und veraltete Anschriften sichtbar macht.

Laut BZSt richtet sich die REST-API vor allem an Unternehmen mit vielen Abfragen. Die Einbindung muss das Unternehmen in Eigenregie umsetzen, das BZSt leistet dabei keine Unterstützung. Die frühere XML-RPC-Schnittstelle führt das BZSt als ab dem 30.11.2025 obsolet. Abfragen werden einzeln und synchron in Echtzeit an den jeweiligen Mitgliedstaat weitergeleitet. Zwischen 23 und 5 Uhr können Wartungsarbeiten zu Verzögerungen führen, eine nächtliche Massenprüfung plant man deshalb besser außerhalb dieses Fensters.

Für den Nachweis gilt laut BZSt: Bei Abfragen über die Schnittstelle wird die qualifizierte Abfrage über den vom BZSt empfangenen Datensatz nachgewiesen. Die Automatisierung sollte diesen Datensatz deshalb unverändert am Partner ablegen, mit Datum der Abfrage. Ob und wie oft Sie bestehende Partner erneut prüfen, stimmen Sie mit Ihrer Steuerberatung ab.

• Deutsche USt-IdNrn. Ihrer inländischen Partner kann ein normales Unternehmen über das Bestätigungsverfahren nicht bestätigen lassen. Berechtigt sind laut BZSt Lagerhalter nach § 4 Nr. 4a UStG und Betreiber elektronischer Schnittstellen nach § 25e UStG.
• Das BZSt speichert keine Daten anderer Mitgliedstaaten, es reicht nur deren Ergebnis weiter. Falsche Daten kann nur Ihr Geschäftspartner bei seiner Behörde korrigieren lassen.
• Fällt die Abfrage wegen Störung aus, ist laut BZSt auch die telefonische Hotline nicht verfügbar. Die Automatisierung braucht deshalb einen Wiederholungslauf, nicht nur einen Fehlerhinweis.

Wie schützt man Lieferantenbankdaten vor Betrug?

Bankdaten schützt man am wirksamsten mit einer Sperre: Jede neue oder geänderte Bankverbindung blockiert den Lieferanten für den Zahllauf, bis eine zweite berechtigte Person die Änderung bestätigt hat. So kann eine gefälschte Mitteilung über eine neue Kontoverbindung nicht allein durch eine Eingabe zur Zahlung führen.

SAP beschreibt genau dieses Verfahren als Dual Control for Sensitive Fields. Felder im Kunden- oder Lieferantenstamm werden als sensibel definiert. Ändert jemand ein solches Feld, wird das Konto für den Zahllauf gesperrt, bis ein anderer Benutzer mit Berechtigung die Änderung prüft und bestätigt oder ablehnt. Die Dokumentation nennt als Beispiel den abweichenden Zahlungsempfänger. Welche Felder Sie als sensibel führen, legen Sie im Customizing fest; prüfen Sie die Bezeichnung für Ihr Release.

Business Central bietet zwei Bausteine. Die Feldüberwachung protokolliert Änderungen an ausgewählten Feldern mit altem und neuem Wert, Benutzer und Zeitpunkt und kann eine E-Mail senden; Microsoft nennt dafür ausdrücklich die IBAN als Beispiel. Genehmigungsworkflows können laut Microsoft auf Ereignisse wie Kreditoren- oder Debitorenbearbeitungen reagieren. Eine Sperre bis zur Freigabe entsteht daraus erst, wenn beides sauber eingerichtet ist.

Seit dem 09.10.2025 müssen Banken im Euroraum zusätzlich die Empfängerüberprüfung anbieten: Vor der Freigabe einer Überweisung wird geprüft, ob IBAN und Name des Empfängers zusammenpassen. Die Verordnung (EU) 2024/886 erlaubt Unternehmen aber, bei Zahlungsaufträgen, die als Bündel eingereicht werden, darauf zu verzichten. Genau so laufen Zahlläufe aus dem ERP häufig. Die Prüfung im Stammdatenprozess ersetzt die Bank deshalb nicht, sie schließt die Lücke davor.

• Bankdatenänderung nie aus der E-Mail heraus bestätigen, sondern über eine Kontaktangabe, die schon vorher im Stamm stand.
• Wer die Bankverbindung ändert, darf sie nicht selbst freigeben und nicht den Zahllauf starten.
• Die Automatisierung prüft zusätzlich: Gehört die neue IBAN schon zu einem anderen Lieferanten? Passt das Land der Bank zum Sitz des Lieferanten? Wurde die Bankverbindung kurz vor einer großen offenen Rechnung geändert?

Wie findet man Dubletten im ERP?

Dubletten findet man, indem man Namen und Anschriften zuerst vereinheitlicht und dann nach starken und schwachen Signalen vergleicht: Gleiche USt-IdNr. oder IBAN ist ein starkes Signal, ein ähnlicher Name im selben Ort ein schwaches. Das Ergebnis ist eine Kandidatenliste mit Begründung, die ein Mensch entscheidet.

SAP S/4HANA bringt für Geschäftspartner, Kunden und Lieferanten eine konfigurierbare Dublettenprüfung mit. Laut SAP-Dokumentation legt man Regeln aus Feldern fest, etwa bei Organisationen Name 1, Name 2 und Land, bei Personen Vor- und Nachname und Land, und markiert eine Konfiguration als Standard. Beim Anlegen zeigt die App dann die wahrscheinlichsten Dubletten mit einer Übereinstimmung in Prozent.

In Business Central lassen sich doppelte Debitoren, Kreditoren und Kontakte zusammenführen. Microsoft weist darauf hin, dass das Zusammenführen nicht rückgängig gemacht werden kann und nur Benutzer mit dem passenden Berechtigungssatz es ausführen dürfen. Deshalb gehört vor jede Zusammenführung eine dokumentierte Entscheidung, welcher Datensatz bleibt und welche Werte übernommen werden.

Bei anderen Systemen wie abas, proALPHA oder Sage läuft die Dublettensuche über einen Datenauszug aus der Schnittstelle. Die Automatisierung erzeugt die Kandidaten, die Bereinigung selbst erfolgt im ERP, damit Sperren, Zuordnungen und offene Posten dort konsistent bleiben.

Wie bleiben Stammdaten über mehrere ERPs und Gesellschaften gleich?

Stammdaten bleiben über mehrere ERPs nur dann gleich, wenn für jede Datenart genau ein führendes System feststeht und alle anderen Systeme ihre Werte von dort übernehmen. Wo zwei Systeme dasselbe Feld frei ändern dürfen, entstehen Widersprüche, die keine Synchronisation auflöst.

In Unternehmensgruppen mit verschiedenen ERPs braucht es außerdem eine Zuordnungstabelle: Welche Lieferantennummer in Gesellschaft A entspricht welcher in Gesellschaft B, und welche Gesellschaft ist selbst Kunde oder Lieferant einer anderen. Diese Zuordnung ist die Grundlage für die Intercompany-Abstimmung und für ein gemeinsames Berichtswesen.

Zur Steuerberatung gehen Stammdaten oft als Datei. Das DATEV-Format kennt dafür eigene Stammdatenformate für Debitoren und Kreditoren; laut DATEV gilt für deren Import keine Volumengrenze, anders als die 99.999 Buchungen je Buchungsstapel. Die Prüfregeln sollten vor diesem Export greifen, nicht danach.

Warum gehört die Stammdatenbereinigung vor den ERP-Umstieg?

Die Bereinigung gehört vor den Umstieg, weil bei der Migration selbst laut GoBD nur das Format der Daten umgesetzt werden darf, nicht ihr Inhalt. Rz. 142 der GoBD verlangt, dass aufbewahrungspflichtige Daten einschließlich Stammdaten quantitativ und qualitativ gleichwertig in das neue System überführt werden. Bei einer Datenumwandlung darf ausschließlich das Format geändert werden, etwa das Datums- oder Währungsformat, und die Änderungen sind zu dokumentieren.

Wer Dubletten erst im Migrationsskript zusammenlegt, vermischt Formatumsetzung und inhaltliche Änderung. Sauberer ist: Dubletten im Altsystem markieren, sperren oder zusammenführen, protokolliert und mit Entscheidung, und erst danach migrieren. Das spart zugleich Arbeit, weil nur noch lebende Partner und Artikel übernommen werden müssen. Wie Sie gesperrte Altdaten für die Aufbewahrung lesbar halten, klären Sie mit Ihrer Steuerberatung.

• Inaktive Partner ohne offene Posten und ohne Bewegung in einem festgelegten Zeitraum identifizieren und sperren, nicht löschen.
• Dublettenentscheidungen mit Datum, Person und Begründung festhalten.
• Zuordnung alte Nummer zu neuer Nummer als eigene Tabelle aufbewahren, damit Belege rückverfolgbar bleiben.

Was verlangen die GoBD bei Stammdatenänderungen?

Die GoBD verlangen, dass Stammdatenänderungen die Bedeutung bestehender Buchungen nicht verändern. Rz. 111 sagt: Bei einer Änderung von Stammdaten muss die eindeutige Bedeutung in den Bewegungsdaten erhalten bleiben; gegebenenfalls sind Stammdatenänderungen auszuschließen oder Stammdaten mit Gültigkeitsangaben zu historisieren. Auch eine Änderungshistorie darf nicht nachträglich veränderbar sein.

Das BMF zeigt in Beispiel 4 zu Rz. 59 die Folge fehlender Historisierung: Ein Kunde firmiert um, der Steuersatz ändert sich, die Stammdaten werden überschrieben, und das Unternehmen kann ein früher versandtes Rechnungsdoppel nicht mehr inhaltsgleich wiedergeben. Rz. 100 nennt als Teil des internen Kontrollsystems ausdrücklich Zugriffsberechtigungskonzepte, Funktionstrennungen und Plausibilitätsprüfungen, und Rz. 40 nennt Plausibilitätskontrollen bei Dateneingaben.

Für die Automatisierung heißt das: Jede automatische Korrektur und jeder Prüfbefund wird mit Regel, Zeitpunkt, altem und neuem Wert protokolliert, und das Protokoll ist nicht editierbar. Achten Sie auch auf die ERP-Seite. In Business Central können Aufbewahrungsrichtlinien Einträge im Änderungsprotokoll nach einer festgelegten Zeit löschen; diese Frist stimmen Sie mit Ihren Aufbewahrungspflichten ab.

Welche Fehlerbilder zeigen, dass die Stammdatenpflege nicht funktioniert?

Die meisten Stammdatenfehler zeigen sich nicht in den Stammdaten, sondern in den Folgeprozessen. Die Tabelle ordnet typische Symptome der Regel zu, die sie verhindert.

Ablauf in 6 Schritten

1. 01
   Prozessgespräch

   Wir klären, welche ERPs und Gesellschaften beteiligt sind, wer heute Kunden, Lieferanten und Artikel anlegt, wie Bankdaten geändert werden und wo Fehler zuletzt aufgefallen sind.

2. 02
   Bestandsaufnahme

   Ein Lesezugriff auf die Stammdaten zeigt Lücken, mögliche Dubletten und widersprüchliche Felder. Daraus entsteht eine Liste mit Fundstellen, keine Hochrechnung.

3. 03
   Regelwerk festlegen

   Mit den Verantwortlichen je Datenart legen wir fest, welche Regel sperrt, welche warnt und wer freigibt. Steuerliche Regeln stimmen Sie mit Ihrer Steuerberatung ab.

4. 04
   Automatisierungs-Sprint

   Ein Ablauf, meist Lieferantenanlage mit USt-IdNr.-Abfrage, Bankprüfung und Dublettensuche, läuft als Prototyp auf echten Daten in Ihrer Testumgebung.

5. 05
   Freigabestrecke und Protokoll

   Auffällige Fälle gehen an die zuständige Person, mit Begründung und Vorschlag. Jede Prüfung und jede Korrektur wird unveränderbar protokolliert.

6. 06
   Betrieb

   Die Regeln laufen bei jeder Anlage und Änderung, dazu in festen Abständen über den Bestand. Neue Fehlerbilder werden zu neuen Regeln.

Häufige Fragen