Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Vad en Shopify-order kodas med avgör vad Microsoft Dynamics 365 Business Central kan rapportera om senare, så kodningen görs när ordern tas emot istället för att läggas till av någon i slutet av månaden.
Webbförsäljning landar i Microsoft Dynamics 365 Business Central som intäkter, och ofta som en enda odifferentierad rad som kallas webb. Ingen kan säga vilken kanal som tjänade in den, vilken kampanj som betalade för sig själv eller vilken plats som ska bära kostnaden, så uppdelningen görs manuellt i slutet av månaden eller inte alls. Kodningen som skulle svara på allt detta finns i Shopify när beställningen görs och slängs på vägen dit. Att koppla Shopify och Microsoft Dynamics 365 Business Central överför den kodningen till dokumentet, så rapporten om ekonomi körs redan och besvarar frågan.
DATA SOM FLÖDAR MELLAN DEM
Försäljningsordrar
Orderrader
Kunder
Artikelnummer
Bokföringskodning
Betalningsstatus
En Shopify-order når Microsoft Dynamics 365 Business Central med den kanal och plats den kom ifrån bifogad, så ingenting beräknas igen från ordernumret senare.
Finansrapporten som redan körs kan separera en Shopify-kanal från en annan, eftersom skillnaden kom med försäljningen istället för att läggas till i ett kalkylblad bredvid den.
Shopify-produkten och Business Central-artikeln avtalas en gång, så en försäljning bokförs mot artikelfinansieringen istället för mot något någon skrev den eftermiddagen.
Varje Shopify-order har en referens till Microsoft Dynamics 365 Business Central, så ett andra försök ses för vad det är snarare än att bli ett andra bokfört dokument.
När en beställning görs i Shopify skapar Alumio dokumentet i Microsoft Dynamics 365 Business Central med den kod som försäljningen levererades med, så bokföringen är klar snarare än något som ekonomiavdelningen slutför senare.
När företaget börjar sälja någonstans nytt kodas den nya kanalen på samma sätt i Microsoft Dynamics 365 Business Central, så de två är jämförbara under den första månaden snarare än efter att någon har avstämt dem.
När en Shopify-order skickas en andra gång identifieras den av referensen som redan finns i Business Central-dokumentet, så upprepningen rapporteras snarare än bokförs och reskontran sparar en försäljning för en lagd order.
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.
Ett leveransbokningsverktyg är det vanliga tredje alternativet, och det är det som visar varför kodning är viktig. Lagret skapar ett jobb mot en order det inte tog emot, och det enda sättet det vet vilken plats som levererar är om den följde med försäljningen. Alumio har den kopplingen bredvid denna och återanvänder samma kodning, så bokningen, försäljningen och reskontran överensstämmer om var ordern hörde hemma.
Ja, och det val som är värt att göra först är om en order anländer som ett bokfört dokument eller som ett som någon frisläpper. Alumio skapar varje Shopify-order i Microsoft Dynamics 365 Business Central oavsett vilket schema du anger, och kodningen följer med den i båda fallen. Det som kan skapas på det sättet är vad Business Central än exponerar för den.
Nej. Det detta ersätter är morgonrutinen att mata in gårdagens webbordrar i ERP-systemet, vilket fungerar tills den dag någon är borta. Eftersom mappningen mellan ett Shopify-fält och ett Business Central-fält är en post som du kan läsa, kan personen som äger processen ändra den när företaget lägger till en kanal. Där en kodningsregel inte kan formuleras på det sättet tar Code Transformer det steget.
Kodningen, och den måste bestämmas före den första beställningen snarare än att rekonstrueras efter den hundrade. En Shopify-beställning känner till sin kanal, sin plats och vad som köptes, och Microsoft Dynamics 365 Business Central rapporterar om den kodning ett dokument har. Att komma överens om vilket Shopify-värde som blir vilken Business Central-kod är det mesta arbetet, och när det väl är överenskommet ärver varje senare försäljning den.
Den som upptäcks är den order som lagts två gånger, eftersom det ser ut som en handel snarare än ett fel. Alumio registrerar orderreferensen som skickades med varje dokument, så ett upprepat försök identifieras mot det som redan finns där istället för att skapa en andra försäljning. Varje överföring övervakas live och loggas med den order den transporterade, ett avslag utlöser en varning som anger ordern och orsaken, nya försök körs där de är konfigurerade och ingenting tas bort 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)
