Die Artikelnummern und die dazugehörigen knappen Beschreibungen werden von Sage an Akeneo übertragen, wo das Produkt schließlich den Namen, die Formulierung und die Details erhält, die dem Kunden tatsächlich auf der Seite angezeigt werden.
In Sage gibt es eine Beschreibung, die auf eine Rechnungsposition zugeschnitten ist – kurz, abgekürzt und für die Buchhaltung verständlich. Akeneo speichert die Kundendaten, aufgeschlüsselt nach Kanal und Sprache. Ohne eine Verbindung zwischen den Systemen tippt das Katalogteam die kaufmännischen Details aus dem ERP-System ab, errät die Bedeutung der Abkürzungen und veröffentlicht ein Produkt, dessen Preis aus einer Quelle und dessen Name aus einer Tabelle stammt. Die Verbindung von Sage und Akeneo klärt, welches System für welchen Teil zuständig ist: Code und Preis stammen aus der Buchhaltung, die Texte hingegen von den jeweiligen Mitarbeitern.

Alumio verbindet sich über seine verfügbare API mit Sage, wie es bei jedem erreichbaren System der Fall wäre, sodass Artikelcodes und Preise Akeneo erreichen, ohne dass ein manueller Export erforderlich ist.
Der Sage-Artikelcode ist an das Produkt gebunden, sodass eine Rückgabe, eine Anfrage oder eine Rechnung dem Produkt zugeordnet werden kann, das der Kunde gekauft hat, ohne dass jemand eine Referenz übersetzen muss.
Eine Preisänderung in Sage aktualisiert das Akeneo-Produkt, während der kundenorientierte Text so bleibt, wie er vom Katalogteam verfasst wurde, sodass eine Preisaktualisierung niemals redaktionelle Arbeit überschreibt.
Da Akeneo Werte pro Kanal und pro Sprache verwaltet, kann ein Sage-Produkt an jedem Verkaufsort unterschiedlich präsentiert werden, ohne dass irgendwo eine zweite Kopie des Produkts existiert.
Alumio liest Artikelcodes, Preise und Gruppen aus Sage und erstellt oder aktualisiert das entsprechende Akeneo-Produkt, sodass das Katalogteam von den kaufmännischen Daten ausgeht, anstatt sie Zeile für Zeile aus einem Finanzbildschirm zu kopieren.
Wenn sich in Sage ein Preis ändert, trägt Alumio dies gemäß dem von Ihnen festgelegten Zeitplan in das Akeneo-Produkt ein und lässt die Beschreibungen unverändert, sodass sich der Betrag ändert, die darunter stehenden Worte für den Kunden aber gleich bleiben.
Ein Sage-Artikel kann in Akeneo je nach Kanal und Sprache mit unterschiedlichen Formulierungen dargestellt werden, sodass ein Geschäftskunde und ein Endverbraucher für sie jeweils unterschiedliche Beschreibungen sehen, während beide anhand desselben zugrunde liegenden Buchhaltungsdatensatzes bepreist 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.
Die entscheidende Frage für die dritte Verbindung ist, aus welchem System der Kunde tatsächlich liest, und das ist in der Regel nicht direkt Akeneo. Üblicherweise wird die Website oder Content-Plattform, die die Seiten rendert, als zusätzliche Komponente verwendet, da Akeneo die Produktinformationen, Sage die kommerziellen Daten und ein anderes System die Seitenveröffentlichung übernimmt. Alumio hingegen verwaltet beide Verbindungen und nutzt das bereits vorhandene Akeneo-Mapping wieder, sodass eine Seite aus dem vom Katalogteam freigegebenen Produktdatensatz und nicht aus einem separaten Feed erstellt wird.
Die Werte in Akeneo werden pro Kanal und Sprache verwaltet. Daher ist die Konfiguration der zu übertragenden Daten und deren Speicherort der erste Schritt. Alumio liest die von Ihnen festgelegten Sage-Artikelnummern, Preise und Gruppen und trägt sie in die von Ihnen für jeden Kanal ausgewählten Akeneo-Attribute ein. Lokalisierungsspezifische Formulierungen bleiben dabei unverändert. Produkte, die noch in Bearbeitung sind, verbleiben in Akeneo und sind für die Kanäle, die Daten daraus lesen, nicht zugänglich.
Nein, und genau darum geht es: Wer kann ohne Ticketerstellung handeln? Das Hinzufügen eines Akeneo-Attributs, das Ändern des zugehörigen Sage-Felds oder das Verknüpfen eines neuen Kanals mit bestehenden Werten sind alles Bearbeitungen in der Alumio-Oberfläche, die von den Katalogverantwortlichen vorgenommen werden. Die Sage-Beschreibungen enthalten jahrzehntelange lokale Abkürzungen, sodass benutzerdefinierte Logik über den Code Transformer verfügbar bleibt, sofern eine Abkürzung nicht als Zuordnung interpretiert werden kann.
Es wird als Ausgangspunkt und nicht als Produktname betrachtet, was die richtige Arbeitsteilung darstellt. Eine Sage-Beschreibung ist auf die Position einer Rechnungszeile zugeschnitten, daher ist sie abgekürzt und für die Finanzabteilung formuliert, während Akeneo die Kundeninformationen in den jeweiligen Kanälen und Sprachen speichert. Durch die Übertragung von Code und Preis und die Texteingabe in Akeneo wird sichergestellt, dass keines der Systeme die Aufgaben des anderen übernehmen muss.
Die Seite ist bereits öffentlich, wenn jemand sie aufruft. Genau das macht ein verzögertes Update hier so kostspielig. Alumio überwacht jede Übertragung in Echtzeit und protokolliert die von Sage gelesenen Daten. Wenn ein Akeneo-Produkt einen Wert nicht akzeptiert, löst es sofort eine Warnung aus, die das betroffene Element und den Grund nennt – in der Regel ein erforderliches Attribut oder ein Kanal ohne Wert. Falls konfiguriert, werden Wiederholungsversuche ausgeführt, und die vorherige Version bleibt aktiv, sodass kein verzögertes Update verloren geht.
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.