Pre-Launch Invoify ist aktuell für jeden komplett kostenfrei Jetzt sichern
nvoify
Anmelden Kostenlos starten
StartBlogWarenwirtschaft & Lager
Warenwirtschaft & Lager

Artikelstammdaten aufbauen: eine verlässliche Quelle für Verkauf und Lager

Artikelstammdaten sind relativ stabile Grunddaten eines Produkts oder einer Variante. Dazu gehören eindeutige Kennungen, Name, Einheit, Steuerklassifikation, Einkaufs- und Verkaufspreise, Bestandsführung, Mindest-/Sollbestand sowie Lieferantenbezug. Bewegungsmenge und einzelne Belege gehören dagegen in Transaktionsdaten.

Artikelstammdaten: Kurzantwort und klare Abgrenzung

Kurzantwort: Lege pro Artikel beziehungsweise bestandsgeführter Variante eine stabile SKU an und ordne optional eine gültige GTIN/EAN zu. Definiere Einheit, Steuer, Einkaufspreisbasis, Verkaufspreis, Bestandsführung, Mindest-/Sollbestand und bevorzugten Lieferanten. Bestimme für jedes Feld ein führendes System, sperre Dubletten und dokumentiere Änderungen statt mehrere CSV-Wahrheiten zu pflegen.

Stammdaten ändern sich seltener als Bewegungsdaten, sind aber nicht statisch. Preis, Steuer oder Lieferant können wechseln, ohne dass die Artikelidentität verloren geht. Sets benötigen eine Stückliste; Varianten werden einzeln geführt, wenn Preis, Bestand oder GTIN voneinander abweichen.

Die Kennung besitzt SKU erstellen, der standardisierte Barcode EAN-Code. Diese Seite ist der Governance- und Feld-Hub.

Entscheidungsmatrix für Artikelstammdaten

SituationPrüffrageEntscheidungNachweis
Führendes SystemArtikel existiert in Shop, Warenwirtschaft und Tabellen.Je Feld wird eine Quelle und eine zulässige Sync-Richtung benannt.Datenkatalog und Integrationsmatrix.
BestandsführungService, Set oder physischer Artikel unterscheidet sich.Bestand wird nur für tatsächlich mengenrelevante Artikel aktiviert.Artikeltyp und Prozessfreigabe.
PreisänderungEinkauf oder Verkauf ändert sich.Preisfeld und Gültigkeit werden aktualisiert; SKU bleibt stabil.Änderungsbeleg und Zeitpunkt.
DeaktivierungArtikel wird nicht mehr verkauft, besitzt aber Historie.Er wird deaktiviert statt gelöscht, wenn Belege oder Bewegungen existieren.Status und Referenzen.

Führendes System

Artikel existiert in Shop, Warenwirtschaft und Tabellen. Für den Themenbereich Artikelstammdaten folgt daraus eine klare Arbeitsentscheidung: Je Feld wird eine Quelle und eine zulässige Sync-Richtung benannt. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Datenkatalog und Integrationsmatrix. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Bestandsführung

Service, Set oder physischer Artikel unterscheidet sich. Für den Themenbereich Artikelstammdaten folgt daraus eine klare Arbeitsentscheidung: Bestand wird nur für tatsächlich mengenrelevante Artikel aktiviert. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Artikeltyp und Prozessfreigabe. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Preisänderung

Einkauf oder Verkauf ändert sich. Für den Themenbereich Artikelstammdaten folgt daraus eine klare Arbeitsentscheidung: Preisfeld und Gültigkeit werden aktualisiert; SKU bleibt stabil. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Änderungsbeleg und Zeitpunkt. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Deaktivierung

