Die Speicherung von Identifikatoren in einer Tabellenkalkulation funktioniert so lange, bis ein Einzelhändler einen davon überprüft. Durch die Verknüpfung von GS1 und Pimcore werden die Identifikatoren stattdessen dorthin verschoben, wo sich das Produkt befindet, das sie beschreiben.
Ein Händler lehnt ein Produkt nicht aufgrund einer mangelhaften Beschreibung ab, sondern weil die Produktkennung ungültig ist – und zwar bevor ein Mitarbeiter das Produkt überhaupt geprüft hat. Die entsprechenden Codes werden üblicherweise von einer einzelnen Person in einer Tabelle verwaltet, wiederverwendet, wenn eine Variante als ausreichend ähnlich angesehen wird, und erweisen sich erst bei der Ablehnung eines Angebots als falsch. Durch die Verknüpfung von GS1 und Pimcore befinden sich die Produktkennungen direkt bei den Produkten. Der Händler prüft somit den Code aus dem Katalog und nicht einen aus einer anderen Zeile eingefügten.

Ein Produkt erreicht einen Händler mit einer validierenden Kennung, sodass die Ablehnung, die früher Tage später ohne jegliche Erklärung eintraf, überhaupt nicht mehr vorkommt.
Die Identifikatoren sind in Pimcore den Produkten zugeordnet und nicht in einer Datei gespeichert, die von einer einzelnen Person verwaltet wird. Dadurch wird verhindert, dass ein Code wiederverwendet wird, nur weil jemand den richtigen nicht rechtzeitig finden konnte.
Ein Gehäuse, eine Innenverpackung und eine Einzelverpackung haben jeweils ihre eigene Kennung, die der Händler überprüft, wenn er fragt, was er tatsächlich von Ihnen kauft und in welcher Menge.
GS1 legt die Regeln fest und die Einzelhändler setzen sie durch, daher muss der Katalog eher den Anforderungen anderer genügen als einer Präferenz, über die hier irgendjemand streiten könnte.
Die von GS1 bereitgestellten Daten erreichen Pimcore in dem von Ihnen festgelegten Zyklus. Daher handelt es sich bei den einem Produkt zugeordneten Kennungen um die aktuellen Kennungen und nicht um diejenigen, die am Tag der Erstellung des Produkts kopiert wurden.
Wenn eine Variante in Pimcore hinzugefügt wird, benötigt sie eine eigene Kennung, bevor sie überhaupt irgendwo gelistet werden kann. Die Lücke wird in diesem Moment sichtbar, nicht erst dann, wenn ein Händler die Listung ablehnt.
Wenn ein Identifikator die Prüfung nicht besteht, wird das Produkt benannt und reserviert, anstatt es an einen Händler zu senden, der es ablehnen würde. So wird das Problem im Katalog behoben, anstatt erst eine Woche später in einer Entschuldigungs-E-Mail.
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 Händlerdatenpool bietet sich als nächster Schritt an, da er ein Angebot prüft, bevor der Händler es überhaupt zu Gesicht bekommt. Im Vergleich zur Anfrage beim Händler ist die Abfrage des Pools Tage früher und kostenlos. Alumio pflegt diese Verbindung parallel, sodass der Katalog anhand der geltenden Bestimmungen und nicht anhand von Annahmen überprüft wird.
Ja, Kennungen und die zugehörige Hierarchie werden gemeinsam und nicht getrennt übertragen. Ein Code ist wenig aussagekräftig, ohne zu wissen, ob er ein einzelnes Objekt, ein inneres Objekt oder einen Fall beschreibt. Alumio liefert das, was Sie auswählen, zum festgelegten Zeitplan. Was für ein Produkt geschrieben werden kann, ist das, was Pimcore dafür bereitstellt.
Nein. Der manuelle Schritt, der dadurch entfällt, ist die in einer Tabelle geführte Barcode-Liste, die von demjenigen konsultiert wird, der an diesem Nachmittag ein Produkt erstellt. Stattdessen wird die Kennung direkt dem jeweiligen Produkt zugeordnet. Wenn eine Packungsstruktur ermittelt und nicht einfach nur ausgelesen werden muss, übernimmt der Code-Transformator diesen Schritt.
Da der Händler den Code prüft, bevor er weitere Informationen einliest, und ein ungültiger Code die Produktlistung ohne Rückfrage beendet, sind GS1-Kennungen unerlässlich, um Produkte aller Lieferanten eindeutig zu unterscheiden. Daher liegt die Verantwortung für den Standard bei GS1 und den Händlern selbst, nicht bei Ihnen. Nur wenn gültige Codes im Katalog vorhanden sind, kann ein Produkt überhaupt präsentiert werden.
Der kostspieligste Fall ist die Ablehnung eines Eintrags aufgrund einer ungültigen Kennung, da sich das Zeitfenster für die Listung schließt, während die Ursache ermittelt wird. Alumio benennt den Code und die fehlgeschlagene Prüfung, sodass die Korrektur nur ein einzelnes Produkt betrifft und nicht das gesamte Sortiment. Jeder Transfer wird live überwacht und protokolliert, bei einer Ablehnung wird eine Benachrichtigung mit dem Grund ausgegeben, gegebenenfalls werden Wiederholungsversuche durchgeführt, und es gehen keine Daten 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.