← Blog

Stammdaten vs. Bewegungsdaten: Ein Unterschied mit grosser Wirkung

Stammdaten und Bewegungsdaten sind die zwei Säulen jedes Informationssystems. Wer den Unterschied nicht versteht, verliert schnell den Überblick über seine Geschäftsprozesse.


Stammdaten vs. Bewegungsdaten: Ein Unterschied mit grosser Wirkung

In vielen Unternehmen herrscht eine unterschätzte Verwirrung: Was genau sind Stammdaten, und wie unterscheiden sie sich von Bewegungsdaten? Die Antwort ist einfach, die Konsequenzen aber sind erheblich. Wer diesen Unterschied nicht versteht, baut sein Datenmanagement auf Sand auf.

Was sind Stammdaten eigentlich?

Stammdaten sind die stabilen Grundinformationen eines Unternehmens. Sie ändern sich selten und bilden das Gerüst, auf dem alle Geschäftsprozesse aufbauen. Denken wir an konkrete Beispiele: die Kundendaten mit Name, Adresse und Kontaktinformationen. Oder die Artikelstammdaten mit Produktbezeichnung, Kategorie und Standard-Verkaufspreis. Ein Lieferant mit Bankverbindung und Lieferbedingungen ist ebenso Stammdaten wie die Mitarbeiterliste mit Kostenstelle und Abteilung.

Die Charakteristik von Stammdaten ist ihre Stabilität. Ein Kunde zieht um, die Adresse ändert sich einmal. Ein neuer Artikel wird ins Sortiment aufgenommen, die Grunddaten werden angelegt. Ein Mitarbeiter wird eingestellt, seine Basisdaten werden erfasst. Danach bleiben diese Informationen über längere Zeit gleich.

Stammdaten sind wie das Verzeichnis in einem Telefonbuch. Jeder Eintrag existiert einmal, wird gelegentlich aktualisiert, und dient als Referenzpunkt für alles, was danach kommt.

Bewegungsdaten: Das Leben der Geschäftsprozesse

Bewegungsdaten sind das Gegenteil. Sie entstehen durch Transaktionen und Geschäftsvorfälle und häufen sich kontinuierlich an. Ein Kundenauftrag ist Bewegungsdaten. Eine Rechnung ist Bewegungsdaten. Der Wareneingang eines Lieferantens ist Bewegungsdaten. Ein Verkauf, eine Reklamation, eine Zahlungsbuchung — all das sind Bewegungsdaten.

Das zentrale Merkmal: Bewegungsdaten entstehen laufend. Jeden Tag kommen neue Einträge hinzu. Sie dokumentieren, was im Geschäft tatsächlich passiert ist. Ein Auftrag vom Januar bleibt im System, auch wenn die Bestellung längst erfüllt ist. Die Rechnungen von letztem Jahr sind immer noch da. Die Bewegungsdaten wachsen und wachsen.

Bewegungsdaten sind wie das Tagebuch eines Unternehmens. Jeder Eintrag dokumentiert einen Moment, einen Vorfall, eine Transaktion.

Warum dieser Unterschied so wichtig ist

Wer Stammdaten und Bewegungsdaten verwechselt, gerät schnell in Schwierigkeiten. Ein häufiges Problem ist es, Stammdaten wie Bewegungsdaten zu behandeln und jede Änderung zu speichern, als wäre sie ein eigenes Ereignis. Das führt zu Datenchaos.

Ein anderes Problem zeigt sich oft daran, dass Bewegungsdaten nicht richtig organisiert werden. Wenn Auftragsdaten, Rechnungsdaten und Zahlungsdaten wild durcheinander gespeichert sind, wird es unmöglich, ein Geschäftsvorfalls von Anfang bis Ende nachzuverfolguen. Die Auswirkungen sind erheblich: Unternehmen wissen nicht mehr, welcher Kundenauftrag zu welcher Rechnung führt, welche Lieferscheine zu einer Rechnung gehören, oder ob eine Zahlung noch offen ist.

Bei der Datenqualität zeigt sich ein drittes Problem. Stammdaten müssen besonders sauber sein, denn sie beeinflussen alle nachgelagerten Prozesse. Ein falscher Kundename oder eine verkehrte Adresse pflanzt sich durch das ganze System fort. Bewegungsdaten hingegen können fehlerhaft sein, ohne dass man es sofort merkt — aber die Auswirkungen summieren sich: falsche Umsatzzahlen, fehlerhafte Bestandsbewertung, ungenaue Kundenanalysen.

Die praktischen Konsequenzen

Wir empfehlen, die beiden Datentypen von Anfang an sauber zu trennen. Das bedeutet: Stammdaten sollten in stabilen, kontrollierten Strukturen liegen. Jedes System sollte eine eindeutige Quelle für Kundendaten haben, für Artikeldaten, für Lieferantendaten. Wenn mehrere Systeme die gleichen Stammdaten brauchen, sollten sie sie aus einer zentralen Stelle abrufen oder diese regelmässig synchronisieren.

Bewegungsdaten hingegen sollten mit Bezügen zu den Stammdaten arbeiten. Ein Auftrag verweist auf einen Kunden (nicht auf eine Kundenadresse, die sich ändern könnte). Eine Rechnung verweist auf Artikel (nicht auf Preise, die heute gelten, sondern auf die Preise, die zum Zeitpunkt der Rechnung galten).

In der Praxis bedeutet das auch: Wer Berichte oder Analysen erstellt, muss verstehen, dass die Bewegungsdaten die Wahrheit sind. Die Umsatzzahl von Januar 2023 ist ein Faktum, das sich durch eine später geänderte Kundenadresse nicht ändern sollte. Die Bestandsmenge ist dokumentiert, nicht etwas, das rückwirkend korrigiert wird.

Wie wir damit umgehen

In unserer Arbeit mit Unternehmen sehen wir oft, dass diese Grundlagen nicht bewusst sind. Deshalb ist einer unserer ersten Schritte immer, die Datenkategorien zu klären. Wo liegen die Stammdaten? Sind sie konsistent gepflegt? Welche Bewegungsdaten werden erfasst, und in welcher Struktur? Sind die Verknüpfungen richtig gesetzt?

Aus dieser Klarheit entsteht dann ein Plan: Wie bringen wir Ordnung in die Stammdaten? Wie stellen wir sicher, dass Bewegungsdaten lückenlos und nachvollziehbar erfasst werden? Wie bauen wir eine Business-Intelligence-Lösung, die mit dieser Struktur vernünftig arbeiten kann?

Das Fundament für Ihre Datenqualität

Stammdaten und Bewegungsdaten sind nicht einfach zwei technische Kategorien. Sie sind der Schlüssel zu einer funktionierenden Datenwirtschaft. Wer diese beiden klar auseinanderhält und beide richtig organisiert, schafft das Fundament für zuverlässige Berichte, verlässliche Entscheidungen und am Ende ein Unternehmen, das seine eigenen Zahlen vertraut.

Wenn Sie sich unsicher sind, wie es um Ihre Daten bestellt ist — ob Stammdaten und Bewegungsdaten bei Ihnen sauber getrennt sind, wie gut Ihre Datenqualität wirklich ist — dann lohnt sich ein Gespräch. Wir helfen Ihnen, Klarheit zu schaffen.

Kontaktieren Sie uns, und wir schauen gemeinsam, wo Sie stehen.

Bereit, Ihre Daten in Ordnung zu bringen?

Ich helfe mittelständischen Unternehmen, verlässliche BI-Strukturen aufzubauen.

Projekt anfragen →