Artikel wird nicht mehr verkauft, besitzt aber Historie. Für den Themenbereich Artikelstammdaten folgt daraus eine klare Arbeitsentscheidung: Er wird deaktiviert statt gelöscht, wenn Belege oder Bewegungen existieren. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Status und Referenzen. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Artikelstammdaten Schritt für Schritt umsetzen

  1. Ziel und Bezugsgröße festlegenDefiniere für Artikelstammdaten, welche Entscheidung getroffen werden soll und auf welchen Zeitraum, Artikelbestand oder Lagerort sie sich bezieht.
  2. Stammdaten bereinigenPrüfe Artikelnummern, Varianten, Einheiten, Lagerorte und insbesondere eindeutige Identität, Einheit, Preisbasis, Steuer, Bestandsregel, Lieferant und Änderungsverlauf.
  3. Datenstand abgrenzenLege Stichtag, Bewegungs-Cut-off und Datenquellen für Artikelstammdaten fest.
  4. Mengen und Werte ermittelnErfasse die benötigten Größen nach Datenkatalog mit Pflichtfeld, Owner, Validierung und Änderungsregel und bewahre Rohdaten unverändert auf.
  5. Regel anwendenWende Formel, Zählverfahren oder Klassifikation für Artikelstammdaten durchgängig an.
  6. Ergebnis plausibilisierenVergleiche Ergebnis mit Vorperiode, Bewegungsjournal und welches System je Feld führend ist und wer Änderungen freigibt.
  7. Maßnahme und Review planenLeite aus Artikelstammdaten eine konkrete Maßnahme mit Owner, Termin und Messgröße ab.

Ziel und Bezugsgröße festlegen

Definiere für Artikelstammdaten, welche Entscheidung getroffen werden soll und auf welchen Zeitraum, Artikelbestand oder Lagerort sie sich bezieht. Der Schritt ist abgeschlossen, sobald Zweck, Verantwortlichkeit und welches System je Feld führend ist und wer Änderungen freigibt schriftlich feststehen. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Artikelstammdaten ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Varianten, Sets, mehrere Lieferanten, länderspezifische Steuern, Altartikel und Shopkonflikte wird als eigener Prüfpfad markiert. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Stammdaten bereinigen

Prüfe Artikelnummern, Varianten, Einheiten, Lagerorte und insbesondere eindeutige Identität, Einheit, Preisbasis, Steuer, Bestandsregel, Lieferant und Änderungsverlauf. Der Schritt ist abgeschlossen, sobald jede reale Position genau einer auswertbaren Position zugeordnet werden kann. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Artikelstammdaten ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Dublette, Set, Fremdbestand oder gesperrter Artikel wird vor der Auswertung geklärt. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Datenstand abgrenzen

Lege Stichtag, Bewegungs-Cut-off und Datenquellen für Artikelstammdaten fest. Der Schritt ist abgeschlossen, sobald Zugang, Abgang, Transfer und Zählwert nicht aus unterschiedlichen Zeitständen stammen. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Artikelstammdaten ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Nachträgliche Bewegungen werden separat protokolliert und nicht still eingerechnet. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Mengen und Werte ermitteln

Erfasse die benötigten Größen nach Datenkatalog mit Pflichtfeld, Owner, Validierung und Änderungsregel und bewahre Rohdaten unverändert auf. Der Schritt ist abgeschlossen, sobald jede Zahl auf Quelle, Einheit und Zeitpunkt zurückgeführt werden kann. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Artikelstammdaten ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Unplausible oder fehlende Werte bleiben sichtbar und erhalten einen Klärstatus. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Regel anwenden

Wende Formel, Zählverfahren oder Klassifikation für Artikelstammdaten durchgängig an. Der Schritt ist abgeschlossen, sobald Rechenweg und Rundung für alle vergleichbaren Positionen identisch sind. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Artikelstammdaten ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Sonderfälle erhalten eine dokumentierte Freigabe statt einer verdeckten manuellen Korrektur. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Ergebnis plausibilisieren

