Wir stellen vor: Der Alumio Route Builder
Integrationen zentral über eine visuelle Oberfläche steuern
Zwischen einer Odoo-Produktvorlage und der Akeneo-Produktfamilie, die diese beschreibt, muss eine Entscheidung über Varianten getroffen werden. Durch die Verknüpfung der beiden muss diese Entscheidung nur einmal und nicht bei jeder Produkteinführung getroffen werden.
Odoo speichert keine Varianten, sondern generiert sie. Eine Vorlage enthält die Attribute, anhand derer ein Produkt variiert, und daraus ergeben sich die Kombinationen. Das funktioniert effizient, solange der Katalog nicht beschrieben werden muss. Akeneo hingegen arbeitet umgekehrt: Eine Produktfamilie definiert die notwendigen Eigenschaften eines Produkts, und die Varianten werden anhand ausgewählter Merkmale erstellt. Ohne diese Verknüpfung muss jemand die von Odoo generierte Liste in eine Tabellenkalkulation übertragen und die Struktur manuell für jede Saison neu aufbauen. Die Odoo-Akeneo-Integration ordnet Vorlage und Produktfamilie sowie generierte Varianten einmalig den Varianten zu, sodass der Katalog bereits seine endgültige Struktur aufweist.
DATEN, DIE ZWISCHEN IHNEN FLIESSEN
Produktvorlagen
Produktvarianten
Attribute
Variationsachsen
Kategorien
Verkaufspreise
Odoo-Vorlagen und die daraus generierten Varianten landen auf den entsprechenden Akeneo-Familien und -Axttypen, sodass niemand zu Beginn jeder Saison die Form eines Sortiments von Hand neu aufbauen muss.
Da die Variationen in Akeneo auf ausgewählten Achsen liegen, wird der im übergeordneten Element geschriebene Text an jede darunter liegende Odoo-Variante weitergeleitet, anstatt für jede Größe und Farbe wiederholt zu werden.
Die Produktdaten werden von Odoo nach Akeneo nach einem Zeitplan und nicht über einen Export übertragen, sodass eine neue Produktreihe nicht auf die Person warten muss, die normalerweise die Tabelle erstellt.
Wenn Odoo beginnt, einen Bereich um etwas Neues zu verändern, wird die Akeneo-Anordnung erweitert, anstatt neu geschrieben zu werden. Das Hinzufügen einer Dimension ist also eher eine Änderung als ein Projekt.
Alumio liest eine Odoo-Produktvorlage mit den zugehörigen Variationskriterien und erstellt oder aktualisiert die passende Akeneo-Produktfamilie und deren Variationsachsen, sodass das Sortiment strukturiert vorliegt und nicht als flache Liste, die jemand neu zusammensetzen muss.
Eine einmal auf übergeordneter Ebene in Akeneo erstellte Beschreibung gilt für jede aus dieser Odoo-Vorlage generierte Variante. Daher muss ein Bereich von vierzig Varianten nur einmal und nicht vierzig Mal von demjenigen beschrieben werden, der das Los gezogen hat.
Die Verkaufspreise von Odoo aktualisieren die entsprechenden Akeneo-Produkte, während die Beschreibungen so bleiben, wie sie vom Katalogteam verfasst wurden. So wird durch eine Preisänderung nie stillschweigend die redaktionelle Arbeit einer ganzen Woche außer Kraft gesetzt.
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.
.svg){kind=icon}
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.
Bevor eine Seite online gehen kann, müssen zwei Dinge bereit sein, und nur eines davon stammt aus dem Unternehmen selbst. Die Foto- und Bildbearbeitung erfolgt durch ein Studio, und Akeneo hält das Produkt bereit, das darauf wartet, bearbeitet zu werden, während Odoo von beidem nichts weiß. Alumio stellt diese Verbindung ebenfalls her, sodass die Bilder im selben Produktdatensatz landen, den das Katalogteam bereits anreichert.
Ja, und die Vollständigkeit entscheidet darüber, was Akeneo verlässt, nicht was hineinkommt. Alumio importiert Odoo-Vorlagen, Varianten, Attribute und Preise gemäß Ihrem Zeitplan, und Akeneo hält ein Produkt dann für die entsprechenden Kanäle zurück, bis die Anforderungen der Familie erfüllt sind. So bleibt ein unfertiges Sortiment unsichtbar, ohne dass jemand daran denken muss, es auszublenden.
Nein, das ist konfiguriert, nicht programmiert. Die Tabelle, die sich früher in einem gemeinsamen Ordner befand, wird nun ersetzt. Dort hatte jemand festgehalten, welcher Odoo-Wert welchem Teil eines Akeneo-Produkts zugeordnet ist, und eine zweite Kopie für Bereiche mit abweichendem Verhalten angelegt. Diese Daten werden nun in Alumio gespeichert. Falls sich eine Änderungsregel nicht als Konfiguration ausdrücken lässt, übernimmt der Code-Transformator sie.
Die von Ihnen festgelegten Variationsachsen sind eine bewusste Entscheidung und keine automatische Übersetzung. Odoo generiert Varianten aus Attributkombinationen und kann daher eine lange Liste ohne inhärente Gruppierung erzeugen. Eine Akeneo-Familie hingegen erwartet, dass Variationen auf bestimmten Ebenen angeordnet sind. Die Entscheidung, welche Odoo-Attribute zu Achsen werden und welche normale Werte bleiben, ermöglicht die einmalige Anreicherung auf oberster Ebene anstatt für jede Kombination einzeln.
Wird ein Produkt veröffentlicht, bevor die Familie zufrieden ist, ist dies ein Fehler, der nicht erkannt wird. Die Ablehnung ist die bessere Lösung, auch wenn sie sich wie ein Hindernis anfühlt. Alumio überwacht jeden Transfer live und protokolliert die Odoo-Vorlage sowie deren Inhalt. Eine Akeneo-Familie, die ein Produkt ablehnt, löst eine Warnung aus, in der das Produkt und der Grund genannt werden – in der Regel eine Anforderung der Familie, die das Produkt nicht erfüllt. Falls konfiguriert, werden Wiederholungsversuche durchgeführt, sodass nichts unbemerkt verworfen wird.
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.
.svg)
