Odoo-Produkt- und Geschäftsdaten werden zur Anreicherung an Plytix übermittelt, und die fertigen Inhalte werden pro Kanal zurückgegeben, sodass das Marketing Produkte anreichern kann, ohne jemals die operativen Daten speichern zu müssen.
Odoo speichert die Produktinformationen bedarfsgerecht: Code, Kosten, Lagerbestand. In Plytix kann ein kleines Marketingteam die Produkte dann verkaufsfertig machen – mit Attributen, Bildern und kanalgerechten Inhalten. Ohne diese Verbindung exportiert jemand Artikel aus Odoo in eine Tabelle, lädt sie hoch, und ab diesem Zeitpunkt entfernen sich die Systeme voneinander: Neue Artikel gehen verloren, nicht mehr erhältliche Artikel bleiben angereichert, und die Kanalexporte enthalten Preise aus dem letzten Quartal. Die Verbindung von Odoo und Plytix über Alumio sorgt für Synchronisierung: Artikel und Preise werden synchronisiert, angereicherte Inhalte werden wiederhergestellt, und keines der Systeme speichert die Daten des anderen.

Produkte, die in Odoo erstellt wurden, erscheinen in Plytix und können sofort angereichert werden. So wird nichts mit Platzhalterinhalten veröffentlicht, weil diese beim letzten Export vergessen wurden.
Die kommerziellen Daten fließen kontinuierlich aus Odoo, sodass die in Plytix zusammengestellten Kanalinhalte den Preis widerspiegeln, den das Unternehmen heute verlangt, und nicht den Preis eines früheren Uploads.
Statusänderungen in Odoo erreichen Plytix, sodass sowohl die Anreicherungsbemühungen als auch die Kanalexporte die Produkte nicht mehr umfassen, die das Unternehmen überhaupt nicht mehr an irgendjemanden verkauft.
Da die Betriebsdaten bereits ausgefüllt vorliegen, kann sich das Marketing auf Attribute und Bildmaterial konzentrieren, anstatt Codes, Kosten und Einheiten in ein zweites System einzugeben.
Wenn in Odoo ein Artikel angelegt wird, erstellt Alumio das entsprechende Plytix-Produkt mit den entsprechenden Feldern für Code, Kategorie und Handel, sodass die Anreicherung sofort beginnt und nicht auf den nächsten Export und Upload der Tabelle warten muss.
Attribute und Bildmaterial, die in Plytix fertiggestellt wurden, werden an die Kanäle zurückgegeben, die sie benötigen. So erhält ein Webshop oder Marktplatz fertige und freigegebene Inhalte und nicht das, was das ERP-System gerade enthielt.
Ein in Odoo als eingestellt markiertes Produkt wird in Plytix entsprechend gekennzeichnet, sodass es in keinem Kanal-Export mehr erscheint und das Team seine Zeit nicht länger mit Artikeln verbringt, die ohnehin nie wieder verkauft werden.
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.
Es lassen sich weitere Systeme verbinden, und ein Marktplatz oder ein Feed-Tool folgt üblicherweise als nächstes, da Plytix Inhalte für Kanäle aufbereitet und nicht das endgültige Ziel ist. Alumio verbindet diese Systeme, sodass angereicherte Attribute und Odoo-Bestände gemeinsam einen Kanal erreichen, anstatt dass das Feed-Tool auf zwei inkompatible Systeme verweist.
Ja. Plytix-Produkte werden erstellt oder aktualisiert, sobald sich Odoo-Elemente ändern – entweder ereignisgesteuert oder planmäßig. Alumio greift dabei über die bereitgestellte API auf Plytix zu, genau wie bei jedem anderen erreichbaren System. Die Attributzuständigkeit wird im Voraus definiert, sodass Anreicherungsarbeiten niemals durch ein späteres operatives Update des ERP-Systems überschrieben werden.
Die Zuordnung von Attributen und die Besitzregeln werden in der Alumio-Oberfläche konfiguriert und ersetzen den üblicherweise damit verbundenen Export- und Upload-Zyklus. Da beide Systeme moderne APIs bereitstellen und die Produktstrukturen unkompliziert sind, deckt die Konfiguration die beschriebenen Abläufe ab. Der Code Transformer steht zur Verfügung, falls ein abgeleitetes Attribut zunächst zusammengestellt werden muss.
Es sollte in Plytix verbleiben, und das ist in der Regel die richtige Lösung und keine Einschränkung. Marketingattribute wie Textton, Lifestyle-Bilder oder kanalspezifische Aussagen haben keinen operativen Nutzen, und das Hinzufügen benutzerdefinierter Felder im ERP-System, um diese zu speichern, verursacht unnötigen Wartungsaufwand. Alumio ordnet nur die Felder zu, die jeder Seite tatsächlich gehören, und belässt den Rest dort, wo er hingehört.
Anreicherungsvorgänge werden durch einen Teilwiederholungsversuch niemals überschrieben. Alumio protokolliert jede Nachricht mit ihrer Nutzlast, überwacht die Verbindung in Echtzeit und benachrichtigt Sie sofort, wenn eine Nachricht abgelehnt wird. Dabei werden das betroffene Produkt und das Attribut genannt. Automatische Wiederholungsversuche wiederholen vorübergehende Fehler, und ein nicht aufgelöstes Update wird in der Warteschlange gehalten, anstatt stillschweigend fehlzuschlagen.
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.