Vergleiche Ergebnis mit Vorperiode, Bewegungsjournal und welches System je Feld führend ist und wer Änderungen freigibt. Der Schritt ist abgeschlossen, sobald wesentliche Sprünge erklärt oder zur Prüfung zurückgestellt sind. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Artikelstammdaten ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Ein rechnerisch korrektes, aber wirtschaftlich unplausibles Ergebnis wird nicht ungeprüft übernommen. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Maßnahme und Review planen

Leite aus Artikelstammdaten eine konkrete Maßnahme mit Owner, Termin und Messgröße ab. Der Schritt ist abgeschlossen, sobald die Auswertung zu einer nachvollziehbaren Entscheidung führt. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für Artikelstammdaten ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Die Methode wird bei Sortiments-, Preis- oder Prozessänderungen erneut geprüft. In diesem Fall wird nicht improvisiert, sondern die Abweichung mit einer konkreten Rückfrage und einem nächsten Prüftermin weitergegeben.

Nutzbare Vorlage: Artikelstamm-Checkliste als CSV herunterladen. Die Datei lässt sich in Tabellenprogrammen öffnen und an den eigenen Prozess anpassen.
DatenartBeispieleAblage
IdentitätSKU, GTIN, Name, VarianteArtikelstamm
KlassifikationKategorie, Einheit, SteuerArtikelstamm/Wertelisten
BeschaffungLieferant, EK, LieferzeitStamm + Konditionen
BestandspolitikTracking, Mindest-/SollbestandArtikelstamm
BewegungEingang, Ausgang, Korrekturunveränderliches Journal
DokumentBestellung, Lieferschein, RechnungVorgang/Beleg

Praxisbeispiele für Artikelstammdaten

Doppelter Artikel

Shopimport und CSV erzeugen dieselbe Ware mit verschiedenen Namen. Die verantwortliche Person entscheidet deshalb: SKU/GTIN und Quelle werden abgeglichen; Dublette wird vor Bewegungsübernahme geklärt. Im Ergebnis bleibt eine Bestandsidentität bestehen. Das Beispiel zeigt, dass Artikelstammdaten nicht durch eine einzelne Checkbox erledigt ist. Erst das Zusammenspiel aus Ausgangsdaten, dokumentierter Prüfung und kontrolliertem Ergebnis macht den Vorgang für Empfänger, Team und spätere Prüfungen nachvollziehbar.

Set

Geschenkbox besteht aus drei einzeln geführten Komponenten. Die verantwortliche Person entscheidet deshalb: Setstruktur wird in einer Stückliste geführt; Bestand entsteht aus Komponenten. Im Ergebnis wird kein Phantom-Setbestand zusätzlich gezählt. Das Beispiel zeigt, dass Artikelstammdaten nicht durch eine einzelne Checkbox erledigt ist. Erst das Zusammenspiel aus Ausgangsdaten, dokumentierter Prüfung und kontrolliertem Ergebnis macht den Vorgang für Empfänger, Team und spätere Prüfungen nachvollziehbar.

Steuerwechsel

Artikel wird in einem anderen Land verkauft. Die verantwortliche Person entscheidet deshalb: Steuerklassifikation wird fachlich je Markt beziehungsweise Vorgang abgebildet. Im Ergebnis wird ein deutscher Standardwert nicht unbesehen global verwendet. Das Beispiel zeigt, dass Artikelstammdaten nicht durch eine einzelne Checkbox erledigt ist. Erst das Zusammenspiel aus Ausgangsdaten, dokumentierter Prüfung und kontrolliertem Ergebnis macht den Vorgang für Empfänger, Team und spätere Prüfungen nachvollziehbar.

Typische Fehler bei Artikelstammdaten

Unklare Bezugsgröße

Für Artikelstammdaten werden Stück, Wert, Zeitraum oder Lagerorte vermischt. Die fachliche Korrektur lautet: Bezugsgröße, Einheit und eindeutige Identität, Einheit, Preisbasis, Steuer, Bestandsregel, Lieferant und Änderungsverlauf werden vor der Rechnung verbindlich definiert. Als dauerhafte Kontrolle wird ein Datenblatt dieselben Felder für alle Positionen erzwingt. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um Artikelstammdaten erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Bewegungen am Stichtag übersehen

