Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Beställningar från BigCommerce når Microsoft Dynamics 365 Business Central och har redan dimensionsvärdena för finanskoderna, så webbintäkter kan rapporteras tillsammans med alla andra kanaler.
Microsoft Dynamics 365 Business Central kodar nästan allt genom dimensioner, och en webborder som anländer utan dem hamnar i huvudboken som intäkter som ingen kan dela upp. Ekonomiavdelningen antingen omkodar varje order manuellt eller ger upp att rapportera kanalen separat. Samtidigt känner BigCommerce till butiken, kundgruppen och regionen, och inget av det överlever resan. Integrationen mellan BigCommerce och Microsoft Dynamics 365 Business Central överför det sammanhanget: orderattribut mappas till dimensionsvärden på vägen in, så kanalrapportering fungerar utan månatlig omkodning.
DATA SOM FLÖDAR MELLAN DEM
Webbordrar
Kundregister
Dimensionsvärden
Artiklar i lager
Prislistor
Bokade fakturor
Orderattribut från BigCommerce anländer som dimensionsvärden i Business Central, så kanal- och regionrapportering fungerar utan att någon omkodar poster vid månadsslut.
Eftersom kodning sker allt eftersom ordern bokförs, slutar ekonomiavdelningen att lägga den första veckan i månaden på att omklassificera BigCommerce-intäkter som hamnat okodade i Business Central.
Artikeltillgänglighet från Business Central uppdaterar BigCommerce, så butiken slutar sälja kvantiteter som redan är avsedda för handel eller till en annan kanal helt och hållet.
En BigCommerce-shoppare blir en kundpost i Business Central med sina dimensionsstandardvärden inställda, så senare transaktioner ärver kodning istället för att behöva tillämpa den.
När en BigCommerce-order betalas mappar Alumio sin butik, kundgrupp och region till de dimensionsvärden som Microsoft Dynamics 365 Business Central förväntar sig, så den bokförda posten är rapporterbar i samma ögonblick som den landar.
Artikeltillgängligheten som hanteras i Microsoft Dynamics 365 Business Central skickas ut till BigCommerce med korta mellanrum, så butikspresentationen återspeglar vad som är gratis att sälja snarare än en siffra som laddas upp i början av veckan.
En ny BigCommerce-butik ärver den dimensionsmappning som redan definierats, så att öppna en marknad lägger till en kodad intäktsström i Microsoft Dynamics 365 Business Central istället för ett rapporteringsgap som någon hittar senare.
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.
En returplattform är den vanliga nästa kopplingen. Handlare som kör BigCommerce med Microsoft Dynamics 365 Business Central lägger till en eftersom en retur måste reversera både lagerrörelsen och den kodade intäkten, och att göra det manuellt upphäver automatiskt poängen med att kontera ordrar. Alumio håller ihop dessa kopplingar, så en retur följer samma dimension som den ursprungliga ordern som användes.
Ja, i båda riktningarna och utan en fil emellan. Alumio bokför varje betald BigCommerce-order i Microsoft Dynamics 365 Business Central med dess kund- och dimensionsvärden och returnerar artikeltillgänglighet så att butiken återspeglar reskontran. Order körs vanligtvis nära realtid medan tillgängligheten körs med en kort cykel, vilket håller butiken korrekt utan ständiga frågor.
Nej, och arbetet handlar mestadels om att bestämma mappningen snarare än att bygga den. Matchning av BigCommerce-orderattribut med dimensionsvärden i Microsoft Dynamics 365 Business Central sker i Alumios gränssnitt och ersätter den omkodning som finans gör idag. Dimensionsregler kan bli villkorliga, så kodtransformatorn täcker logik som en rak fältmatchning inte kommer att uttrycka, till exempel att härleda ett regionvärde från en leveransadress.
Två eller tre som ekonomiavdelningen faktiskt kommer att rapportera om. Microsoft Dynamics 365 Business Central ger dig ett begränsat antal globala dimensioner, och varje BigCommerce-attribut du mappar förbrukar designutrymme som du inte enkelt kan återta senare. Butiksfront, kundgrupp och region besvarar de flesta kanalfrågor. Att mappa kampanj- eller enhetsdata eftersom de råkar vara tillgängliga är anledningen till att en dimensionsuppsättning blir oanvändbar.
En order som bokförs utan kodning är det sämsta resultatet, så inget av felen passerar tyst. Alumio övervakar varje överföring i realtid och sparar det som skickades, så en order som Microsoft Dynamics 365 Business Central inte accepterar utlöser en omedelbar varning och försöker automatiskt igen där återförsök är konfigurerade. Loggen anger orsaken och dimensionen som misslyckades, så ordern korrigeras och bokförs om.
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)
