Der Ablauf auf einen Blick
- SKU und Varianten zuordnen
- Katalog und API-Zugang prüfen
- Ereignisse empfangen und speichern
- Bestellung erfassen und Status aktualisieren
Was wir vor der Umsetzung benötigen
- Aktive Händlerpartnerschaft und geeigneter Zugang
- Vollständiger Katalog mit stabilen Kennungen
- Vereinbarte Bestands-, Stornierungs- und Retourenregeln
- Testzugriff auf Shop und ERP
Auf einen Blick
Eine Skroutz-Anbindung verbindet mehrere Funktionen: Produktkatalog, Preis- und Bestandsupdates, Bestellempfang und Statusverwaltung. Stabiler Betrieb benötigt gemeinsame Produktidentifikation und klare Datenzuständigkeiten. Eine Kataloganbindung allein bedeutet keine automatisierten Bestellungen.
Katalog und Bestandsupdates sind getrennte Abläufe
XML dient dem vollständigen Katalog. Die Products API aktualisiert Verfügbarkeit, Preis und Menge, erstellt aber keine neuen Produkte. Wir definieren stabile Codes und prüfen Varianten, Bilder und Verfügbarkeit vor Veröffentlichung. Ändert sich eine ERP-SKU, ist eine kontrollierte Zuordnung nötig, damit dasselbe Produkt nicht als anderes gilt.
Bestellungen brauchen zuverlässigen Empfang
Orders API und Webhooks decken Bestellungen und Änderungen ab. Da Webhooks wiederholt werden können, speichern wir die externe Kennung vor Erstellung lokaler Bestellungen. Die Plattformantwort muss von der ERP-Verarbeitung getrennt sein. Mitarbeiter sehen, ob die Bestellung empfangen, erfasst oder noch zu bearbeiten ist.
Versandvorbereitung ohne fehlerhafte Automatisierung
Versandscheindruck und tatsächliche Paketbereitschaft sind unterschiedliche Ereignisse. Für Shops im verpflichtenden Programm Set as Ready ist eine eigene Bereitschaftsmeldung nötig. Wir verbinden diese mit dem Verpackungsschritt, nicht nur mit dem Dateidownload. Auch Stornierungen und Retouren benötigen eigene Bestandsregeln.
Beispiel mit gemeinsamem Ladenbestand
Ein Shop hat beispielsweise fünf Stück eines Produkts und verkauft gleichzeitig online, im Laden und auf Skroutz. Das ERP führt den Verkaufsbestand; die Anbindung veröffentlicht die nach Reservierungen verfügbare Menge. Eine neue Bestellung wird genau einmal erfasst, erhält eine eigene Kanalkennung und aktualisiert die verkäufliche Menge. Bei ERP-Verzögerung bleibt sie mit sichtbarem offenen Status in der Warteschlange. Das Beispiel beschreibt eine Planung, kein Ergebnis eines bestimmten Kunden.
Prüfung vor und nach der Aktivierung
Wir testen doppelte Zustellung desselben Ereignisses, Preisänderung, ausverkauften Bestand und Stornierung einer bereits reservierten Bestellung. Ein ERP-Fehler darf keine Bestellung unbemerkt verlieren lassen. Das Monitoring umfasst den Zeitpunkt des letzten erfolgreichen Updates und Abweichungen je Artikelcode. Ein schrittweiser Start mit ausgewählten Produkten bestätigt Regeln vor Anschluss des gesamten Katalogs.
Abnahmeprüfungen vor dem Start
- Eine lokale Bestellung je externer Kennung
- Sichtbare Fehler und sichere Aktualisierungswiederholung
- Korrekte Bestandsfreigabe nach Stornierung
- Versandbereitschaft erst nach Paketvorbereitung
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