Zugang, Verkauf oder Umlagerung wird gleichzeitig gezählt und gebucht. Die fachliche Korrektur lautet: Cut-off und Nachbuchungsliste trennen physische Aufnahme vom Systemstand. Als dauerhafte Kontrolle wird jede Bewegung rund um den Stichtag einem Verantwortlichen zugeordnet wird. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um Artikelstammdaten erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Formel ohne Geschäftsfrage

Die Kennzahl wirkt präzise, beantwortet aber welches System je Feld führend ist und wer Änderungen freigibt nicht. Die fachliche Korrektur lautet: Vor der Berechnung wird Entscheidung samt Grenzwert formuliert. Als dauerhafte Kontrolle wird jede Auswertung eine konkrete Folgeaktion enthält. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um Artikelstammdaten erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Ausnahme im Durchschnitt verstecken

Varianten, Sets, mehrere Lieferanten, länderspezifische Steuern, Altartikel und Shopkonflikte verzerrt das Gesamtergebnis. Die fachliche Korrektur lautet: Ausreißer und Sonderfälle werden separat gezeigt und begründet. Als dauerhafte Kontrolle wird Detaildaten neben dem Gesamtwert erhalten bleiben. Dadurch wird der Fehler nicht nur in einem Einzelfall repariert. Der Ablauf rund um Artikelstammdaten erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Freigabe-Checkliste: Artikelstammdaten

  • Artikel, Varianten und Lagerorte eindeutig identifiziert
  • Stichtag, Zeitraum und verantwortliche Person dokumentiert
  • Mengenquelle und verwendete Einheit nachvollziehbar
  • Bestandsbewegungen vollständig oder über einen Cut-off abgegrenzt
  • Abweichungen geprüft, begründet und freigegeben
  • Bewertungsmethode und Rechenweg einheitlich angewendet
  • Auswertung mit Belegen und Bestandsjournal verknüpft
  • Prüfdatum, Datenstand und nächster Reviewtermin festgehalten

Die Checkliste wird nicht erst am Ende eines Monats abgearbeitet. Sie gehört an den einzelnen Vorgang, solange Rückfragen noch ohne aufwendige Rekonstruktion beantwortet werden können. Pflichtfelder verhindern einfache Lücken; fachliche Ausnahmen brauchen zusätzlich eine kurze Begründung. So bleibt Artikelstammdaten auch dann kontrollierbar, wenn mehrere Personen Eingang, Prüfung, Freigabe und Versand übernehmen.

Ein Vier-Augen-Prinzip ist besonders bei neuen Geschäftsfällen, geänderten Stammdaten und rechtlich sensiblen Entscheidungen sinnvoll. Wiederkehrende Standardfälle können nach dokumentierter Freigabe stärker automatisiert werden. Die Automatisierung übernimmt jedoch nur die freigegebene Regel. Sie darf eine fehlende Information nicht still durch einen plausibel wirkenden Standardwert ersetzen.

Dokumentation, Verantwortlichkeit und regelmäßige Pflege

Für Artikelstammdaten werden Eingangsdaten, Entscheidung, Ergebnis und Nachweis als zusammenhängender Vorgang geführt. Eine reine Dateiablage zeigt zwar das Endprodukt, aber nicht zwingend den Entscheidungsweg. Deshalb erhält jede Ausnahme einen Owner, einen Status und einen nächsten Schritt. Änderungen werden ergänzt oder versioniert; sie werden nicht durch stilles Überschreiben unsichtbar gemacht.

Die zugrunde liegende Arbeitsanweisung nennt außerdem ein Prüfdatum. Rechtliche Schwellen, technische Standards, externe Portale und interne Produktfunktionen können sich ändern. Bei der turnusmäßigen Kontrolle werden Primärquelle, tatsächlicher Prozess und veröffentlichte Aussage miteinander verglichen. Ändert sich nur eine Zahl, wird derselbe Intent-Owner aktualisiert; eine neue Jahres-URL ist dafür nicht erforderlich.

