Vertriebskanäle
Wo verkauft wird: der Webshop, ein Marktplatz, ein Händler. Ein Kanal leistet zweierlei.
Er erzeugt Bedarf. Nimmt der Shop eine Bestellung an, ruft sein Adapter die API von Foudra mit demand received (Bedarf eingegangen) auf: der Kanal, die eigene Auftragsreferenz des Shops, der Artikel (nach unserer Nummer oder der des Kanals), Menge und Datum. Daraus wird ein Bedarf mit Kanal und Referenz. Versendet der Shop, ruft er demand shipped (Bedarf versendet) auf; Foudra bucht den Bestand vom größten Vorrat ab und schließt den Bedarf. Dieselbe Referenz zweimal ergibt einen einzigen Bedarf, eine doppelt zugestellte Nachricht schadet also nicht. Foudra lernt nie das Vokabular des Shops; der Adapter spricht das von Foudra, und das hält das MRP unabhängig von den Kanälen.
Er trägt Angebote. Jeder Artikel kann auf einem Kanal unter der Nummer des Kanals gelistet sein – der SKU des Shops, der eBay-Artikel-ID. Ein Angebot ohne Nummer muss noch an den Kanal übertragen werden; ein Produkt des Kanals ohne Angebot ist ein Artikel, der hier noch angelegt werden muss. Genau danach sucht ein Synchronisationswerkzeug. Angebote werden auf der Artikelseite bearbeitet.
| Feld | Bedeutung |
|---|---|
| Code (Code) | Kurz und eindeutig: SHOP, EBAY |
| Kind (Art) | shop, marketplace, distributor oder other (Shop, Marktplatz, Händler, Sonstiges). Nur beschreibend |
| Webhook URL (Webhook-URL) | Wohin Foudra seine eigenen Ereignisse für diesen Kanal sendet, etwa stock changed (Bestand geändert) mit der verfügbaren Menge. Leer bedeutet, dass nichts gesendet wird |
| Webhook secret (Webhook-Geheimnis) | Signiert diese Sendungen. Nur schreibbar: einmal angezeigt, beim Bearbeiten leer gelassen bleibt es erhalten |
Available (verkaufsfähig) ist der verfügbare Bestand abzüglich dessen, was offener Bedarf bereits zugesagt hat. Das ist die Zahl, gegen die ein Kanal verkaufen sollte, und die, die die Artikel-API meldet.
Administratoren legen Kanäle an und bearbeiten sie. Die Aufrufe eines Adapters beschreibt Die API.