Der Ablauf auf einen Blick
- Lieferanten-XML / CSV / API
- Zuordnung und Prüfung
- Preis- und Verfügbarkeitsregeln
- Kontrollierte Shopaktualisierung
Was wir vor der Umsetzung benötigen
- Beispieldateien und Datennutzungserlaubnis
- Stabile Schlüssel je Lieferant
- Regeln für Feldzuständigkeit und Preisbildung
Auf einen Blick
Eine Lieferantendatei braucht Regeln, bevor sie zum Katalog wird. Die Anbindung erkennt dasselbe Produkt, prüft Änderungen und aktualisiert nur Felder, für die der Lieferant eine gültige Quelle ist.
Stabile Identität jedes Produkts
Wir definieren einen stabilen Schlüssel und erhalten Zuordnungen je Lieferant. EAN ist hilfreich, wenn korrekt und verfügbar. Wir setzen jedoch nicht voraus, dass alle Produkte einen eindeutigen gültigen Barcode haben. Farb- und Größenvarianten brauchen gesonderte Behandlung. Bieten zwei Lieferanten denselben Artikel an, entscheiden wir zwischen einem Geschäftsdatensatz mit mehreren Quellen und getrennten Produkten.
Regeln für Felder und Geschäftsentscheidungen
Wir ordnen Titel, Merkmale, Kategorien, Bilder, Gewicht und Kosten zu. Der Lieferant kann Kosten und Verfügbarkeit aktualisieren, während das Unternehmen endgültige Beschreibung und Verkaufspreis führt. Margen, Steuern und Rundungen werden ausdrücklich festgelegt. Plötzliche Kostensenkungen oder leere Preise dürfen nicht ungeprüft veröffentlicht werden. Wir schützen die redaktionelle Arbeit des Teams vor blindem Überschreiben.
Lieferantenbestand ist kein eigenes Lager
Lieferantenverfügbarkeit kann sich ändern oder mit einer Lieferzeit verbunden sein. Wir trennen sie vom physischen Shopbestand und wenden vereinbarte Anzeigeregeln an. Fehlt ein Produkt vorübergehend in einer Datei, löschen wir es nicht sofort. Vollständige Kataloge und reine Änderungsdateien müssen unterschieden werden, damit das Fehlen eines Datensatzes korrekt interpretiert wird.
Stapel, Verlauf und Fehler
Jeder Import erfasst Zeit, Quelle, Datensatzanzahl und Änderungen. Daten werden vor der Aktualisierung des Livekatalogs geprüft. Fehlgeschlagene Datensätze kommen in eine eigene Liste; erfolgreiche werden bei Wiederholung nicht neu angelegt. Wir testen griechische Zeichenkodierung, ungültige Bilder und Größenlimits. Ist eine Datei ungewöhnlich klein oder anders strukturiert, stoppen wir die Veröffentlichung und informieren die verantwortliche Person.
Beispiel mit zwei Quellen
In einem Elektrobedarfsshop stammt der physische Bestand aus dem ERP und die bestellbare Menge von zwei Lieferanten. Die Anbindung erhält den internen Artikelcode, wählt die zulässige Bezugsquelle und zeigt die vereinbarte Lieferzeit. Bei der Abnahme prüfen wir neue Artikel, Kostenänderungen, dasselbe Produkt aus einer zweiten Quelle und eine vorübergehend leere Datei. Das Team erhält einen Bericht, statt Änderungen manuell suchen zu müssen.
Abnahmeprüfungen vor dem Start
- Wiederholungen erzeugen keine doppelten Produkte
- Eine leere Datei löscht den Katalog nicht
- Redigierte Beschreibungen und ERP-Bestand bleiben geschützt
VOM LEITFADEN ZUR PRAXIS
Ein konkreter Plan für Ihre Plattform.
Erzählen Sie uns, wo Ihre Plattform Schwierigkeiten macht und was verbessert werden muss. Unser Team verbindet die Diagnose mit konkreten Arbeiten an Code, Performance und Infrastruktur.
Lassen Sie uns Ihre Plattform ansehen