Die in Oracle gespeicherten Maßeinheiten und Packungskonfigurationen werden in Akeneo bereits umgerechnet, sodass niemals eine Kartonmenge an einer Stelle veröffentlicht wird, an der eigentlich eine Beschreibung eines einzelnen Stücks erwartet wurde.
Oracle erfasst die Einkäufe, Lagerbestände und Verkäufe eines Unternehmens. Oftmals werden dabei drei verschiedene Einheiten für dasselbe Produkt verwendet: eine eingehende Palette, ein Karton im Lager und ein einzelnes Stück an der Kasse. Akeneo hingegen geht von nur einer Einheit aus. Erfolgt die Umrechnung in einer Tabellenkalkulation oder manuell, landet fälschlicherweise ein Karton anstelle eines erwarteten Stücks. Die Produktseite wirkt dann fehlerhaft, nicht nur als defekt. Die Oracle-Akeneo-Integration führt die Umrechnung im Workflow durch, sodass jeder Kanal die erwartete Einheit erhält und die Berechnung nur einmalig und nicht pro Person erfolgt.

Die Arithmetik für die Paket-zu-Stück-Berechnung läuft im Datenfluss und nicht in einer Tabellenkalkulation, sodass jeder Kanal, der Akeneo liest, mit der gleichen Umrechnung der gleichen Oracle-Zahl arbeitet.
Messwerte werden den typisierten Akeneo-Attributen mit der zugehörigen Einheit zugeordnet, sodass ein Gewicht oder ein Volumen als Menge und Einheit und nicht als reine Zahl gespeichert wird.
Da die Packkonfigurationen von Oracle stammen, wird die Kundenbestellung in den gleichen Begriffen ausgedrückt, in denen das Lager sie kommissioniert, und es kommen weniger Bestellungen an, die eine Rücksprache erfordern.
Neue Oracle-Artikel landen in Akeneo mit bereits ausgefüllten Codes, Einheiten und Kategorien, wodurch sich der Nachmittag erspart, den ein Produktmanager früher mit der manuellen Neuerstellung dieser Daten verbrachte.
Ein in Oracle in Gehäusen geführter Artikel gelangt mit der Gehäusekonfiguration und dem entsprechenden Stückwert zu Akeneo, sodass sowohl der Handelskanal als auch der Verbraucherkanal jeweils die für die jeweiligen Käufer sinnvolle Zahl erhalten.
Die Gewichte und Abmessungen aus Oracle werden in Akeneo in die entsprechenden typisierten Attribute übernommen, sodass eine Versandkostenberechnung oder ein Shopfilter mit realen Werten arbeitet und nicht mit Text, den jemand manuell eingegeben hat.
Ein in Oracle erstellter Artikel erscheint in Akeneo bereit für die Inhaltsbereitstellung, wobei seine Einheiten und seine Packungskonfiguration bereits festgelegt sind, sodass das Produktteam mit etwas bereits Richtigem beginnen kann, anstatt es von Hand zusammenzustellen.
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.
Ein Vertriebspartner-Syndizierungskanal ist oft der nächste Schritt, da die Produktdaten, die Ihr eigener Onlineshop benötigt, auch von Wiederverkäufern in ihrem jeweiligen Format nachgefragt werden. Alumio verwaltet diese Verbindungen zentral und nutzt die bereits konfigurierte Akeneo-Anordnung, sodass ein Vertriebspartner-Feed eine neue Ausgabe bestehender Daten darstellt und kein zweiter Katalog gepflegt werden muss.
Ja, und die Umrechnung ist der interessante Teil, nicht die Übertragung. Alumio berechnet die Mengen direkt im Prozess, sodass eine Packungsmenge aus Oracle sowohl als Karton- als auch als Stückzahl in die entsprechenden Akeneo-Attribute übertragen werden kann. Die Berechnung wird einmalig konfiguriert und gilt für jeden Artikel – das ist der Unterschied zwischen einer Regel und einer Gewohnheit.
Nein, dies wird konfiguriert, nicht programmiert. Einheitenumrechnungen, Packungsgrößen und die zugehörigen Akeneo-Attribute werden in einem Formular eingerichtet und im gesamten Katalog wiederverwendet. Dadurch wird die bisherige Nachschlagetabelle in einer gemeinsam genutzten Tabellenkalkulation ersetzt. Bei ungewöhnlichen Umrechnungsregeln, die sich nicht konfigurieren lassen, greift der Code-Transformator in diesem Schritt auf benutzerdefinierte Logik zurück.
Unabhängig davon, welchen Kanal er nutzt, kann Akeneo beides verwalten. Die Attribute sind typisiert und enthalten Einheiten. Daher ist eine Fallzahl, die anstelle einer Stückzahl angegeben wird, zwar ein gültiger, aber falscher Wert und wird nicht abgelehnt. Die Veröffentlichung der Verkaufseinheit pro Kanal, umgerechnet im Datenfluss, erspart es, dass sich jemand merken muss, welche Einheit welche ist.
Ein fehlerhafter Wert, der fälschlicherweise als „Teilwert“ interpretiert wird, ist besonders ärgerlich, da er zwar korrekt veröffentlicht wird, aber als Schnäppchen erscheint. Alumio prüft jedes Akeneo-Attribut anhand der erwarteten Einheit, überwacht jede Aktualisierung live und speichert die gesendeten Daten. Werte, die gegen die Regel verstoßen, werden gespeichert und mit dem entsprechenden Namen gemeldet. Wiederholungsversuche erfolgen automatisch, sofern konfiguriert, sodass keine Fehler unbemerkt an einen Kanal weitergeleitet werden.
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.