Stammdaten & DatenZuletzt geprüft: 2026-07-30

Kundenstamm

Der Kundenstamm ist die zentrale Sammlung aller dauerhaften Kundendaten eines Unternehmens – etwa Adressen, Kontaktpersonen sowie Zahlungs- und Lieferkonditionen. Im ERP-System bildet er die Stammdatenbasis, auf die Vertrieb, Buchhaltung und Versand bei jedem Kundenvorgang zugreifen.

Der Kundenstamm ist die zentrale, dauerhaft gepflegte Sammlung aller Grunddaten zu den Kunden eines Unternehmens. Jeder Kunde wird darin als eigener Stammsatz geführt – mit Stammdaten wie Firmierung, Adressen, Kontaktpersonen, Steuernummern sowie individuellen Zahlungs- und Lieferkonditionen. Als Teil der Partnerstammdaten bildet der Kundenstamm im ERP-System die Referenz, auf die jeder kundenbezogene Beleg zugreift: vom Angebot über den Auftrag bis zur Rechnung und Mahnung.

Anders als ein einzelner Auftrag oder eine Rechnung, die einen konkreten Geschäftsvorfall dokumentieren, beschreibt ein Kundenstammsatz die dauerhafte Geschäftsbeziehung zu einem Kunden. Er wird einmal angelegt und über die gesamte Kundenbeziehung hinweg gepflegt, während die zugehörigen Bewegungsdaten fortlaufend neu entstehen. Der Kundenstamm liefert damit den stabilen Bezugsrahmen für Vertrieb, Debitorenbuchhaltung und Versand – und seine Qualität entscheidet unmittelbar darüber, wie zuverlässig Belege erzeugt, Konditionen gezogen und Kundenumsätze ausgewertet werden können.

Auf einen Blick

  • Zentrale Sammlung dauerhafter Kundendaten: Adressen, Kontakte, Konditionen, Steuermerkmale
  • Teil der Stammdaten bzw. Partnerstammdaten – Gegenstück: Lieferantenstamm
  • Jeder Kunde = ein Stammsatz mit eindeutiger Kundennummer
  • Basis für Angebote, Aufträge, Rechnungen, Mahnwesen und Umsatzauswertungen
  • Datenqualität und Dublettenfreiheit entscheiden über Prozesssicherheit und DSGVO-Konformität

Was zum Kundenstamm gehört

Ein Kundenstammsatz bündelt alle Informationen, die ein Unternehmen dauerhaft über einen Kunden benötigt. Im Kern stehen die Identifikations- und Adressdaten: eine eindeutige Kundennummer, die Firmierung oder der Name, Rechnungs-, Liefer- und abweichende Adressen sowie Kommunikationsdaten wie Telefon, E-Mail und Website. Bei Geschäftskunden kommen Kontaktpersonen mit Rollen (Einkauf, Buchhaltung, Geschäftsführung) hinzu.

Darüber hinaus enthält der Kundenstamm kaufmännische und steuerliche Merkmale, die im Beleg automatisch gezogen werden: Zahlungsbedingungen und Zahlungsart, Skonto- und Kreditlimits, individuelle Preislisten oder Rabattgruppen, die bevorzugte Versandart sowie steuerrelevante Angaben wie die Umsatzsteuer-Identifikationsnummer und der Steuerstatus. Ergänzend werden oft die Debitorennummer für die Buchhaltung, eine Kundengruppen- oder Branchenzuordnung, die Sprache und weitere Klassifizierungen für Auswertung und Marketing hinterlegt.

Debitor vs. Kunde – ein feiner Unterschied

Im ERP wird häufig zwischen dem Kunden im Vertriebssinn und dem Debitor im buchhalterischen Sinn unterschieden. Der Kundenstammsatz beschreibt die Verkaufsbeziehung mit Konditionen und Ansprechpartnern, das zugeordnete Debitorenkonto steuert die Forderungsbuchhaltung. Beide sind eng verknüpft, aber nicht immer deckungsgleich: Ein Konzern kann mehrere Kunden-Standorte als Vertriebspartner führen, die auf ein gemeinsames Debitorenkonto abrechnen – oder umgekehrt. Ein sauber gepflegter Kundenstamm hält diese Zuordnung eindeutig.

Warum der Kundenstamm im ERP so wichtig ist

