Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Beställningar lämnar JTL Software med den kanal de anlände via kopplad, så Salesforce fyller på med de kunder som en representant faktiskt kan ringa snarare än med varje köpare som någonsin har betalat.
JTL Software registrerar varje beställning på samma sätt, oavsett om den kommer från din egen butik, en marknadsplats eller ett telefonsamtal, och bara några av dessa ger dig en kund värd en CRM-post. Lägg in alla i Salesforce så blir kontolistan en transaktionslogg: tusentals engångsköpare, inget sätt att se vilka konton som är viktiga, och säljare som slutar lita på pipelinen eftersom det mesta av det som finns i den aldrig var en relation. Genom att koppla samman JTL Software och Salesforce fungerar kanalen som ett filter, så det som når CRM-systemet är den del av orderboken som någon kan sälja till.
DATA SOM FLÖDAR MELLAN DEM
Försäljningsordrar
Orderkanaler
Kundregister
Ordervärden
Leveransadresser
Kontoregister
Varje JTL Software-order bär den kanal den kom ifrån, så regeln som avgör vilka ordrar som blir Salesforce-konton beror på hur kunden anlände, inte på ordervärdet.
Representanter arbetar med en kontolista som innehåller relationer istället för transaktioner, vilket är skillnaden mellan ett CRM-system som någon öppnar dagligen och ett som ignoreras efter ett kvartal.
Orderhistoriken når Salesforce-kontot, så en köpare som i tysthet har beställt fyra gånger via din egen butik är ett potentiellt intresse värt att ringa, inte fyra orelaterade poster.
Alumio ansluter till JTL Software via sitt tillgängliga API, precis som vilket åtkomligt system som helst, så kanalen och orderdetaljerna överförs utan att någon underhåller en fil varje natt.
Alumio läser varje JTL Software-order med den kopplade kanalen och skapar ett Salesforce-konto endast där din regel säger att ordern representerar en relation, så att CRM:et växer med kunder snarare än med transaktioner.
Upprepade beställningar från samma köpare matchas med det befintliga Salesforce-kontot, så att någon som beställer regelbundet via din egen butik visas som ett konto med en historik istället för som en serie okopplade förstagångsförsäljningar.
Ordrar som anländer via kanaler som du har bestämt inte är relationer stannar kvar i JTL Software och skapar aldrig en Salesforce-post, så kontolistan späds aldrig ut av köpare som en representant ändå inte kunde ha kontaktat.
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.
Vilken av dessa ordrar som faktiskt är en relation är också frågan som avgör nästa koppling. En marknadsplatskanalhanterare är det vanliga tillägget, eftersom det är systemet som vet vilken listning och vilken kanal en order kom igenom, och JTL Software registrerar ordern snarare än anledningen till att den existerar. Alumio lagrar båda kopplingarna och återanvänder den Salesforce-kontomatchning som redan är konfigurerad, så att kanalinformationen når samma post som ordern.
Kanalen bestämmer allt annat, så den läses först. Alumio tar varje JTL Software-order med sin kanal, tillämpar regeln du anger för vilka kanaler som skapar ett Salesforce-konto och skriver ordervärdet och historiken mot det konto som matchades. Order från exkluderade kanaler läses och lämnas orörda, vilket håller CRM-systemet proportionellt mot den del av verksamheten som någon säljer till.
Nej, och regeln som spelar roll är en inställning snarare än ett skript. Vilka JTL Software-kanaler som skapar Salesforce-konton, vilka som bara uppdaterar ett befintligt konto och vilka som ignoreras helt är val i Alumios gränssnitt, och de kommer att ändras när företaget lägger till en kanal. Att skriva det i kod innebär att säljteamet frågar en utvecklare varje gång svaret ändras, vilket är så dessa kopplingar slutar att underhållas.
Nej, och att behandla varje beställning som en enda är det som förstör ett CRM. JTL Software registrerar beställningar från din egen butik, från marknadsplatser och från direktkontakt identiskt, men bara några av dessa lämnar en kund som du kan kontakta igen med någon förväntan om svar. Att använda kanalen på beställningen för att bestämma vilka som når Salesforce behåller kontolistan något som en representant kan arbeta med snarare än en andra orderbok.
Ett konto som skapats för ingen är ett misslyckande värt att upptäcka, eftersom ett CRM fullt av dem ser ut som tillväxt. Alumio övervakar varje överföring i realtid och loggar JTL Software-ordern och den kanalregel som tillämpades, så en order som Salesforce vägrar, eller en som matchade fel konto, utlöser omedelbart en varning med orsaken. Återförsök körs där konfigurerade och olösta ordrar förblir listade istället för att hamna i en ny post, så ingenting skapas eller 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)
