Order- och lagerregister flyttas mellan SAP och IBM AS/400 i båda riktningarna, så två system som båda har haft rätt i åratal slutar att i tysthet vara oense om samma siffror i slutet av månaden.
IBM AS/400 är en plattform snarare än en applikation, vilket är anledningen till att inga två av dem är likadana. Vad den innehåller, och vad den exponerar, är vad programmen som skrivits för just den verksamheten var byggda för att göra, och dessa program har vanligtvis varit korrekta i två decennier. Den såldes som svår att ansluta till och var det i allmänhet inte. Integrationen mellan SAP och IBM AS/400 behandlar den som vad den är, ett tillgängligt system med gränssnitt som har funnits där i åratal, med siffror som SAP behöver och siffror som SAP behöver, med en sida som är överenskommen som auktoritativ för varje.

Alumio arbetar med de gränssnitt som AS/400 redan presenterar, så utgångspunkten är vad maskinen exponerar nu snarare än ett moderniseringsprogram som är planerat i förväg.
Lager, prissättning och orderstatus får vart och ett ett nominerat registreringssystem, så SAP och AS/400 slutar att lagra två versioner av ett nummer som bara en av dem ska bestämma.
Varje nytt krav återanvänder den AS/400-konfiguration som redan är byggd istället för att lägga till ytterligare en schemalagd extrahering, så att maskinen hanterar en integration istället för nio jobb.
Hur data lämnar AS/400 konfigureras och syns i Alumio, så det är inte längre något som bara den kollega som har arbetat där längst kan förklara för någon annan.
En order som skapas i SAP skrivs in i AS/400. Alumio ansluter till den via de gränssnitt som den redan exponerar, precis som den skulle göra med vilket nåbart system som helst, och mappar varje order till de fält som programmen förväntar sig att ta emot.
Lagersaldon som AS/400 underhåller publiceras till SAP så ofta som planeringen behöver det, så planeringen utgår från vad lagret faktiskt innehåller snarare än från en siffra som var korrekt vid tidpunkten för förra veckans utdrag.
Ett extraheringsverktyg som har körts varje natt i flera år blir en konfigurerad rutt, så samma data når SAP med en logg över vad som flyttades och när, och ingen behöver komma ihåg vilken server det gamla jobbet brukade köras på.
Alumio fungerar som en central integrationsplattform mellan försäljningskanaler och logistiksystem. Order dirigeras, transformeras och valideras, samtidigt som statusuppdateringar skickas tillbaka till varje kanal.
Autentisera dina system med Alumios färdiga kopplingar. Välj bland över 200 kopplingspaket i vår marketplace, utöver obegränsade anpassade integrationer.
Definiera hur datafält mappas mellan system i ett visuellt gränssnitt. Justera format, berika poster och tillämpa affärslogik – helt utan behov av anpassad kod.
Konfigurera flöden så att de körs i realtid baserat på händelser, enligt ett schema eller både och. Minska manuell datainmatning och låt Alumio hantera förflyttning och transformering mellan system.
När din första integration är live, ansluter du enkelt ditt ERP, PIM, WMS eller CRM till samma hubb. Befintliga flöden fortsätter att köras. Ingen ombyggnad från grunden krävs.
En EDI-handelspartnerkanal är det vanliga tillägget, eftersom ett företag som kör en AS/400 nästan alltid har utbytt filer med sina kunder i åratal, och dessa utbyten är de minst synliga integrationerna de äger. Alumio lagrar dem bredvid och återanvänder den AS/400-konfiguration som redan ärvts, så en partnerkanal blir en rutt med en logg snarare än ett skript som någon ärvt.
Ja, och att avgöra vilken sida som är auktoritativ för varje siffra spelar större roll här än schemat. Båda systemen kan lagra lager, prissättning och orderstatus, så Alumio är konfigurerat med ett system för register per siffra och publicerar i den riktningen. Där något verkligen måste röra sig åt båda hållen är sekvensen explicit snarare än att den lämnas åt det jobb som kördes sist.
Nej, detta är konfigurerat snarare än kodat. Lagersaldon, ordernummer och kontoreferenser som de två systemen använder för samma kund mappas en gång i Alumio och underhålls där, vilket ersätter extraktionsskriptet som detta vanligtvis körs på. För en konvertering som årtionden av lokala konventioner har gjort genuint speciell, använder Code Transformer anpassad logik i det steget.
Vanligtvis mindre än vad en moderniseringspresentation antyder. AS/400 är en plattform, så det den gör är vad som än skrivits för den verksamheten, och en del av det fungerar bra och förstås av de människor som är beroende av det. Den användbara uppdelningen är att lämna bearbetningen där den körs och bara flytta de siffror som andra system behöver, vilket är ett mindre beslut och ett mycket mer reversibelt sådant.
De två systemen glider isär efter att en post har accepterats, vilket är det fel som ingen ser, eftersom en senare ändring i SAP lämnar AS/400 med en version som var korrekt när den anlände. Alumio övervakar varje överföring live och registrerar exakt vad den överlämnade, så en vägrad post meddelar omedelbart orsaken, och nya försök körs automatiskt där de är konfigurerade. Uppdateringar publiceras om vid ändring, så ingen av sidorna lämnas tyst med förra månadens siffra.
Prata med en integrationsspecialist på Alumio. Vi tar fram rätt arkitektur för dina system, i rätt skala, så att din verksamhet förblir stabil genom alla förändringar.