Im ERP-System ist der Kundenstamm die einzige führende Quelle für Kundeninformationen, auf die alle Module gemeinsam zugreifen. Wird ein Auftrag erfasst, zieht das System Adressen, Preise, Zahlungsbedingungen und Steuermerkmale automatisch aus dem Stammsatz – ohne dass Sachbearbeiter sie erneut eingeben müssen. Diese Einmalpflege sorgt dafür, dass Vertrieb, Buchhaltung und Versand mit denselben, konsistenten Daten arbeiten, und ist einer der Kernvorteile eines integrierten ERP gegenüber getrennten Insellösungen.

Entsprechend groß ist die Hebelwirkung der Datenqualität. Eine veraltete Lieferadresse führt zu Falschlieferungen, ein falsches Zahlungsziel verzögert den Geldeingang, ein fehlerhafter Steuerstatus verfälscht die Rechnungsstellung. Besonders teuer sind Dubletten: Wird derselbe Kunde mehrfach mit leicht abweichenden Schreibweisen angelegt, zerfallen Umsätze und Offene-Posten-Listen auf mehrere Stammsätze, Bonitäts- und Kreditlimitprüfungen greifen nicht mehr zuverlässig. Saubere, eindeutige Kundenstammdaten sind damit die Voraussetzung für automatisierte Prozesse, belastbares Reporting je Kunde und eine reibungslose Anbindung von Shops und Marktplätzen.

Kundenstamm, CRM und Schnittstellen

Der Kundenstamm im ERP überschneidet sich mit dem Kontaktbestand eines CRM-Systems, verfolgt aber einen anderen Schwerpunkt. Das ERP hält die transaktionsrelevanten Stammdaten für Auftrag, Rechnung und Versand vor, das CRM ergänzt Beziehungs- und Vertriebsdaten wie Leads, Verkaufschancen, Aktivitäten und Kommunikationshistorie. Viele Systeme bilden beides ab; sind ERP und CRM getrennt, muss über eine Schnittstelle geklärt sein, welches System bei den Kundenstammdaten führend ist, um doppelte Pflege und Widersprüche zu vermeiden.

Im E-Commerce entsteht ein Teil des Kundenstamms automatisch: Registriert sich ein Kunde im Onlineshop oder bestellt über einen Marktplatz, legt die Schnittstelle einen Stammsatz an oder ordnet die Bestellung einem bestehenden Kunden zu. Damit dabei keine Dubletten entstehen, braucht es klare Abgleichkriterien – etwa E-Mail-Adresse oder Kundennummer – und einen definierten führenden Datenhaltungspunkt.

Kundenstamm vs. Lieferantenstamm

Kundenstamm und Lieferantenstamm sind die beiden Hälften der Partnerstammdaten. Der Kundenstamm beschreibt die Absatzseite (Debitoren, Verkaufskonditionen), der Lieferantenstamm die Beschaffungsseite (Kreditoren, Einkaufskonditionen). Der Aufbau ähnelt sich stark, die hinterlegten Konditionen und Buchungslogiken sind jedoch spiegelverkehrt. Ein Geschäftspartner, der zugleich Kunde und Lieferant ist, wird in vielen ERP-Systemen in beiden Stämmen geführt und über die Verrechnung miteinander verknüpft.

DACH-Besonderheiten: GoBD und DSGVO

Kundenstammdaten sind im deutschsprachigen Raum in doppelter Hinsicht regulatorisch relevant. Buchhalterisch müssen die zugeordneten Debitorenkonten und Steuermerkmale zu den Vorgaben der GoBD und – in der Praxis vieler Kanzleien – zur DATEV-Struktur passen, damit Rechnungen prüfungssicher und mit korrekter Umsatzsteuer verarbeitet werden. Für innergemeinschaftliche Lieferungen ist die im Kundenstamm hinterlegte USt-IdNr. entscheidend; sie sollte über das Bestätigungsverfahren geprüft und dokumentiert sein.

Zugleich sind Kundenstammdaten fast immer personenbezogene Daten und fallen unter die DSGVO. Das betrifft Zweckbindung, Auskunftsrechte und vor allem Löschkonzepte: Ein ERP muss Kundendaten nicht nur speichern, sondern auch geregelt sperren und löschen können, sobald keine handels- oder steuerrechtliche Aufbewahrungspflicht mehr besteht. In der Praxis bedeutet das ein Zusammenspiel aus Aufbewahrungsfristen für buchungsrelevante Daten und Löschroutinen für nicht mehr benötigte Kontakt- und Marketingmerkmale – sauber strukturierte Stammfelder erleichtern diese Trennung erheblich.

