Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Mellan en WordPress-produktsida och IBM AS/400 bakom den skrivs ingenting om, eftersom artikeldetaljer publiceras utåt och varje förfrågan skrivs tillbaka till det arbete kontoret redan gör.
En tillverkares WordPress-sajt listar vanligtvis vad företaget säljer från en sida som någon byggt en gång, medan IBM AS/400 innehåller vad det verkligen säljer, till vilket pris, i vilket paket. De två glider isär tyst, och de förfrågningar som webbplatsen producerar anländer till en delad brevlåda där ingen kan säga hur många det var eller vilka av dem som förvandlades till beställningar. Att koppla samman WordPress och IBM AS/400 täcker båda luckorna: sidan byggs från vad AS/400 innehåller, och en förfrågan skrivs tillbaka där kontoret hämtar arbete, så webbplatsen blir en del av verksamheten snarare än en broschyr bredvid.
DATA SOM FLÖDAR MELLAN DEM
Artikelnummer
Förpackningskonfigurationer
Prisintervall
Lagerpositioner
Förfrågningar
Kundkonton
WordPress-sidor byggs från den artikelinformation som IBM AS/400 innehåller, så en produkt som företaget slutade sälja förra året marknadsförs fortfarande inte till besökare.
En förfrågan som görs via WordPress skrivs in i IBM AS/400 tillsammans med resten av dagens arbete, så den hämtas på samma plats istället för från en delad postlåda.
En offert kommer tillbaka på samma paket och prisintervall som WordPress-sidan visade, eftersom båda kommer från IBM AS/400, så ingen får veta en siffra online och en annan via telefon.
Alumio fungerar med det som IBM AS/400 redan gör tillgängligt, och mappningen finns i Alumio, så att hantera en WordPress-webbplats är inte beroende av att byta det äldre systemet.
Artikelnummer, förpackningskonfigurationer och prisintervall läses från IBM AS/400 och publiceras på matchande WordPress-sidor, så det en besökare läser är vad kontoret skulle citera om de istället svarade i telefon.
En besökare skickar in en förfrågan på WordPress och Alumio når IBM AS/400 via det gränssnitt som det gör tillgängligt, och skriver förfrågan mot det objekt den hänvisar till, så att den ansluter sig till det arbete som kontoret redan tittar på.
Aktiepositioner som innehas på IBM AS/400 når WordPress-sidan under den cykel du väljer, så en besökare kan själv se om något är tillgängligt istället för att skicka ett meddelande och vänta till morgonen.
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.
.svg){kind=icon}
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.
Idag finns beviset på att något levererats i en mapp med skannade papper, och det är oftast nästa sak som är värd att koppla samman. Ett dokumentarkiv innehåller de signerade anteckningarna som IBM AS/400 refererar till endast numrerade, så en fråga om en leverans är inte längre en promenad till arkivskåpet. Alumio har den kopplingen bredvid denna, så en WordPress-förfrågan om en tidigare beställning når någon som kan svara ordentligt på den.
Båda riktningarna går automatiskt, enligt sin egen tid. Artikelinformation och lagerpositioner läses från IBM AS/400 enligt den cykel du ställer in, vilket håller maskinens eget nattarbete ostört, medan en förfrågan som skickas in på WordPress skrivs tillbaka när den anländer eftersom någon väntar på den. Att välja dessa två separat är en inställning snarare än en ombyggnad.
Nej, och det spelar större roll här än vanligt, eftersom ingen vill öppna program som har körts korrekt i tjugo år. Alumio mappar det som IBM AS/400 gör tillgängligt på WordPress-sidorna som presenterar det, och den mappningen underhålls i ett gränssnitt. Där en layout på den äldre sidan är tillräckligt speciell för att den inte mappas som den är nu, konverterar Code Transformer den i det enda steget.
Den som redan arbetar med listan skriver den in i, vilket är det beslut som måste fattas innan något byggs. En IBM AS/400 har ingen generell plats där ett meddelande kan komma fram, så en WordPress-förfrågan måste bli något som kontoret redan tittar på varje morgon. Att namnge den destinationen först är det som hindrar förfrågan från att landa någonstans tekniskt korrekt och praktiskt taget osynlig för alla.
En förfrågan som nått en lista som ingen bevakar är det tysta misslyckandet, eftersom WordPress-sidan visar den som skickad och kunden inte får något svar. Alumio övervakar varje förfrågan live och loggar inskickningen med var den placerades på IBM AS/400, så allt som vägras utlöser en varning som namnger objektet och orsaken. Återförsök körs där de är konfigurerade, och olösta förfrågningar förblir listade snarare än att tas bort.
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.
.svg)
