Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Alumio överför leveranslöftet från en Microsoft Dynamics 365 F&O-order till Sendcloud-etiketten, så den tjänst en kund valt och betalat för är den som paketet faktiskt skickas under.
Ett leveranslöfte ges i det ögonblick någon beställer och hålls av någon helt annan. Beställningen innehåller en tjänst som kunden valt och betalat för, och etiketten produceras senare av den som packar, i en andra webbläsarflik, mot den transportör som råkar se lämplig ut just då. För det mesta matchar den det som såldes. När den inte gör det är det kunden som får reda på det. Genom att koppla ihop Microsoft Dynamics 365 F&O och Sendcloud överförs löftet till etiketten, så det som lämnar byggnaden är vad kunden fick höra att de fick.
DATA SOM FLÖDAR MELLAN DEM
Ordrar
Leveransvillkor
Adresser
Försändelser
Spårningsreferenser
Transportörer
Den tjänst en kund valde på en Microsoft Dynamics 365 F&O-order avgör vad Sendcloud efterfrågas, så ingen i lagret gissar vilket alternativ som betalades för.
Ingen skriver in en adress på nytt i en leveransskärm medan beställningen är öppen bredvid, vilket är därifrån fel postnummer och fel tjänst alltid har kommit.
Referensen Sendcloud genererar returer till Microsoft Dynamics 365 F&O-ordern, så frågan om var ett paket befinner sig har ett svar i det system som företaget redan använder.
Vad en operatör vill och inte vill acceptera är deras att bestämma, så anslutningen bär begäran och svaret snarare än att anta vad någon av dem kommer att gå med på.
När en order släpps i Microsoft Dynamics 365 F&O ber Alumio Sendcloud om en etikett under den tjänst kunden valt, så att paketet skickas som det såldes snarare än som paketleverantören skulle ha plockat.
När Sendcloud returnerar en spårningsreferens skrivs den till Microsoft Dynamics 365 F&O-ordern, så ett serviceteam svarar från ordern framför dem istället för att söka efter en transportörs webbplats via adressen.
När en transportör inte accepterar en försändelse flaggas beställningen med vad som avvisades istället för att stå där som skickad, så någon hanterar den medan kunden fortfarande förväntar sig att ett paket ska anlända samma dag.
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.
Inte den uppenbara. Folk sträcker sig mot butiken, men den länk som lönar sig här är en returportal, eftersom ett paket som skickas ut är samma löfte i omvänd ordning och ingen har berättat om det för ERP:n. Alumio menar att det är bredvid denna, så en upphämtning som bokats av en kund syns i den ordning den tillhör.
Ja, som en förfrågan ut och en referens tillbaka snarare än som en enkelriktad kopia. Alumio ber Sendcloud om etiketten när beställningen når det tillstånd du anger och skriver spårningen på beställningen när den returneras. Det som kan begäras är vad Sendcloud än exponerar för den, så att det bekräftas innan rutten byggs.
Nej. Det finns två sätt att göra detta: någon skapar etiketten för hand från ordern på skärmen, eller så bygger en utvecklare en engångsversion som slutar fungera när en operatör ändras. Konfigurationen ersätter båda, och vilket ordertillstånd som utlöser en etikett är en post du kan läsa. Där en tjänst måste härledas från ordern tar kodtransformatorn det steget.
Den som kunden fick, som finns på beställningen och inte i lagret. En leveransskärm visar det som finns tillgängligt nu, och det är inte samma sak som det som såldes i kassan. Att ta med den valda tjänsten från beställningen innebär att packaren inte fattar ett kommersiellt beslut vid packningstillfället, och kunden får vad de betalade för.
Det som ingen lägger märke till är ett paket som skickats utan spårning, eftersom allt ser komplett ut tills en kund frågar. Alumio anger referensen som aldrig kom tillbaka och den beställning som väntar på den. Varje överföring övervakas live och loggas med vad den innehöll, ett avslag meddelar med orsaken, återfö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)
