Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
En Allegro-köpare hämtar ett paket från ett skåp istället för en dörr, och Microsoft Dynamics 365 F&O får det valet som destination, så en etikett skrivs ut för en plats och inte för en person.
De flesta Allegro-köpare vill inte ha ett paket levererat till dörren. De väljer ett skåp eller ett upphämtningsställe, vilket innebär att adressen som anländer med beställningen inte alls är en persons adress, och Microsoft Dynamics 365 F&O förväntar sig en leveransadress som den kan skickas till. Om den lämnas okopplad skriver någon om paketet, gissar på en gata eller skickar till en hemadress som köparen aldrig uppgav, och paketet skickas tillbaka, på din bekostnad, vanligtvis med försäljningen som följer med. Genom att koppla samman Microsoft Dynamics 365 F&O och Allegro förblir upphämtningsstället som det det är, så etiketten blir rätt första gången.
DATA SOM FLÖDAR MELLAN DEM
Erbjudanden
Orderrader
Leveransmetoder
Upphämtningsplatser
Leveransbekräftelser
Kundregister
Den upphämtningsplats som en köpare valt på Allegro når Microsoft Dynamics 365 F&O som leveransdestination, så ingen behöver tolka en skåpskod som en gatuadress.
Eftersom leveransmetoden följer med beställningen skickas ett paket på det sätt köparen förväntar sig snarare än på det sätt som lagret som standard skickar när ett fält ser obekant ut.
Alumio ansluter till Allegro via sitt tillgängliga API, precis som vilket tillgängligt system som helst, så erbjudanden och beställningar flyttas utan en säljarskärm som alla håller öppet hela dagen.
Färre paket kommer tillbaka olevererade, vilket är den kostnad detta faktiskt eliminerar, eftersom ett returnerat paket betalas dubbelt och försäljningen som är kopplad till det vanligtvis också går förlorad.
När en Allegro-köpare väljer ett skåp eller en upphämtningsplats skriver Alumio det in i Microsoft Dynamics 365 F&O som leveransdestination, så att etiketten innehåller den kod som transportören behöver istället för en gissad adress.
Allegro-ordrar skapas i Microsoft Dynamics 365 F&O när de anländer med bifogad leveransmetod, så lagret plockar från ERP:n och behöver inte kontrollera en andra skärm för hur paketet ska gå.
När Microsoft Dynamics 365 F&O registrerar leveransen bekräftar Alumio den till Allegro med sin referens, så köparen får veta att paketet är på väg genom den kanal de köpte från, utan att någon skickar ett e-postmeddelande.
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.
Hur varorna faktiskt når köparen är frågan som öppnar upp nästa koppling. Själva skåpsnätverket är det vanliga tillägget, eftersom Allegro registrerar vilken upphämtningsplats som valts och Microsoft Dynamics 365 F&O behöver en etikett som nätverket accepterar, och de två är inte samma sak. Alumio har den kopplingen parallellt med denna, så bokningen och beställningen beskriver ett paket.
Erbjudandet och leveransmetoden läses tillsammans, eftersom det är om man separerar dem som skapar en felaktig etikett. Alumio tar varje Allegro-order med dess valda upphämtningsplats och skapar den i Microsoft Dynamics 365 F&O med destinationen bifogad, och bekräftar sedan leveransen tillbaka till kanalen. Tillgängligheten skickas åt andra hållet enligt det schema du anger.
Nej, och den lokala leveransregeln är en inställning snarare än logik. Vilka Allegro-leveransmetoder mappar till vilka Microsoft Dynamics 365 F&O-leveranslägen finns i en tabell i Alumios gränssnitt, och den ändras när kanalen lägger till ett alternativ. Där en upphämtningsplats måste formateras om för en transportörs egen etikett tar Code Transformer den konverteringen och resten förblir konfigurationen.
Upphämtningsplatsen, inte köparens hem. En Allegro-köpare som väljer ett skåp anger en punktkod snarare än en gatuadress, så Microsoft Dynamics 365 F&O får en destination som är en plats och inte en person, och ett lager som behandlar den som en gatuadress skriver ut en etikett som transportören kommer att avvisa. Att bära igenom den som en upphämtningsplats är det som placerar paketet där någon väntar på det.
Ett leveransalternativ som Allegro inte längre erbjuder är misslyckandet värt att upptäcka, och det producerar ett paket som ingen kan leverera, och Alumio registrerar varje beställning med den metod den transporterade, varnar omedelbart när Microsoft Dynamics 365 F&O inte accepterar destinationen, anger orsaken, försöker igen där det är konfigurerat och lämnar beställningen listad istället för att tas bort, så att ingenting skickas till en adress som aldrig angavs.
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)
