Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Den applikation som företaget skrev för sig själv erbjuder redan en väg in, och det som saknas mellan dem och Shopware är en överenskommelse om vilka verksamheter som är viktiga snarare än någon ny utveckling.
Inte alla system i ett företag kommer från en leverantör. Någonstans finns det en applikation som företaget skrev för sig själv, eftersom inget på marknaden gjorde riktigt vad det behövde, och den har ett gränssnitt eftersom den som byggde den var klok i det. Vad den saknar är en koppling till webbutiken, och antagandet i rummet är att för att täppa till det gapet måste man hitta en utvecklare. Shopware to Rest API-integrationen är konfiguration snarare än ett projekt, så det som företaget byggt för sig självt slutar vara det som inget annat kan nå.
DATA SOM FLÖDAR MELLAN DEM
Ordrar
Orderrader
Kunder
Produkter
Lager
Statusuppdateringar
Applikationen som någon byggt här kan utbyta beställningar och lager med Shopware, så att vara skräddarsydd innebär att man inte längre är avskuren från allt som företaget köper efteråt.
Att koppla samman de två är en konfigurationsövning snarare än ett arbete som måste schemaläggas mot allt annat som den enda personen som vet att applikationen gör.
En order, en lagerkontroll och en statusuppdatering konfigureras separat, så att ändra en av dem senare innebär inte att man öppnar upp ett arrangemang som täcker alla tre samtidigt.
Hur webbutiken och applikationen kommunicerar med varandra skrivs ner där det nuvarande teamet kan läsa det, snarare än att leva kvar i minnet av den som ursprungligen byggde saken.
När en beställning görs i Shopware formar Alumio den som applikationen förväntar sig och skickar den dit, så att den sak som företaget byggt för att driva sin verksamhet tar emot webbordrar på samma sätt som den tar emot allt annat.
När applikationen har något att säga om en beställning når den Shopware-kunden istället för att stanna kvar i ett system som bara tre personer kan öppna, vilket oftast är anledningen till att ingen kunde svara på frågan tidigare.
När den som underhåller applikationen ändrar en av dess funktioner justeras endast den delen av arrangemanget, så en intern förbättring blir inte anledningen till att webbutiken slutade fungera på en tisdag.
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.
De flesta företag som byggde ett byggde två, och det andra är oftast äldre och mindre väl dokumenterat än det första. När mönstret väl existerar kostar det andra betydligt mindre än det första, eftersom funderingarna kring vilka verksamheter som är viktiga redan har gjorts. Alumio har dessa kopplingar bredvid denna snarare än att var och en är någons privata arrangemang.
Ja, med varje operation konfigurerad separat och körd enligt sitt eget schema. Order kan behöva skickas allt eftersom de sker medan lagret bara behöver kontrolleras varje timme, och att behandla dessa som ett arrangemang är hur en liten förändring blir en stor. Det som kan kallas är vad applikationen publicerar, så det är det första man måste bekräfta.
Nej, och det är den delen som är värd att uppehålla sig vid, eftersom alternativet är att be personen som byggde den att förlänga den. Deras tid är det knappa i den här bilden. Mappningen mellan vad Shopware skickar och vad applikationen förväntar sig är konfiguration, och kodtransformatorn tar över varhelst konfigurationen får slut på sätt att uttrycka det.
Applikationen publicerar de operationer den stöder, och den listan är svaret. Det är en konversation med den som underhåller den snarare än ett tekniskt hinder, och den är vanligtvis kort, eftersom personen som skrev den vet exakt vad den kommer att acceptera. När det väl är nedskrivet är resten en mappning, och arrangemanget slutar leva i en persons minne av hur de byggde det.
Det som gömmer sig är ett samtal som lyckades och inte ändrade något, eftersom ingenting ser trasigt ut och ordern helt enkelt aldrig visas där någon förväntar sig den. Alumio spelar in samtalet och vad svaret faktiskt sa, så en tyst acceptans är synlig. Varje utbyte övervakas live och loggas med vad det innehöll, ett avslag meddelar med orsaken, försök körs där det är konfigurerat och ingenting går förlorat i tysthet.
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)
