SKU erstellen: stabile Artikelnummern ohne spätere Sackgasse

SKU-System: Kurzantwort und klare Abgrenzung

Eine sprechende SKU kann Kategorie oder Variantenmerkmale enthalten, sollte aber nicht zur vollständigen Produktbeschreibung werden. Fortlaufende Nummern sind weniger lesbar, dafür stabiler. Entscheidend sind Eindeutigkeit, Governance und eine dokumentierte Migration, nicht ein universell perfektes Muster.

Globale Handelsidentifikation besitzt EAN-Code/GTIN. Diese Seite behandelt die interne SKU. Sämtliche Datenfelder ordnet Artikelstammdaten.

Entscheidungsmatrix für SKU-System

Fortlaufende SKU

Sortiment ändert sich häufig und Merkmale sollen nicht codiert werden. Für den Themenbereich SKU-System folgt daraus eine klare Arbeitsentscheidung: Stabile Nummer mit Präfix wird zentral vergeben. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Vergaberegister und Unique-Prüfung. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Teilsprechende SKU

Team profitiert von Kategorie und Variante in der Suche. Für den Themenbereich SKU-System folgt daraus eine klare Arbeitsentscheidung: Nur langlebige Codes werden verwendet; Legende bleibt verbindlich. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Codebuch und Variantenmatrix. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Lieferanten-SKU

Externe Artikelnummer wird für Bestellung gebraucht. Für den Themenbereich SKU-System folgt daraus eine klare Arbeitsentscheidung: Sie bleibt zusätzliches Feld, nicht automatisch eigene Haupt-SKU. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Lieferant und Zuordnung. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

Migration

Alt-System enthält Dubletten oder wechselnde Nummern. Für den Themenbereich SKU-System folgt daraus eine klare Arbeitsentscheidung: Mappingtabelle, Testimport und Redirect-/Aliasstrategie werden vor Umschaltung erstellt. Die Entscheidung wird nicht nur im fertigen Dokument sichtbar, sondern bereits am zugrunde liegenden Vorgang festgehalten. Als belastbarer Nachweis dienen Alt-Neu-Mapping und Fehlerreport. So kann eine zweite Person später erkennen, welche Tatsachen geprüft wurden und weshalb genau dieses Ergebnis freigegeben wurde.

SKU-System Schritt für Schritt umsetzen

1. Ziel und Bezugsgröße festlegenDefiniere für SKU-System, 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 SKU, Variantenbezug, Altkennung und Vergabestatus.
3. Datenstand abgrenzenLege Stichtag, Bewegungs-Cut-off und Datenquellen für SKU-System fest.
4. Mengen und Werte ermittelnErfasse die benötigten Größen nach zentraler Vergabetabelle mit unveränderlicher Hauptkennung und bewahre Rohdaten unverändert auf.
5. Regel anwendenWende Formel, Zählverfahren oder Klassifikation für SKU-System durchgängig an.
6. Ergebnis plausibilisierenVergleiche Ergebnis mit Vorperiode, Bewegungsjournal und welches stabile Format Artikel in Einkauf, Lager, Verkauf und Import verbindet.
7. Maßnahme und Review planenLeite aus SKU-System eine konkrete Maßnahme mit Owner, Termin und Messgröße ab.

Ziel und Bezugsgröße festlegen

Definiere für SKU-System, welche Entscheidung getroffen werden soll und auf welchen Zeitraum, Artikelbestand oder Lagerort sie sich bezieht. Der Schritt ist abgeschlossen, sobald Zweck, Verantwortlichkeit und welches stabile Format Artikel in Einkauf, Lager, Verkauf und Import verbindet schriftlich feststehen. Das Ergebnis wird mit Datum und verantwortlicher Person am Vorgang dokumentiert. Für SKU-System ist diese kleine Kontrolle wichtiger als eine bloße Statusmarkierung, weil sie Eingabe, Entscheidung und Beleg miteinander verbindet. Alt-SKUs, Lieferantennummern, Sets, Varianten, mehrere Shops und führende Nullen 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 SKU, Variantenbezug, Altkennung und Vergabestatus. 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 SKU-System 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 SKU-System 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 SKU-System 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 zentraler Vergabetabelle mit unveränderlicher Hauptkennung 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 SKU-System 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 SKU-System 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 SKU-System 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 stabile Format Artikel in Einkauf, Lager, Verkauf und Import verbindet. 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 SKU-System 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 SKU-System 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 SKU-System 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.

Praxisbeispiele für SKU-System

Variantenartikel

Shirt existiert in drei Farben und fünf Größen. Die verantwortliche Person entscheidet deshalb: Jede verkaufte Variante erhält eine eigene stabile SKU. Im Ergebnis kann Bestand je Variante geführt werden. Das Beispiel zeigt, dass SKU-System 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.

Preisänderung

Artikel wird von 19 auf 22 Euro angehoben. Die verantwortliche Person entscheidet deshalb: SKU bleibt unverändert; Preis wird als Stammdatum aktualisiert. Im Ergebnis brechen Belege und Bewegungsverlauf nicht auseinander. Das Beispiel zeigt, dass SKU-System 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.

CSV mit 00042

Tabellenprogramm entfernt führende Nullen. Die verantwortliche Person entscheidet deshalb: SKU-Spalte wird als Text importiert und exportiert. Im Ergebnis bleibt die Identität erhalten. Das Beispiel zeigt, dass SKU-System 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 SKU-System

Unklare Bezugsgröße

Für SKU-System werden Stück, Wert, Zeitraum oder Lagerorte vermischt. Die fachliche Korrektur lautet: Bezugsgröße, Einheit und eindeutige SKU, Variantenbezug, Altkennung und Vergabestatus 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 SKU-System 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 SKU-System 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 stabile Format Artikel in Einkauf, Lager, Verkauf und Import verbindet 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 SKU-System erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Ausnahme im Durchschnitt verstecken

Alt-SKUs, Lieferantennummern, Sets, Varianten, mehrere Shops und führende Nullen 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 SKU-System erhält eine Regel, die denselben Fehler bei der nächsten Rechnung, Datei oder Bestandsbewegung früh sichtbar macht.

Freigabe-Checkliste: SKU-System

• 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 SKU-System 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 SKU-System 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.

GTIN und Barcode erklärt EAN-Code. Felder, Owner und Qualität folgen auf Artikelstammdaten.

SKU-System 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

SKU ist eine unternehmensinterne Kennung ohne weltweit vorgeschriebenes Einheitsformat. WooCommerce beschreibt SKU in seiner offiziellen Produktimport-Dokumentation als üblicherweise alphanumerische Identifikation zur Bestandsverfolgung. Die konkrete Namenskonvention ist eine betriebliche Entscheidung. Quellencheck: 31. Juli 2026.