Warum kosten die Jacken plötzlich 12,50 Euro?
140 Artikel importiert, 23 Bestellungen zum Verlustpreis
Nadia klickt auf "Import abschließen". 140 Datensätze der Herbstkollektion laufen ins Warenwirtschaftssystem. Samstagnachmittag, 11:45 Uhr. Die CSV-Datei sah sauber aus, alle Zeilen grün. 20 Minuten später klingelt das Telefon: "Hier bestellen Leute Winterjacken für 12,50 Euro." Ein Blick in den Shop bestätigt es. Überall steht der Einkaufspreis als Verkaufspreis. 23 Bestellungen sind schon raus.
Erinnerst du dich an die Titelstruktur mit Marke, Modell, Produktart, Eigenschaft und Farbe? Genau diese Felder stehen auch in der Importdatei. Diesmal liegt das Problem aber zwei Spalten weiter: EK und VK sind vertauscht.
Was bedeutet das finanziell, und wie lässt sich der Schaden begrenzen?
Was kostet ein vertauschter Preis?
Ein Rechenbeispiel mit Nadias Jacke:
- Korrekt: EK 12,50 Euro, VK 49,90 Euro. Marge pro Stück: +37,40 Euro.
- Vertauscht: EK 49,90 Euro (im System), VK 12,50 Euro (im Shop). Marge pro Stück: -37,40 Euro.
Bei 23 Bestellungen ergibt das 860,20 Euro Verlust. Wenn die gesamte Kollektion betroffen ist, multipliziert sich der Schaden mit jedem bestellten Produkt.
Dazu kommen indirekte Kosten: Kundenverärgerung bei Stornierungen, mögliche rechtliche Probleme (ein veröffentlichter Preis kann als verbindliches Angebot gelten) und der Zeitaufwand für die manuelle Korrektur aller 140 Datensätze.
🔮 Bevor du weiterliest: Welche zwei Sofortmaßnahmen würdest du ergreifen, um den Schaden in den nächsten 10 Minuten zu begrenzen?
Wie sieht eine fehlerfreie Importdatei aus?
Sechs Pflichtfelder pro Zeile
Um Nadias Fehler beim nächsten Import zu vermeiden, brauchst du eine saubere Vorlage. Jede Zeile der Importdatei enthält mindestens sechs Pflichtfelder:
- Artikelnummer -- eindeutige Kennung wie "HK-2024-0471". Keine Duplikate, keine Leerzeichen.
- Der Titel folgt der bekannten Struktur: Marke, Modell, Produktart, Eigenschaft, Farbe.
- EK (Einkaufspreis) -- Nettobetrag in Euro. Dezimaltrenner je nach Systemvorgabe: Komma oder Punkt.
- Beim VK (Verkaufspreis) trägst du den Bruttobetrag ein. Er muss immer höher als der EK sein.
- Ganzzahlige Stückzahl im Feld Bestand. Keine negativen Werte.
- Die Kategorie wird als System-ID eingetragen, z.B. "cat-jacken-damen". Nicht den Klartextnamen verwenden.
Vor dem Import prüfst du in mindestens drei Stichprobenzeilen, ob EK < VK gilt. Genau diese Prüfung hat bei Nadias Import gefehlt.
Vier Fehlerquellen, die beim Massenimport teuer werden
Vertauschte Preise sind nur eine von vier typischen Fehlerquellen:
- Vertauschte EK/VK-Spalten -- Produkte werden unter Einkaufspreis verkauft. Jede Bestellung erzeugt direkten Verlust.
- Falsche Dezimaltrenner -- das System erwartet ein Komma, die Datei liefert einen Punkt. Aus 49,90 Euro wird 4.990 Euro oder 4,99 Euro.
- Fehlerhafte Kategorie-IDs -- der Klartext "Jacken Damen" statt der System-ID "cat-jacken-damen". Die Artikel landen in keiner Kategorie und bleiben im Shop unsichtbar.
- Fehlende Pflichtfelder -- eine leere Artikelnummer oder ein leerer Titel. Der Import bricht ab oder erzeugt Datensätze ohne sichtbaren Inhalt.
🤔 Frage dich: Was ist der Unterschied zwischen vertauschten Preisen und einem falschen Dezimaltrenner, wenn du den Fehler im Shop erkennen willst?
Was tust du in den ersten 10 Minuten nach dem Fehler?
Sofortmaßnahmen bei einem fehlerhaften Import
Zurück zu Nadias Importfehler. So sieht das Korrekturvorgehen aus:
Sofortmaßnahme 1 -- Artikel offline nehmen: Alle 140 Produkte im Warenwirtschaftssystem auf "inaktiv" setzen. Das stoppt weitere Bestellungen zum falschen Preis. In den meisten Systemen geht das über einen Massenfilter nach Importdatum.
Sofortmaßnahme 2 -- Offene Bestellungen prüfen: Die 23 eingegangenen Bestellungen einzeln durchgehen. Noch nicht versendete Bestellungen stornieren und die Kundschaft per E-Mail informieren. Bereits versendete Bestellungen dokumentieren -- hier entsteht der tatsächliche Verlust.
Erst danach kommt die Ursachenkorrektur: CSV-Datei öffnen, Spalten EK und VK tauschen, Stichprobe machen (EK < VK?), erneut importieren.
Drei Prüfschritte vor jedem Import
Damit der nächste Import fehlerfrei läuft:
- Spaltenreihenfolge mit der Systemvorlage abgleichen -- stimmen EK, VK und Kategorie-ID mit den erwarteten Spalten überein?
- Stichprobe in mindestens drei Zeilen: Ist EK < VK? Stimmt der Dezimaltrenner? Existiert die Kategorie-ID im System?
- Testimport mit 5 Datensätzen durchführen und das Ergebnis im Shop prüfen, bevor die gesamte Kollektion importiert wird.
Nadias 860 Euro Verlust wären mit einem Testimport von 5 Artikeln nie entstanden. Fünf Minuten Prüfung hätten fünf Stunden Schadensbegrenzung erspart.
Teste dein Wissen
Du hast beim Import der Herbstkollektion versehentlich EK und VK vertauscht. Welche wirtschaftlichen Folgen ergeben sich daraus für den Deckungsbeitrag (DB) pro Artikel?