Bewegungsdaten
Bewegungsdaten sind vorgangs- und zeitbezogene Daten, die durch einzelne Geschäftsvorfälle entstehen – etwa Bestellungen, Lieferscheine, Rechnungen oder Lagerbuchungen. Sie dokumentieren, was wann mit welchen Stammdaten geschehen ist, und verändern sich mit jedem neuen Vorgang.
Bewegungsdaten sind die vorgangs- und zeitbezogenen Daten, die im laufenden Betrieb durch einzelne Geschäftsvorfälle entstehen und einen konkreten Vorgang dokumentieren. Typische Beispiele sind eine Kundenbestellung, ein Wareneingang, ein Lieferschein, eine Rechnung oder eine Lagerbuchung. Anders als Stammdaten, die dauerhaft gültig und über viele Vorgänge hinweg wiederverwendbar sind, beziehen sich Bewegungsdaten immer auf ein einzelnes Ereignis zu einem bestimmten Zeitpunkt – sie halten fest, wer wann was mit welchen Mengen, Preisen und Beteiligten getan hat.
Bewegungsdaten sind dabei nicht eigenständig, sondern greifen auf Stammdaten zurück: Eine Bestellung verweist auf einen Artikel aus dem Artikelstamm, einen Kunden aus dem Kundenstamm und gegebenenfalls einen Lieferanten. Erst durch diese Verknüpfung wird ein Beleg vollständig. Weil Bewegungsdaten laufend neu entstehen, wachsen sie schnell an und machen in einem ERP-System den größten Teil des Datenvolumens aus. Sie sind die Grundlage für Auswertungen, Bestände, Buchhaltung und jede Nachvollziehbarkeit von Geschäftsprozessen.
Auf einen Blick
- Vorgangs- und zeitbezogene Daten aus einzelnen Geschäftsvorfällen
- Entstehen laufend neu und machen das Gros des ERP-Datenvolumens aus
- Greifen auf Stammdaten zurück (Artikel, Kunde, Lieferant) – nie umgekehrt
- Beispiele: Bestellung, Lieferschein, Rechnung, Lager- und FiBu-Buchung
- In der DACH-Region GoBD-relevant: unveränderbar und meist 6–10 Jahre aufzubewahren
Bewegungsdaten vs. Stammdaten – die Abgrenzung
Die wichtigste Einordnung von Bewegungsdaten gelingt über den Gegensatz zu den Stammdaten. Stammdaten sind langlebige Grunddaten, die einen Geschäftspartner oder ein Objekt beschreiben und sich selten ändern – etwa Name und Adresse eines Kunden, Artikelnummer und Bezeichnung eines Produkts oder die Bankverbindung eines Lieferanten. Sie existieren unabhängig von einem konkreten Vorgang und werden über viele Vorgänge hinweg immer wieder herangezogen.
Bewegungsdaten dagegen entstehen erst durch einen Geschäftsvorfall und beschreiben genau diesen einen Vorgang: die Bestellung vom 3. März über 20 Stück, den Wareneingang vom 7. März, die Rechnung mit einem bestimmten Betrag und Datum. Sie sind damit dynamisch, ereignisgebunden und in der Regel nicht wiederverwendbar. Ein Merksatz hilft: Stammdaten sagen „wer" und „was" existiert, Bewegungsdaten sagen „wann", „wie viel" und „was ist passiert".
Warum die Trennung so wichtig ist
Die saubere Trennung beider Datenarten ist die Grundlage eines konsistenten Datenmodells. Stammdaten werden zentral gepflegt und einmalig korrekt hinterlegt; Bewegungsdaten übernehmen diese Werte per Verweis, statt sie zu duplizieren. Ändert sich später eine Stammadresse, bleiben bereits erzeugte Belege dennoch historisch korrekt, weil sie den zum Vorgangszeitpunkt gültigen Zustand festhalten. Diese Redundanzfreiheit vermeidet Widersprüche und ist Voraussetzung für verlässliche Auswertungen.
Wie Bewegungsdaten entstehen und aufgebaut sind
Bewegungsdaten entstehen an jeder Stelle, an der ein Geschäftsprozess einen Beleg oder eine Buchung erzeugt. Im Verkauf sind das Angebote, Aufträge, Lieferscheine und Ausgangsrechnungen; im Einkauf Bestellungen, Wareneingänge und Eingangsrechnungen; im Lager Ein-, Aus- und Umlagerungsbuchungen; in der Finanzbuchhaltung schließlich die Buchungssätze auf den Konten. Auch Zahlungseingänge, Retouren, Produktionsaufträge und Zeitbuchungen zählen dazu.
Strukturell besteht ein typischer Bewegungsdatensatz aus einem Belegkopf und mehreren Positionen. Der Kopf hält übergreifende Angaben wie Belegnummer, Datum, Beleg- und Vorgangsart sowie die Verweise auf die beteiligten Stammdaten – etwa den Kunden. Die Positionen enthalten die einzelnen Zeilen mit Artikel, Menge, Einzelpreis und Steuersatz. Hinzu kommen technische Metadaten wie Anlagezeitpunkt, Bearbeiter und Status. Über diese Struktur lassen sich Vorgänge lückenlos entlang der Prozesskette verketten: Aus einem Auftrag wird ein Lieferschein, daraus eine Rechnung – jeweils mit Bezug auf den vorigen Beleg.
Bewegungsdaten im ERP-System
In einem ERP-System sind Bewegungsdaten der bewegte Teil des zentralen Datenmodells. Weil ERP-Software Prozesse modulübergreifend abbildet, wird ein einmal erfasster Vorgang in allen betroffenen Bereichen wirksam: Eine gebuchte Warenausgangslieferung reduziert den Lagerbestand in der Warenwirtschaft, erzeugt die Grundlage für die Rechnung im Vertrieb und liefert die Werte für die Buchung in der Finanzbuchhaltung. Diese Durchgängigkeit ist genau der Nutzen eines integrierten Systems – die Bewegungsdaten fließen ohne Medienbruch von Modul zu Modul.
Aus Bewegungsdaten speist sich zugleich das gesamte Reporting: Umsatzstatistiken, offene Posten, Lagerreichweiten, Deckungsbeiträge und Liquiditätsplanung beruhen auf der Summierung und Verdichtung einzelner Vorgänge. Da diese Daten schnell und in großer Menge anfallen, sind Themen wie Performance, Archivierung und die revisionssichere Speicherung eng mit ihnen verbunden. Ältere, abgeschlossene Bewegungsdaten werden häufig ausgelagert oder archiviert, um die operative Datenbank schlank zu halten, bleiben aber für Nachweiszwecke verfügbar.
Rolle bei Migration und Datenübernahme
Beim Wechsel des ERP-Systems werden Stamm- und Bewegungsdaten unterschiedlich behandelt. Stammdaten migriert man in der Regel vollständig, damit das neue System sofort arbeitsfähig ist. Bewegungsdaten dagegen überträgt man oft nur teilweise – etwa offene Aufträge, offene Posten und Anfangsbestände zum Stichtag – während abgeschlossene Altvorgänge im Altsystem oder in einem Archiv verbleiben. Eine vollständige Übernahme historischer Bewegungsdaten ist aufwendig und selten nötig, kann aber aus steuerlichen oder analytischen Gründen sinnvoll sein.
Warum Bewegungsdaten für das Unternehmen wichtig sind
Bewegungsdaten sind das Gedächtnis des laufenden Geschäfts. Ohne sie ließe sich weder nachvollziehen, welche Ware an welchen Kunden geliefert wurde, noch, welche Zahlungen offen sind oder wie sich der Umsatz entwickelt. Sie machen Prozesse steuerbar: Erst die verdichtete Auswertung vieler einzelner Vorgänge zeigt Engpässe, Trends und Abweichungen und liefert die Zahlen für operative und strategische Entscheidungen.
Ihre Qualität entscheidet direkt über die Verlässlichkeit dieser Auswertungen. Fehlerhafte oder unvollständige Bewegungsdaten – falsch gebuchte Mengen, doppelte Belege, fehlende Zuordnungen – pflanzen sich in Beständen, Bilanzen und Kennzahlen fort. Deshalb setzen ERP-Systeme auf klare Erfassungsregeln, Prüfungen und Verkettungen, damit jeder Vorgang korrekt und einmalig erfasst wird und die Datenbasis konsistent bleibt.
DACH-Besonderheiten: Aufbewahrung und Unveränderbarkeit
In Deutschland, Österreich und der Schweiz unterliegen Bewegungsdaten, soweit sie steuerlich relevante Geschäftsvorfälle abbilden, strengen Aufbewahrungs- und Nachweispflichten. In Deutschland regeln die GoBD zusammen mit Abgabenordnung und Handelsgesetzbuch, dass buchungsrelevante Daten unveränderbar, vollständig und nachvollziehbar gespeichert werden müssen. Ein einmal gebuchter Beleg darf nicht ohne Spur überschrieben werden – Korrekturen erfolgen über nachvollziehbare Storno- oder Änderungsbuchungen.
Die Aufbewahrungsfristen betragen in Deutschland für Buchungsbelege und Rechnungen grundsätzlich acht Jahre – seit Ende 2024 von zuvor zehn Jahren verkürzt (§ 147 AO); zehn Jahre gelten weiterhin etwa für Bücher, Inventare und Jahresabschlüsse, kürzere Fristen von sechs Jahren für bestimmte Handels- und Geschäftsbriefe. Für Unternehmen bedeutet das: Bewegungsdaten müssen über den gesamten Zeitraum maschinell auswertbar und für eine Betriebsprüfung verfügbar bleiben. Genau deshalb bieten ERP-Systeme revisionssichere Archivierung, Buchungssperren nach Periodenabschluss und Protokollierung aller Änderungen. Wer sein System wechselt, muss sicherstellen, dass diese historischen Daten weiterhin lesbar und nachweisbar bleiben.
Praxisbeispiel
Beispiel: Ein Auftrag durchläuft die Bewegungsdaten
Ein Großhändler für Elektronik erhält im Onlineshop eine Bestellung über 15 Router. Im ERP-System entsteht damit der erste Bewegungsdatensatz: ein Auftrag, der auf den Kunden aus dem Kundenstamm und den Artikel aus dem Artikelstamm verweist, ergänzt um Menge, Preis und Bestelldatum. Die Stammdaten selbst bleiben unverändert – der Auftrag nutzt sie nur als Bezug.
Aus dem Auftrag werden nacheinander ein Lieferschein (Warenausgang, der den Bestand um 15 Stück reduziert) und eine Rechnung erzeugt, jeweils als eigene, mit dem Vorgänger verkettete Belege. Der Zahlungseingang wird als weitere Bewegung gebucht. Am Jahresende summieren sich diese und tausende ähnliche Vorgänge zu Umsatz, Wareneinsatz und offenen Posten – und bleiben zugleich als einzelne, unveränderbare Belege für die Betriebsprüfung nachweisbar.
Häufige Fragen
Passende Leistungen
Quellen
Fragen zu Bewegungsdaten in deinem ERP-Projekt?
Wir beraten herstellerunabhängig – und setzen es auf Wunsch selbst um.