Wir stellen vor: Der Alumio Route Builder
Integrationen zentral über eine visuelle Oberfläche steuern
Auftrags- und Lagerbestandsdaten werden zwischen SAP und IBM AS/400 in beide Richtungen übertragen, sodass zwei Systeme, die jahrelang korrekte Ergebnisse geliefert haben, am Monatsende nicht länger stillschweigend über die gleichen Zahlen streiten.
IBM AS/400 ist eine Plattform und keine Anwendung, weshalb keine zwei Systeme identisch sind. Sie speichert und stellt die Daten bereit, für die die jeweiligen Geschäftsprozesse entwickelten Programme konzipiert wurden – und diese Programme haben sich in der Regel über zwei Jahrzehnte bewährt. Die Plattform wurde als schwer anschließbar beworben, was sich im Allgemeinen jedoch nicht bewahrheitete. Die SAP-IBM-AS/400-Integration behandelt sie als das, was sie ist: ein erreichbares System mit seit Jahren bestehenden Schnittstellen, das Daten speichert, die SAP benötigt, und Daten benötigt, die SAP speichert – wobei jeweils eine Seite als maßgeblich gilt.
DATEN, DIE ZWISCHEN IHNEN FLIESSEN
Auftragsdatensätze
Lagerbestände
Artikelnummern
Kundenkonten
Versandbestätigungen
Preisdaten
Alumio arbeitet mit den Schnittstellen, die das AS/400 bereits bietet. Ausgangspunkt ist also das, was die Maschine jetzt bereitstellt, und nicht ein im Voraus geplantes Modernisierungsprogramm.
Für Lagerbestand, Preisgestaltung und Auftragsstatus wird jeweils ein eigenes Datensystem festgelegt, sodass SAP und das AS/400-System nicht länger zwei Versionen einer Zahl speichern müssen, über die nur eines der beiden Systeme entscheiden sollte.
Jede neue Anforderung nutzt die bereits vorhandene AS/400-Konfiguration wieder, anstatt einen weiteren geplanten Extraktionsvorgang hinzuzufügen, sodass die Maschine nur eine Integration anstelle von neun Jobs bedient.
Wie Daten das AS/400 verlassen, wird in Alumio konfiguriert und ist dort sichtbar, sodass es nicht mehr nur dem Kollegen, der am längsten dort arbeitet, möglich ist, dies anderen zu erklären.
Ein in SAP erstellter Auftrag wird in das AS/400 geschrieben. Alumio stellt über die bereits vorhandenen Schnittstellen eine Verbindung zum AS/400 her, wie es bei jedem erreichbaren System der Fall wäre, und ordnet jeden Auftrag den Feldern zu, die diese Programme erwarten.
Die vom AS/400 geführten Lagerbestände werden so oft an SAP übermittelt, wie es die Planung erfordert. Die Planung basiert somit auf den tatsächlichen Lagerbeständen und nicht auf einer Zahl, die zum Zeitpunkt des Datenabzugs der letzten Woche korrekt war.
Ein Extraktionsprozess, der seit Jahren jede Nacht läuft, wird zu einer konfigurierten Route, sodass dieselben Daten SAP erreichen, zusammen mit einem Protokoll darüber, was wann verschoben wurde, und niemand sich mehr daran erinnern muss, auf welchem Server der alte Job zuvor lief.
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.
Ein EDI-Handelspartnerkanal ist die übliche Ergänzung, da Unternehmen mit einem AS/400-System seit Jahren Dateien mit ihren Kunden austauschen und diese Datenaustausche zu den am wenigsten sichtbaren Integrationen gehören. Alumio verwaltet diese Kanäle parallel und nutzt die bereits vorhandene AS/400-Konfiguration wieder, sodass ein Partnerfeed zu einer Route mit Protokoll wird und nicht zu einem übernommenen Skript.
Ja, und die Festlegung, welches System für jede Figur maßgeblich ist, ist hier wichtiger als der Zeitplan. Beide Systeme können Lagerbestände, Preise und Auftragsstatus verwalten, daher ist Alumio so konfiguriert, dass pro Figur ein System als Datenquelle dient und die Daten in diese Richtung veröffentlicht werden. Wenn Daten tatsächlich in beide Richtungen übertragen werden müssen, ist die Reihenfolge explizit festgelegt und nicht dem zuletzt ausgeführten Auftrag überlassen.
Nein, dies wird konfiguriert, nicht programmiert. Lagerbestände, Bestellnummern und die Kontonummern, die die beiden Systeme für denselben Kunden verwenden, werden einmalig in Alumio zugeordnet und dort verwaltet. Dadurch wird das üblicherweise verwendete Extraktionsskript ersetzt. Bei einer Konvertierung, die aufgrund jahrzehntelanger lokaler Gepflogenheiten recht ungewöhnlich ist, verwendet der Code Transformer in diesem Schritt eine benutzerdefinierte Logik.
Weniger als ein Modernisierungsvorschlag vermuten lässt. Das AS/400 ist eine Plattform, die das tut, was für das jeweilige Unternehmen entwickelt wurde. Vieles davon funktioniert gut und ist den Anwendern vertraut. Sinnvoller ist es, die Datenverarbeitung an ihrem ursprünglichen Ort zu belassen und nur die Daten, die andere Systeme benötigen, zu übertragen. Das ist eine weniger aufwendige und deutlich leichter rückgängig zu machende Entscheidung.
Die beiden Systeme driften nach der Annahme eines Datensatzes auseinander. Dieser Fehler bleibt unbemerkt, da eine spätere Änderung in SAP dazu führt, dass das AS/400-System eine Version speichert, die zum Zeitpunkt der Annahme korrekt war. Alumio überwacht jede Übertragung live und protokolliert exakt die übertragenen Daten. Bei einem abgelehnten Datensatz wird daher sofort eine Warnung mit dem Grund ausgegeben, und Wiederholungsversuche werden, sofern konfiguriert, automatisch durchgeführt. Aktualisierungen werden bei jeder Änderung neu veröffentlicht, sodass keines der Systeme unbemerkt die Daten des Vormonats speichert.
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)
