In Oracle gespeicherte Maßeinheiten und Packungskonfigurationen werden in Akeneo bereits umgerechnet, sodass eine Kartonmenge niemals in einem Attribut veröffentlicht wird, das eigentlich ein einzelnes Stück beschreiben soll.
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 einer einzigen Einheit aus. Erfolgt die Umrechnung in einer Tabellenkalkulation oder manuell, landet die Angabe eines Kartons fälschlicherweise in einem Feld, das ein einzelnes Stück repräsentiert. Dadurch erscheint die Produktseite fehlerhaft, anstatt nur als defekt angezeigt zu werden. 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 zusammen 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 die Ware 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 Shop-Filter mit realen Werten arbeitet und nicht mit einem Textfeld, das jemand manuell eingegeben hat.
Ein in Oracle erstellter Artikel erscheint in Akeneo bereit für die Inhaltsaufnahme, wobei seine Einheiten und die Packungskonfiguration festgelegt sind. So kann das Produktteam mit einem bereits korrekten Datensatz arbeiten, anstatt ihn erst von Hand zusammenstellen zu 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.
Ein Vertriebspartner-Syndizierungskanal ist oft der nächste Schritt, da die Produktdaten, die Ihr eigener Online-Shop benötigt, auch von Wiederverkäufern in ihrem jeweiligen Format nachgefragt werden. Alumio verwaltet diese Verbindungen zentral und nutzt das bereits konfigurierte Akeneo-Mapping. So stellt ein Vertriebspartner-Feed eine neue Ausgabe bestehender Daten dar und erfordert keinen zweiten Katalog.
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.
Akeneo kann beide Kanäle verwalten, unabhängig davon, welchen sie nutzen. Die Attribute sind typisiert und enthalten Einheiten. Daher ist eine Fallzahl in einem Attribut, das „Stück“ bedeutet, zwar ein gültiger, aber falscher Wert, der nicht abgelehnt wird. Die Veröffentlichung der Verkaufseinheit pro Kanal, umgerechnet im Datenfluss, erspart es, dass sich jemand merken muss, welcher Kanal welcher ist.
Ein fehlerhafter Wert in einem Attribut ist problematisch, da er zwar korrekt veröffentlicht wird, aber als Schnäppchen interpretiert wird. Alumio validiert jedes Akeneo-Attribut anhand der erwarteten Einheit, überwacht jede Aktualisierung live und speichert die gesendeten Daten. Ein Wert, der gegen die Regel verstößt, wird gespeichert und zusammen mit dem entsprechenden Element und Attribut 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.