Eine Preisänderung in Odoo erreicht den Kunden erst nach zwei abgeschlossenen Zeitplänen. Daher ist der vom Kanal angezeigte Wert um die Zeit älter als der des Shops, je nachdem, wie lange das an einem bestimmten Tag dauert.
Ein Feed ist eine Momentaufnahme des Katalogs. DataFeedWatch erstellt ihn aus den Daten, die Odoo bei der Einrichtung enthielt. Der Kanal liest diesen Feed dann automatisch nach einem eigenen Zeitplan. Dadurch entstehen zwei Wartezeiten zwischen einer Preisänderung im Shop und dem Zeitpunkt, an dem der Kunde diese sieht. Niemand bemerkt dies, bis ein Kunde an der Kasse den beworbenen Preis erwartet und der Shop einen anderen berechnet. Durch die Verbindung von Odoo und DataFeedWatch werden beide Intervalle bewusst festgelegt, sodass die Differenz eine bekannte Größe ist und nicht erst vom Kunden an der Kasse entdeckt wird.

Wie oft Odoo ausgelesen wird, wird bewusst eingestellt und nicht auf einem Standardwert belassen; die Verzögerung zwischen einer Preisänderung und deren Anzeige im Kanal ist also eine von jemandem gewählte Zahl.
Da der Lagerbestand mit dem Preis schwankt, wird ein ausverkauftes Produkt bei der nächsten Verkaufsrunde nicht mehr beworben, anstatt weiterhin Klicks zu generieren, die nicht bedient werden können.
Jeder Feed wird aus demselben Odoo-Katalog erstellt, daher funktionieren zwei Kanäle, die für dasselbe Produkt werben, nicht mit Ansichten, die zu unterschiedlichen Tageszeiten erstellt wurden.
Die Aktualisierungszeitstempel werden mit dem Datenfeed übertragen, sodass jeder, der eine Preisbeschwerde untersucht, sehen kann, wann der Wert tatsächlich abgelesen wurde, anstatt es im Nachhinein erraten zu müssen.
Alumio liest den Odoo-Katalog in dem von Ihnen festgelegten Intervall und liefert ihn an DataFeedWatch, sodass der Feed aus dem Shop erstellt wird und nicht aus einem Export, den jemand einmal und dann noch einmal geplant und seitdem nicht mehr angesehen hat.
Ein Produkt, das in Odoo nicht mehr vorrätig ist, wird beim nächsten Durchlauf aus dem Feed entfernt, sodass die Werbeausgaben nicht länger für etwas verwendet werden, das in der Zwischenzeit niemand verkaufen kann – also Ausgaben ohne jegliche Grundlage.
Jeder Feed-Eintrag enthält den Zeitpunkt, zu dem Preis und Lagerbestand ausgelesen wurden. Eine Beschwerde über einen beworbenen Preis kann also durch einen Blick in den Datensatz beantwortet werden, anstatt den Tag eine Woche später aus dem Gedächtnis zu rekonstruieren.
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.
Alumio verbindet sich über seine verfügbare API mit DataFeedWatch, wie mit jedem erreichbaren System. Was Sie ändern würden, wenn der Feed bereits funktioniert, ist der bessere Anhaltspunkt für die nächste Verbindung. Für die meisten Shops ist die Landingpage entscheidend, auf der der Klick landet. Daher ist ein Landingpage-Testtool üblicherweise die beste Ergänzung, denn Odoo und der Feed bestimmen, was beworben wird, und etwas anderes entscheidet über die weiteren Aktionen.
Die Struktur des Datenfeeds wird zunächst festgelegt: welche Odoo-Produkte, welche Felder und in welchem Intervall. Alumio liest den Katalog dann in diesem Intervall und übermittelt ihn an DataFeedWatch. Dabei werden sowohl der Lagerbestand als auch der Preis berücksichtigt, sodass sich die beiden Werte innerhalb eines Eintrags nie widersprechen. Ausgeschlossene Produkte werden gelesen und ignoriert, anstatt weiter gefiltert zu werden.
Nein, und wichtig ist, dass ein Feed eine Ansicht und keine Kopie darstellt. Welche Odoo-Felder im DataFeedWatch-Feed angezeigt werden, wie oft sie gelesen werden und welche Produkte ausgeschlossen werden, sind Einstellungen in der Alumio-Oberfläche. Ein Marketingteam kann diese ohne Release ändern. Benötigt ein Kanal einen Wert, den Odoo in dieser Form nicht speichert, leitet der Code Transformer ihn ab.
Die Aktualität hängt vom langsameren der beiden Intervalle ab, das üblicherweise nicht dem von Ihnen festgelegten entspricht. Alumio liest Odoo gemäß Ihrem Zeitplan, und DataFeedWatch veröffentlicht die Daten entsprechend. Der Kanal ruft die Daten jedoch nach seinem eigenen Zeitplan ab, sodass eine Preisänderung, die bereits eine Stunde zurückliegt, beim Kunden noch eine Stunde entfernt sein kann. Die Kenntnis beider Intervalle ermöglicht es, unerklärliche Diskrepanzen im Checkout-Prozess rechnerisch zu lösen.
Entscheidend ist der veröffentlichte Feed, nicht der Lesevorgang. Denn ein Feed, dessen Wiederherstellung fehlgeschlagen ist, liefert weiterhin einwandfrei die Daten von gestern. Alumio protokolliert jeden Lesevorgang von Odoo mit Zeitstempel, benachrichtigt sofort bei einem Übertragungsfehler an DataFeedWatch, nennt den Grund, führt – falls konfiguriert – Wiederholungsversuche durch und benachrichtigt routenbezogen über alle Aktivitäten. So ist ein Feed niemals unbemerkt einen Tag alt.
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.