Wir stellen vor: Der Alumio Route Builder
Integrationen zentral über eine visuelle Oberfläche steuern
Alumio veröffentlicht den Teil dessen, was laut Oracle über einen Online-Shop verkauft werden soll. Ein Shopify-Katalog ist daher eine bewusste Teilmenge und nicht alles, wofür das Unternehmen zufällig einen Code besitzt.
Ein Oracle-Artikelstammsatz ist für Unternehmen konzipiert, die produzieren, einkaufen, lagern und verkaufen. Der Großteil der darin enthaltenen Daten dient einem dieser Zwecke und nicht der Erstellung eines Online-Shops. Veröffentlicht man den gesamten Datensatz in Shopify, füllt sich der Katalog mit internen Artikeln, veralteten Versionen und Artikeln, die nur auf Vertragsbasis verkauft werden. Bei manueller Veröffentlichung enthält der Katalog lediglich die Artikel, für die gerade Zeit war. Die Verbindung von Shopify und Oracle löst dieses Problem und definiert eine Regel: Der Katalog enthält nur die Artikel, die das Unternehmen tatsächlich verkaufen wollte, und bleibt auch bei Änderungen des Sortiments unverändert.
DATEN, DIE ZWISCHEN IHNEN FLIESSEN
Artikel
Artikelbeschreibungen
Organisationen
Preislisten
Lagerbestand
Bestellungen
Bei Shopify landet nur der Teil des Oracle-Katalogs, den das Unternehmen zum Verkauf freigegeben hat, damit der Shop nicht länger mit internen Codes gefüllt wird, die nie für einen Kunden bestimmt waren.
Ein Artikel, dessen Verkauf das Unternehmen einstellt, wird auch nicht mehr angeboten, da dieselbe Regel, die ihn ins Sortiment aufgenommen hat, ihn auch wieder entfernt, sobald Oracle feststellt, dass er nicht mehr den Kriterien entspricht.
Die Artikel und Preise werden für die Organisation veröffentlicht, für die das Geschäft verkauft. Ein Katalog spiegelt also nur einen Teil des Unternehmens wider und nicht die gesamte Unternehmensgruppe.
Warum ein Artikel im Schaufenster ausgestellt ist, kann man nachschlagen, anstatt es zu erschließen. Das ist besonders wichtig, wenn ein Produkt fehlt und drei Personen eine Theorie darüber haben, warum.
Wenn Oracle einen Artikel führt, der die Regel erfüllt, veröffentlicht Alumio ihn mit seiner Beschreibung und seinem Preis bei Shopify, sodass der Katalog durch Entscheidung wächst und nicht dadurch, wer in der jeweiligen Woche Zeit hatte, ein paar Produkte hinzuzufügen.
Wenn ein Artikel in Oracle nicht mehr qualifiziert ist, kann er auch in Shopify nicht mehr verkauft werden. So wird vermieden, dass für ein eingestelltes Produkt weiterhin Bestellungen angenommen werden, für die sich das Unternehmen dann einige Tage später erneut entschuldigen und eine Rückerstattung leisten muss.
Wenn sich eine Preisliste in Oracle ändert, werden alle zugehörigen Shopify-Produkte gleichzeitig aktualisiert, sodass im Shop nie die Hälfte eines Sortiments zu den Preisen des laufenden Jahres und die andere Hälfte zu den Preisen verkauft wird, die sie ersetzen sollten.
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.
Nicht jede Frage erfordert ein drittes System, aber in diesem Fall schon. Ein Einkäufer, der über sein eigenes Genehmigungstool eine Bedarfsanforderung erstellt, gibt im Rahmen einer Vereinbarung Geld aus und sollte daher nicht den öffentlichen Katalog einsehen. Alumio stellt diese Verbindung parallel zu diesem System her, sodass dieselben Oracle-Artikel sowohl für einen Online-Shop als auch für einen Beschaffungsprozess genutzt werden können, ohne dass eines der Systeme die Ansicht des anderen erhält.
Ja, und der Geltungsbereich wird pro Organisation und nicht global festgelegt, da ein Artikel, der in einem Teil einer Gruppe verkaufbar ist, oft in einem anderen nicht verkaufbar ist. Alumio veröffentlicht die Artikel und Preislisten, die Sie für die Organisation, zu der der Shop gehört, auswählen, gemäß Ihrem Zeitplan. Einsehbar sind die Daten, die Oracle dafür bereitstellt.
Nein. Es gibt zwei übliche Vorgehensweisen: Entweder wird über Nacht ein Datenexport erstellt und anschließend transformiert, oder ein Entwickler arbeitet direkt mit dem ERP-System zusammen. Die Konfiguration ersetzt beides, und der entscheidende Unterschied besteht darin, dass die Regel, die festlegt, was verkauft werden darf, für den Kataloginhaber lesbar ist. Wo die Regel von etwas abhängt, das die Konfiguration nicht ausdrücken kann, stellt der Code-Transformator dies dar.
Die Geschäftsregeln werden vom Unternehmen selbst festgelegt, und ehrlich gesagt kann das niemand für Sie tun. Die verwendete Oracle-Anwendung ist hierbei entscheidend, da die Kriterien für die Verkaufsfähigkeit eines Artikels je nach Anwendung variieren. Die Benennung dieser Kriterien ist daher der erste Schritt. Anschließend werden üblicherweise Artikelstatus, Organisation und Kategorie kombiniert. Nach der Festlegung dieser Kriterien aktualisiert sich der Katalog automatisch, wenn sich die Geschäftsanforderungen ändern.
Kostenpflichtig ist ein Artikel, der trotz Auslistung durch das Unternehmen weiterhin im Angebot ist, da die Bestellung zwar aufgenommen, aber anschließend storniert wurde. Alumio erfasst den Artikel und den Zeitpunkt, ab dem er nicht mehr für die Transaktion qualifiziert war, sodass die Liste der betroffenen Artikel bekannt ist. Jeder Transfer wird live überwacht und protokolliert, inklusive der transportierten Artikel. Bei einer Ablehnung wird eine Benachrichtigung mit Angabe des Grundes versendet, gegebenenfalls werden Wiederholungsversuche durchgeführt, und es geht nichts unbemerkt verloren.
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)
