Onlineshop-Anbindung an Epsilon Net PYLON: Abläufe, Voraussetzungen und Prüfungen

Wir verbinden Ihren Onlineshop mit Epsilon Net PYLON über einen definierten Ablauf und die verfügbare Schnittstelle Ihrer Installation. Wir beginnen bei genauer Anwendung, Version und verfügbaren Teilsystemen, denn der Familienname bezeichnet keine einheitliche Installation. Die Shopanbindung organisiert Produkte, Artikelcodes, Bestände und Bestellungen über die verfügbare Schnittstelle.

Bei PYLON beginnen wir mit genauer Anwendung, Version und verfügbaren Teilsystemen, denn der Familienname bezeichnet keine einheitliche Installation. Die Shopanbindung organisiert Produkte, Artikelcodes, Bestände und Bestellungen über die verfügbare Schnittstelle. Zentral ist die Entscheidung, welcher Kanal wann Bestand reserviert. Bestehen Ladengeschäft und Marktplatz parallel, muss ein Verkauf die richtige verfügbare Menge reduzieren, ohne einen zweiten Geschäftsdatensatz aus einem anderen Kanal zu erzeugen.

PYLON flex stellt einen Shopconnector für Produkte, Bestände und Bestellungen über die Connectivity API vor. Dieselbe Integrationsfamilie enthält Kurier- und Skroutz-Funktionen, die eigene Abläufe neben dem Basiskatalog bilden. Wir setzen flex-Funktionen nicht unverändert in jeder älteren PYLON-Installation voraus. Auch Epsilon Smart ist ein anderes Produkt und braucht eine andere Planung.

Eine Haushaltswarenkette verkauft eine Lampe im Shop und an der Ladenkasse. Der Connector nutzt eine gemeinsame SKU-Zuordnung und vereinbarte Verfügbarkeitsregeln. Nach einem Ladenverkauf darf ein Onlineupdate keinen neueren Bestand durch eine ältere Datei ersetzen. Onlinebestellungen werden mit eigener Kanalreferenz und richtigem Geschäftsvorgangstyp übertragen. Kommt später ein Kurierdienst hinzu, wird der Versandschein mit der Sendung verbunden und erzeugt keinen neuen Verkauf.

Ein kritischer Fall entsteht, wenn ein Produkt im Laden verkauft wird, bevor der Onlinebestand aktualisiert ist. Vor einer Wiederholung bewahren wir externe Referenz und bestätigte Ziel-ID auf. Wir unterscheiden Zugriffsfehler, geschäftliche Ablehnung und ungewisses Ergebnis. Mitarbeiter müssen den Datensatz prüfen und korrigieren können, ohne abgeschlossene Schritte zu wiederholen. Gemeinsam legen wir Logfelder und Zuständigkeiten für offene Vorgänge fest.

Wir prüfen einen gleichzeitigen Verkauf in zwei Kanälen, ein Produkt ohne Zuordnung und eine fehlgeschlagene Aktualisierung. Je Fall dokumentieren wir erwartete Ausgangsdaten, Zieldatensatz und sichtbaren Kundenstatus. Hinzu kommen ein Berechtigungsfehler und eine unterbrochene Antwort. Wir wiederholen ein bestätigtes Ereignis und prüfen, ob sein geschäftliches Ergebnis unverändert bleibt. Das Abnahmeprotokoll legt das zuständige Team und die zum Abschluss einer Abweichung nötigen Nachweise fest.

Die Vorplanung bestätigt genaues PYLON-Produkt/-Version mit verfügbarer Connectivity API, Zugriff auf aktive Teilsysteme sowie Verfügbarkeitsregel und Testumgebung. Vor dem Produktivstart dokumentieren wir die Zuordnung für PYLON-Katalog/-Bestand → Onlineshop → Onlineverkauf → korrekter Geschäftsvorgangstyp → Bestellbestätigung → Kanalabgleich. Wir legen Zuständigkeiten für Zugangserneuerung, Überwachung und Korrekturen fest. Änderungen an Produktkonfiguration oder vereinbarten Geschäftsregeln lösen gezielte erneute Prüfungen aus. Weitere Kanäle ergänzen wir nach Klärung ihrer Verantwortung und Abnahmeszenarien.