Bei einem Bol-Angebot wird ein Liefertermin versprochen und es endet nach einer bestimmten Frist. Daher muss die von WooCommerce angegebene Zahl das sein, was das Lager heute noch versenden kann, und nicht alles, was aktuell verfügbar ist.
Ein Bol-Angebot ist ein zeitlich begrenztes Versprechen. Die Produktbeschreibung enthält eine voraussichtliche Lieferzeit und einen Versandzeitpunkt. Ein Kunde, der um 16:00 Uhr bestellt, erhält die Information, wann das Paket eintrifft. WooCommerce verwaltet den Lagerbestand. Sind die beiden Systeme nicht miteinander verbunden, nimmt das Angebot weiterhin Bestellungen bis in den Nachmittag hinein entgegen, basierend auf den Daten vom Vormittag. Dadurch wird der Versandzeitpunkt verpasst, weil eine Bestellung fälschlicherweise nicht hätte angenommen werden dürfen. Durch die Verbindung von WooCommerce und Bol bleiben Angebot und Versandzeitpunkt synchronisiert, sodass das im Angebot angegebene Versprechen vom Lager eingehalten werden kann.

Die Bestandsaktualisierung von WooCommerce aktualisiert das Bol-Angebot gemäß dem von Ihnen festgelegten Zeitplan, sodass die Menge, die ein Käufer kaufen kann, der Menge entspricht, die heute Nachmittag noch im Regal vorhanden ist.
Da das Angebot endet, sobald die versandfähige Menge aufgebraucht ist, handelt es sich bei dem von Bol genannten Lieferversprechen um ein Versprechen, das das Lager noch einhalten kann, und nicht um eines, das es um einen Tag verpassen wird.
Eine einzige Zahl speist sowohl den Webshop als auch den Marktplatz, sodass ein Vertriebskanal nicht das letzte Exemplar zweimal verkauft, während jemand jeden Morgen zwei separate Bestandsbildschirme manuell abgleicht.
Retouren von Bol werden zusammen mit Web-Retouren in WooCommerce erfasst, sodass die Kundenhistorie an einem Ort gespeichert ist und der Lagerbestand wieder genau dem Wert entspricht, von dem er stammt.
Alumio veröffentlicht die von Ihnen angegebene WooCommerce-Zahl für das entsprechende Bol-Angebot gemäß dem von Ihnen gewählten Zeitplan und hält dabei einen Puffer zurück, sodass ein Angebot kurz vor dem Ausverkauf des Lagerbestands und nicht erst einen Tag später endet.
Eine Bol-Bestellung wird in WooCommerce erstellt, sobald sie eintrifft, wobei die Marktplatzreferenz beibehalten wird. Daher wird sie im selben Ablauf wie eine Webbestellung kommissioniert und verpackt, anstatt über eine separate Verkäuferseite, die jemand öffnen muss.
Eine bei Bol registrierte Retoure wird in WooCommerce der ursprünglichen Bestellung zugeordnet, sodass die Rückerstattung, die Lagerbewegung und der Kundendatensatz nur einmal und nicht zweimal in zwei Systemen verarbeitet werden müssen, die sich dann auch noch abstimmen müssen.
Alumio fungiert als zentrales Integrations-Backbone zwischen Vertriebskanälen und Fulfillment-Systemen. Bestellungen werden weitergeleitet, transformiert und validiert, während Status-Updates an jeden Kanal zurückgemeldet werden.
Authentifizieren Sie Ihre Systeme mit den vorgefertigten Connectoren von Alumio. Wählen Sie aus über 200 Connector-Paketen im Marketplace oder erstellen Sie unbegrenzt viele individuelle Integrationen.
Definieren Sie in einer visuellen Oberfläche, wie Datenfelder zwischen Systemen zugeordnet werden. Passen Sie Formate an, reichern Sie Datensätze an und wenden Sie Geschäftslogik an – ganz ohne eigenen Programmcode.
Konfigurieren Sie Abläufe so, dass sie in Echtzeit bei bestimmten Ereignissen, nach einem Zeitplan oder beidem ausgeführt werden. Reduzieren Sie die manuelle Dateneingabe und überlassen Sie Alumio den Datentransfer und die Transformation zwischen Ihren Systemen.
Sobald Ihre erste Integration live ist, können Sie Ihr ERP, PIM, WMS oder CRM einfach an denselben Hub anschließen. Bestehende Abläufe laufen nahtlos weiter. Kein Neuerstellen von Grund auf.
Bol verrät Ihnen nicht, warum jemand unzufrieden war, sondern nur, dass er es war. Genau hier setzt die nächste Verbindung an. Ein Umfragetool ist die übliche Ergänzung, denn eine Marktplatzbewertung wird als Punktzahl ohne Erklärung angezeigt, während WooCommerce die zugehörige Bestellung speichert. Alumio stellt beide Verbindungen her, sodass die Kundenantwort der jeweiligen Bestellung zugeordnet wird und nicht in einer monatlichen Zusammenfassung erscheint.
Welches Fulfillment-Modell für jedes Angebot verwendet wird, steht an erster Stelle, da davon abhängt, wer den Lagerbestand hält. Alumio veröffentlicht die WooCommerce-Verfügbarkeit der von Ihnen ausgewählten Bol-Angebote mit dem von Ihnen festgelegten Puffer und erstellt Bol-Bestellungen in WooCommerce, sobald diese eingehen. Angebote, die über den Marktplatz abgewickelt werden, sind vom Lagerbestandsfeed ausgeschlossen, sodass keine Artikel doppelt veröffentlicht werden.
Nein, und zwar deshalb, weil Bol nicht verhandelt. Lieferversprechen, Annahmeschluss und Pflichtfelder werden vom Kanal vorgegeben, daher muss nichts angepasst, sondern nur Entscheidungen festgehalten werden: welche WooCommerce-Angebote mit welchem Puffer und zu welchem Zeitplan veröffentlicht werden. Das sind Einstellungen in der Alumio-Oberfläche. Wenn ein Unternehmen seinen Kanalpreis selbst berechnet, übernimmt der Code Transformer diesen Schritt.
Ein Versandfenster ist entscheidend, und genau darauf muss die Lagerbestandsanzeige Rücksicht nehmen. Bol zeigt dem Kunden an, wann das Paket ankommt und schließt den Bestelltag zu einem festgelegten Zeitpunkt. Daher kann das Lager ein Versprechen nicht einhalten, das auf Basis veralteter WooCommerce-Verfügbarkeitsangaben akzeptiert wird, selbst wenn der Verkauf abgeschlossen wurde. Die Veröffentlichung der tatsächlich versandbereiten Artikel anstelle des gesamten verfügbaren Bestands gewährleistet, dass sowohl das Versandfenster als auch der Lagerbestand übereinstimmen.
Eine nach dem Annahmeschluss eingegangene Bestellung wird nicht erkannt, da sie als Verkauf gewertet wird. Das Bol-Angebot und die zugehörige WooCommerce-Zahl werden bei jeder Aktualisierung protokolliert. Ein Angebot, das nicht geändert werden konnte, wird sofort mit Angabe des Grundes markiert. Konnte es nicht geändert werden, werden gegebenenfalls Wiederholungsversuche durchgeführt, und Benachrichtigungen pro Route erfassen keine Aktivitäten. So wird sichergestellt, dass keine Daten unbemerkt in den Statistiken verbleiben, die nicht aktualisiert wurden.
Sprechen Sie mit einem Alumio-Integrationsspezialisten. Wir entwerfen die passende Architektur für Ihre Systeme und die richtige Skalierung, damit Ihre Betriebsabläufe bei jeder Veränderung zuverlässig bleiben.