So funktioniert es

Von der Einrichtung bis zum laufenden Betrieb: Die Daten aus dem ERP werden im Panel vereinheitlicht, in das Format gebracht, das der jeweilige Kanal erwartet, und über eine Queue übertragen. Bestellungen aus einem Kanal gelangen auf demselben Weg zurück ins ERP.

1 · ERP und Kanal verbinden

Sie verbinden Ihr ERP und jeden Vertriebskanal mit eigenen Zugangsdaten; kanalspezifische Einstellungen werden im Panel eingetragen, ohne auf ein Software-Update zu warten. Ein Kanal kann als Master markiert werden und dient dann als Referenz für die Produktdaten.

Die Verbindung wird getestet, bevor etwas gespeichert wird
Das Panel warnt, bevor ein Schlüssel abläuft
Mehrere Shops können am selben ERP hängen

2 · Zuordnungen freigeben

Kategoriebaum und Attributschema des Kanals werden übernommen, und die Plattform wertet Ihre vorhandenen Produktdaten aus, um Zuordnungen vorzuschlagen. Was Sie freigeben, gilt dauerhaft; was ein Vorschlag bleibt, wird niemals von selbst übertragen.

Zuordnung von Kategorien, Marken, Attributen und Optionen
Anzahl der Pflicht- und optionalen Attribute je Kategorie
Attribut-Aliase lösen „ANTRASİT“ ein für alle Mal auf

3 · Vor dem Übertragen sehen, was übertragen werden kann

Bevor eine Übertragung startet, erhält jedes Produkt seinen eigenen Grund: keine Kategorie gewählt, ein Pflichtattribut fehlt, kein Bild, Produkt inaktiv. Nichts geht stillschweigend verloren – Sie korrigieren die Liste und starten erneut.

Auf einen Blick: wie viele von 1.845 Produkten bereit sind
Neben jedem Hindernis ein Link zur Behebung
Der Bericht wird pro Kanal gespeichert

4 · Der Datenfluss läuft, jeder Schritt wird protokolliert

Bestands- und Preisänderungen werden in eine Warteschlange gestellt und gebündelt an den Kanal gesendet. Eine Übertragung, die an das Anfragelimit des Kanals stößt, geht nicht verloren – sie wartet kurz und wird erneut versucht.

Was jeder Vorgang gesendet und zurückbekommen hat, wird gespeichert
Sie sehen, wie lange jeder Vorgang dauerte und wie er endete
Kanal-, ERP- und Fehlerprotokolle lassen sich getrennt prüfen

Unter der Haube

Integrationen in drei Schichten

Ein Transport, der mit dem externen System kommuniziert, eine Format-Schicht, die zwischen internen Daten und externem Format übersetzt, und eine Mapping-Schicht mit den Entsprechungen von Kategorien und Attributen. Die Eigenheiten eines Kanals wirken sich nie auf die anderen aus.

In der Praxis: Eine API-Änderung oder Störung bei einem Kanal greift nicht auf die anderen über.

Synchron und asynchron

Leichte Aufgaben laufen direkt über einen Befehl. Aufwendige Aufgaben – Produktübertragung, Bestands- und Preisaktualisierungen, Übersetzung, Excel-Jobs – werden in eine Queue geschrieben und von Consumern abgearbeitet.

In der Praxis: Sie arbeiten im Panel weiter, während eine Massenübertragung läuft.

Kanaleinstellungen

Kanalspezifische Einstellungen liegen in einem frei strukturierten Feld. Eine neue Einstellung braucht keine Datenbankspalte; die Integration liest sie aus ihrem eigenen JSON.

In der Praxis: Kanalspezifische Anforderungen werden erfüllt, ohne den Rest des Systems anzufassen.

Rate Limits

Die Rate Limits der Kanal-APIs werden in der Integrationsschicht eingehalten. Eine Anfrage, die an das Limit stößt, wird verzögert und erneut gesendet – deshalb laufen Massenübertragungen über die Queue.

In der Praxis: Eine Übertragung, die an das Anfragelimit eines Kanals stößt, geht nicht verloren; sie wird abgeschlossen, sobald sie an der Reihe ist.

Technische Fragen

Fragen zum Betrieb

Häufige Fragen dazu, was hinter der Integration läuft.

Was passiert mit Änderungen, die im Kanal vorgenommen werden?

Die Synchronisation vom Kanal ins Panel läuft als eigene Richtung und liest geänderte Produkte ins Panel zurück. Welche Richtung Vorrang hat, wird bei der Einrichtung festgelegt.

Wie lange dauert die Anbindung eines neuen Vertriebskanals?

Warteschlange, Protokollierung und Fehlerbehandlung stehen für alle Kanäle bereit; für einen neuen Kanal werden nur seine Anbindung und Zuordnung umgesetzt. Der Aufwand hängt davon ab, wie viel die API des Kanals abdeckt.

Was passiert, wenn eine Übertragung fehlschlägt?

Übertragungen laufen in Batches, deren Ergebnisse gespeichert werden; wiederkehrende Fehlermuster werden gesondert erfasst. Fehlgeschlagene Datensätze werden aufgelistet und können erneut gesendet werden.

Welche Datenbanken kommen zum Einsatz?

Geschäftsdaten liegen in MySQL, der umfangreiche Protokollstrom in MongoDB – so bremst das Log-Volumen die geschäftlichen Abfragen nie aus.

Technische Hinweise

Wie es funktioniert

Kurz erklärt: die Gründe hinter den Designentscheidungen.

Warum laufen Bestand und Preis über getrennte Warteschlangen?

Bestände ändern sich im Sekundentakt, Preise meist nur wenige Male am Tag. Getrennte Warteschlangen verhindern, dass Preisaufträge den Bestandsfluss ausbremsen.

Wann wird eine Bestellung ins ERP geschrieben?

Sie wird gespeichert, sobald sie das Panel erreicht; die Übergabe ans ERP ist ein separater Schritt, und die Statushistorie bleibt am Bestelldatensatz erhalten.

Wo werden die Protokolle gespeichert?

Plattform-, Befehls-, Consumer-, ERP-, Fehler- und Audit-Protokolle liegen in getrennten MongoDB-Collections; Variantenänderungen haben eine eigene.

Mit Ihren eigenen Daten erleben

In einer kostenlosen Demo zeigen wir Orventory mit Ihrem ERP und Ihren Kanälen. Danach erhalten Sie ein verbindliches Angebot für Einrichtung und Monatsabo.

Kostenlose Demo buchen