Pflege und Migration des Kundenstamms

Damit der Kundenstamm dauerhaft verlässlich bleibt, braucht es geregelte Pflegeprozesse: Pflichtfelder, Namenskonventionen, eine Dublettenprüfung bei der Neuanlage sowie klare Zuständigkeiten dafür, wer Adressen, Konditionen und Kreditlimits ändern darf. Ohne solche Regeln driften Kundenstammdaten mit der Zeit auseinander, besonders wenn Vertrieb, Buchhaltung und Onlineshop dieselben Kunden pflegen.

Bei einer ERP-Einführung oder einem Systemwechsel gehört der Kundenstamm regelmäßig zu den aufwendigsten Teilen der Migration. Bestehende Kundendaten müssen aus Altsystemen extrahiert, bereinigt, entdoppelt und auf die Feldstruktur des neuen Systems gemappt werden. Es gilt der Grundsatz, keine Migration ohne vorherige Datenbereinigung durchzuführen – historisch gewachsene Kundenlisten enthalten fast immer Karteileichen, Tippfehler und uneinheitliche Formate. Ein bewährtes Vorgehen ist, Testimporte zu fahren, Ergebnisse fachlich zu prüfen und den Kundenstamm erst nach Freigabe produktiv zu übernehmen.

Praxisbeispiel

Beispiel: Kundenstamm-Bereinigung bei einem B2B-Großhändler

Ein Großhändler für Gastronomiebedarf führte seine Kunden jahrelang parallel im Shopsystem, in einer Excel-Adressliste und im Buchhaltungsprogramm. Größere Kunden mit mehreren Filialen waren dadurch mehrfach angelegt – teils mit abweichenden Schreibweisen, teils mit unterschiedlichen Zahlungszielen. Die Folge: Umsatzauswertungen pro Kunde waren unbrauchbar, Kreditlimits liefen ins Leere, und dieselbe Rechnungsadresse tauchte in drei Varianten auf.

Mit der ERP-Einführung wurde der Kundenstamm zunächst konsolidiert: Jeder Kunde erhielt eine eindeutige Kundennummer, Dubletten wurden zusammengeführt, Filialen als abweichende Lieferadressen unter dem Hauptkunden geführt und Zahlungsbedingungen vereinheitlicht. Seitdem greifen Vertrieb, Lager und Buchhaltung auf genau einen Stammsatz je Kunde zu. Ergebnis: korrekte Belege, verlässliche Umsätze je Kunde und funktionierende Kreditlimitprüfungen – der eigentliche Aufwand lag nicht in der Software, sondern im Aufräumen der Kundendaten davor.

Häufige Fragen

Der Kundenstamm ist die Sammlung aller dauerhaften Kundendaten wie Adressen, Kontakte und Konditionen im Vertriebssinn. Das Kundenkonto bzw. Debitorenkonto ist der buchhalterische Teil, über den Forderungen und Zahlungen gebucht werden. Beide sind verknüpft: Jeder Kundenstammsatz ist in der Regel einem Debitorenkonto zugeordnet.
Typisch sind Kundennummer, Firmierung, Rechnungs- und Lieferadresse, Kontaktpersonen, Kommunikationsdaten sowie kaufmännische Merkmale wie Zahlungsbedingungen, Preisliste, Kreditlimit und Versandart. Hinzu kommen steuerliche Angaben wie USt-IdNr. und Steuerstatus sowie die zugeordnete Debitorennummer.
Durch eine Dublettenprüfung bei der Neuanlage anhand eindeutiger Kriterien wie E-Mail-Adresse, USt-IdNr. oder Kundennummer, klare Namenskonventionen und Pflichtfelder. Bei angebundenen Shops und Marktplätzen sollte ein System als führender Datenhaltungspunkt definiert sein, damit Bestellungen bestehenden Kunden zugeordnet statt doppelt angelegt werden.
Buchungsrelevante Kundendaten unterliegen handels- und steuerrechtlichen Aufbewahrungsfristen und müssen entsprechend vorgehalten werden. Nicht mehr benötigte personenbezogene Daten, etwa reine Marketing- oder Kontaktmerkmale, sind nach der DSGVO zu löschen oder zu sperren, sobald der Zweck entfällt. Ein ERP sollte beide Anforderungen über Aufbewahrungs- und Löschroutinen abbilden.

Fragen zu Kundenstamm in deinem ERP-Projekt?

Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.

Kostenloses Erstgespräch