Für Identifikatoren folgen SKU und EAN/GTIN. Bestandsparameter erklärt Melde- und Mindestbestand.

Artikelstammdaten und die Produktgrenzen von Invoify

Invoify führt Artikel mit eindeutiger SKU beziehungsweise EAN, Einkaufs- und Verkaufspreis, gleitendem durchschnittlichem Einkaufspreis, Steuer, Einheit, Mindest- und Sollbestand, Lieferant und optionaler Bestandsführung. Lagerbewegungen werden in einem Journal nachvollziehbar. Der Inventurmodus friert eine Zählliste mit Bewegungsstichtag ein, speichert Zählwerte, unterstützt Teilinventuren nach Lagerort und bucht beim Abschluss ausschließlich freigegebene Differenzen als Korrektur. Zähl- und Differenzlisten können als PDF ausgegeben werden. Diese Funktionen organisieren operative Bestände; eine steuerliche oder handelsrechtliche Bewertung und Finanzbuchung wird dadurch nicht automatisch vorgenommen.

Eine Funktion wird in diesem Leitfaden nur dann als Invoify-Funktion bezeichnet, wenn sie in der aktuellen Produktdokumentation belegt ist. Steuerliche Würdigung, rechtliche Einzelfallprüfung und externe Behördenverfahren bleiben bei den verantwortlichen Personen beziehungsweise deren Beratung. Diese Trennung verhindert, dass ein formal erzeugter Beleg mit einer fachlich freigegebenen Entscheidung verwechselt wird.

Offizielle Quellen und Prüfstand

Die Feldliste ist eine prozessbezogene Daten-Governance-Empfehlung. Globale Identifikation folgt den im GS1-GTIN-Leitfaden beschriebenen Grundsätzen. Steuer- und Bewertungsfelder werden nicht ohne fachliche Freigabe als allgemeingültig vorbelegt. Prüfstand: 31. Juli 2026.

Lieferantenbezug aus Stammdaten steuern

Die Zuordnung eines Artikels zu einem Lieferanten ist die operative Basis, aber noch keine Lieferantenentscheidung. Bewertung und Entwicklung verbinden Stammdaten mit Bestellung, Wareneingang, Qualität und Risiko.

VertiefungWann dorthin wechseln
Lieferanten auswählen und bewertenfür Segmentierung, Kriterien, gewichtete Scorecard und Maßnahmenplan
Bestandsverwaltung aufbauenwenn SKU, Lagerort, Bewegungsjournal, Reservierung und Verfügbarkeit zu einem laufenden Prozess verbunden werden

Häufige Fragen

Was sind Artikelstammdaten?

Relativ stabile Grunddaten eines Artikels oder einer Variante, etwa SKU, Name, Einheit, Steuer, Preise und Bestandsregeln.

Ist der aktuelle Bestand ein Stammdatum?

Nein. Er entsteht aus Anfangsbestand und Bewegungen; eine direkte Überschreibung zerstört Nachvollziehbarkeit.

Wer sollte Artikelstammdaten pflegen?

Je Feld ein benannter Owner, zum Beispiel Produktdaten, Einkauf, Vertrieb oder Finance, mit definierten Freigaben.

Welche Artikelstammdaten unterstützt Invoify?

Unter anderem SKU/EAN, Preise, gleitenden Ø-EK, Steuer, Kategorie, Einheit, Mindest-/Sollbestand, Lieferant und den Schalter zur Bestandsführung.

Hinweis: Der Beitrag erläutert allgemeine Grundsätze und ersetzt keine Steuer- oder Rechtsberatung. Bei Sonderfällen sind der konkrete Sachverhalt und die aktuellen gesetzlichen Vorgaben maßgeblich.