Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Två priser avgör vad en inloggad Adobe Commerce-köpare betalar, ett som finns i butiken och ett i SAP Business One, och om de två kopplas samman återstår endast den överenskomna summan någonstans i spel.
Adobe Commerce grupperar kunder och ger varje grupp sin egen prissättning, och SAP Business One har en prislista för varje affärspartner, och de två hanteras av olika personer som sällan pratar med varandra. En inköpare loggar in och visas en butiksprislista som var korrekt när någon skapade gruppen, sedan bokförs ordern och ekonomiavdelningen fakturerar prislistan istället. Någon utfärdar en kreditfaktura och köparen slutar lita på webbplatsen. Integrationen mellan Adobe Commerce och SAP Business One låter ERP-systemet bestämma, så det pris en köpare får offereras är det pris de faktureras.
DATA SOM FLÖDAR MELLAN DEM
Kunder
Kundgrupper
Prislistor
Försäljningsorder
Lagerpositioner
Fakturor
En inloggad Adobe Commerce-köpare visas det SAP Business One-pris som deras konto faktiskt har, så fakturan visas inte i samma ögonblick som de upptäcker att webbplatsen var fel.
Avtalen finns i SAP Business One och når Adobe Commerce därifrån, så ingen behöver i hemlighet upprätthålla en andra version av ett förhandlat pris i butiken.
Eftersom butiken och SAP Business One anger samma siffra slutar ekonomiavdelningen att korrigera ordrar i efterhand och köparen slutar kontrollera varje faktura mot webbplatsen.
En prislista som läggs till i SAP Business One når den Adobe Commerce-grupp den tillhör genom den befintliga konfigurationen, så ett nytt arrangemang träder i kraft utan en build.
Inloggning kopplar en Adobe Commerce-köpare till SAP Business One-partnern bakom dem, och prislistan på den partnern är vad produktsidan sedan anger, så en gruppstandard når aldrig någon som förhandlat fram villkor.
En order som görs i Adobe Commerce skapas i SAP Business One mot den affärspartner den tillhör, med dess rader redan prissatta, så ingen inom ekonomiavdelningen omprissätter den innan varorna tillåts flyttas.
När en förhandlad prislista ändras i SAP Business One uppdaterar Alumio den Adobe Commerce-grupp den betjänar, så att en kund ser vad som överenskommits den här veckan snarare än vad som överenskoms förra gången någon redigerade butiken.
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.
Mer användbar än en annan försäljningskanal är appen som lagret plockar med. Adobe Commerce tar emot ordern och SAP Business One lagrar den, men de som lägger den i en låda arbetar utifrån en utskriven lista och berättar för ingen när något är bristfälligt. Alumio lagrar den kopplingen parallellt med denna, så en brist når ERP-systemet och butiken samma dag som det händer snarare än vid nästa inventering.
Ja, och riktningen är beslutet. Alumio läser prislistan som SAP Business One har mot varje affärspartner och levererar den till motsvarande Adobe Commerce-grupp, så att ERP-systemet stannar där avtalen upprätthålls. Beställningar skickas åt andra hållet allt eftersom de läggs. Att låta båda sidor hålla ett pris är hur en butik slutar med att offerera något som finanssektorn inte kommer att hålla.
Nej, detta är konfigurerat snarare än kodat. Det som försvinner är plugin-programmet som någon patchade för att få gruppprissättning att fungera och sedan aldrig dokumenteras, tillsammans med kalkylbladets mappning av Adobe Commerce-grupper till SAP Business One-prislistor. Båda blir poster i Alumio, så ett nytt avtal är en ändring snarare än en release. Där ett företag tillämpar en rabattregel som konfigurationen inte kan beskriva, bär Code Transformer den.
SAP Business One bestämmer, och butiken visar vad den får. En Adobe Commerce-grupp är en marknadsföringskonstruktion medan en SAP Business One-prislista är ett kommersiellt avtal, så de två stämmer sällan överens en mot en och ett företag har vanligtvis fler avtal än det har grupper. Att namnge vilken grupp som leder till vilken lista, och vilket omatchat konto som visas istället, kvittar det för varje beställning efteråt.
En köpare debiterade ett listpris efter att deras avtal tyst slutat anlända är ett misslyckande att upptäcka, eftersom butiken fungerar perfekt och bara kunden märker det. Alumio övervakar varje uppdatering live och registrerar kontot och prislistan som den innehöll, så en Adobe Commerce-grupp som SAP Business One inte kan lösa utlöser en varning med orsaken. Återförsök körs där de är konfigurerade, så ingenting försvinner obemärkt.
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)
