Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Det en B2B-köpare ser i Litium borde vara exakt vad deras eget företag kom överens om i Microsoft Dynamics 365 Business Central, och en kvartalsvis export är anledningen till att det vanligtvis inte är det.
En B2B-köpare handlar inte. De beställer mot ett avtal som någon förhandlat fram för deras företag, till priser som är deras snarare än någons, och de förväntar sig att butiken ska veta det innan de loggar in. Litium kan visa dem allt, och priserna och villkoren finns i Business Central där ekonomiavdelningen hanterar dem. Det som vanligtvis händer mellan de två är en prislista som exporteras kvartalsvis och laddas in manuellt, vilken är korrekt i två veckor. Genom att koppla samman Litium och Microsoft Dynamics 365 Business Central kan köparen se vad deras företag faktiskt kom överens om snarare än en kopia av det som togs i april.
DATA SOM FLÖDAR MELLAN DEM
Kunder
Prisavtal
Artiklar
Ordrar
Orderrader
Kreditstatus
En inloggad Litium-köpare visas det pris som deras företag kommit överens om i Business Central, så den inkommande ordern behöver inte korrigeras innan någon kan acceptera den.
Ingen exporterar en prislista och laddar den för hand med några månaders mellanrum, så en förhandlad ändring når butiken den vecka den överenskoms snarare än under nästa kvartal.
Hur mycket kontot är skyldigt och huruvida det är spärrat syns där ordern görs, så en köpare får inte binda sig till något som finans aldrig skulle frigöra.
En order når Business Central med det avtal den placerades under bifogat, så raden kan kontrolleras mot det som förhandlades fram snarare än mot en gissning.
När en köpare loggar in på Litium tillhandahåller Alumio det Business Central-prisavtal som gäller för deras eget företag, så det de ser på sidan är det som kommer att visas på fakturan två veckor eller två senare.
Just nu när villkoren ändras i Business Central följer butiken med, eftersom Alumio läser vad Litium gör tillgängligt och publicerar det nya avtalet istället för att vänta på att nästa kvartalsvisa laddning ska komma.
När finansavdelningen gör en reservation stoppas Litium-köparen i kassan snarare än efter att beställningen har skapats, så samtalet sker innan någon har fått veta att deras beställning har accepterats och är på väg till dem.
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 företag som säljer enligt avtal fakturerar vanligtvis även detta avtal, och prenumerations- eller kontraktsfakturering hamnar någon annanstans. En köpare som beställer enligt villkor förväntar sig att fakturan matchar dem, och det är ett tredje systems uppgift. Alumio har den kopplingen tillsammans med detta avtal, så priset, beställningen och fakturan kommer alla från samma avtal.
Ja, och priser och beställningar rör sig i olika cykler eftersom de ändras i olika hastigheter. Avtal revideras då och då och beställningar anländer kontinuerligt, så att behandla dem som ett enda flöde gör att ett av dem blir försenat. Alumio publicerar de avtal du nominerar och skapar beställningar allt eftersom de läggs, inom ramen för vad Business Central exponerar för varje.
Nej, och vem som underhåller det avgör efteråt om det varar. Prisavtal ändras eftersom någon inom försäljningen förhandlat fram något, och om det innebär en arbetsuppgift så försvinner butikspresentationen från huvudboken inom ett kvartal. Eftersom det är konfiguration håller ekonomiavdelningen den aktuell. Där ett avtal måste utarbetas snarare än läsas, räknar Kodtransformatorn ut det.
Deras eget företags, vilket låter självklart och är det som de flesta B2B-butiker gör fel med. En köpare som loggar in har ett avtal förhandlat för sin räkning, och att visa dem en allmän lista gör butiken oanvändbar för exakt de kunder den är byggd för. Att tillhandahålla avtalet från Business Central vid inloggning är det som gör sidan värd att använda snarare än en katalog som någon ringer om.
Det som orsakar ett argument är en order som bokförts innan dess betalningsstatus bekräftades, eftersom varorna är allokerade och pengarna inte finns där. Alumio registrerar orderns status när den bokfördes, så sekvensen kan kontrolleras snarare än rekonstrueras. Varje överföring övervakas live och loggas, ett avslag meddelas med orsaken, försök körs där de är konfigurerade 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)
