Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
I det ögonblick en webborder anländer får Sage 200cloud den kund den tillhör före dokumentet som registrerar den, så ingenting bokförs någonsin mot någon som kassan aldrig har träffat tidigare.
Sage 200cloud kommer inte att publicera ett försäljningsdokument till en kund som den inte har, och en WordPress-shoppare är inte en kund förrän någon skapar en. Så webbordrar köas medan en ekonomiassistent avgör om det är ett nytt konto, ett befintligt med en annan e-postadress eller en engångsföreteelse som ska gå till kontantförsäljningskontot. Beslutet fattas olika beroende på vem som är inne den dagen, och kundlistan växer med några veckors mellanrum. Att ansluta WordPress och Sage 200cloud reglerar regeln en gång, så kontot är löst innan ordern publiceras.
DATA SOM FLÖDAR MELLAN DEM
Kundkonton
Försäljningsorder
Nominella koder
Analyskoder
Lagerartiklar
Försäljningsfakturor
En WordPress-köpare kopplas till ett Sage 200cloud-konto innan beställningen publiceras, så ett dokument står aldrig i kö för att någon ska avgöra vem det tillhör.
Eftersom matchning följer en regel snarare än en persons bedömning, ansluter en återkommande WordPress-shoppare till det Sage 200cloud-konto de redan har istället för att skaffa ett nytt.
Alumio når Sage 200cloud genom det gränssnitt som det gör tillgängligt, så webbförsäljningen anländer med den nominella och analyskod som företaget rapporterar om, inte en standardkod.
Ordrar bokförs allt eftersom de betalas snarare än i en omgång som någon förbereder, så månadsslutet börjar från en redovisning som redan är klar istället för en som behöver komma ikapp.
En WordPress-order betalas och Alumio hittar det Sage 200cloud-konto den tillhör, eller skapar ett enligt den regel du anger, innan dokumentet publiceras, så försäljningen hamnar hos en riktig kund snarare än på grundval av ett beslut.
Nominella och analyskoder tillämpas på varje WordPress-order allt eftersom den publiceras, så intäkterna hamnar där företaget rapporterar dem utan att en ekonomiassistent ska behöva registrera en mängd webbförsäljningar i slutet av varje vecka.
En engångsköpare av WordPress utan konto skickar ett inlägg till den kontantförsäljningskund du nominerar, så att Sage 200cloud-kundlistan förblir en förteckning över verkliga relationer istället för att fyllas med personer som köpt en gång och aldrig kom tillbaka.
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.
Ingen lägger till en andra reskontra. Det en Sage 200cloud-webbplats vanligtvis lägger till är lager- och lagerprodukterna som ligger bredvid, eftersom reskontran registrerar vad som såldes och tillägget vet om det faktiskt kan plockas. Det är den luckan som gör att en WordPress-webbplats lovar saker. Alumio har den kopplingen tillsammans med denna, så siffran på webbsidan kommer från det som verkligen känner till den.
Ja, och var kodningen tillämpas avgör hur mycket arbete som återstår efteråt. Alumio löser kundens behov, tillämpar de nominella och analyskoderna du nominerar och publicerar WordPress-ordern i Sage 200cloud allt eftersom den betalas. Kodning under överföring snarare än i huvudboken är det som eliminerar det veckovisa omkodningsjobbet, eftersom ingenting anländer som behöver korrigeras innan det är användbart.
Nej, detta är konfigurerat snarare än kodat. Sage 200cloud-importmallen som någon behåller en kopia av är vad detta ersätter, tillsammans med kunskapen om vilken kolumn som måste fyllas i innan filen laddas. Kundmatchningsregler och kodning är poster i Alumio, som tillämpas på varje WordPress-order under processens gång. Om ett företag kör ett tillägg som förväntar sig sina egna värden på en försäljningsorder, täcker Code Transformer det steget.
Kontot, enligt en regel du godkänner före den första beställningen snarare än en som skapas per beställning. Sage 200cloud lagrar försäljningsdokument mot kunder, så det finns inget giltigt sätt att publicera en webbförsäljning utan en, och det verkliga valet är mellan att skapa ett konto för varje WordPress-köpare och att dirigera engångsköp till en nominerad kontantförsäljningskund. De flesta företag gör det andra och skapar bara konton där någon handlar upprepade gånger.
En order som skickats till en kod som inte längre existerar är det fel som bara visas vid stängning, eftersom huvudboken accepterade den och rapporten är det som ser fel ut. Alumio övervakar varje inlägg live och registrerar WordPress-ordern med den kodning den innehöll, så allt som Sage 200cloud vägrar genererar en varning som anger ordern och orsaken. Återförsök körs där de är konfigurerade, så ingenting lämnas tyst opublicerat.
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)
