Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Offerten en kund faktiskt fick är den som en SugarCRM-möjlighet visar, eftersom Odoo byggde och skickade den, så ingen lägger in en order från en version som aldrig fanns framför dem.
SugarCRM bygger offerter med radposter och Odoo bygger dem också, vilket innebär att samma affär kan offereras två gånger med två olika uppsättningar siffror. Representanten arbetar från CRM-systemet, driften arbetar från ERP-systemet, och kunden behåller den som skickades, vilket ingen i efterhand kan identifiera med säkerhet. Sedan matas ordern in från fel system och marginaldiskussionen sker i efterhand. Genom att koppla samman Odoo och SugarCRM avgörs vilket system som bygger offerten och vilket som återspeglar den, så det finns ett dokument, en uppsättning siffror och inget retrospektivt argument om vilket som var sant.
DATA SOM FLÖDAR MELLAN DEM
Konton
Kontakter
Säljmöjligheter
Offertrader
Försäljningsorder
Fakturor
Offertraderna som en kund fick skickas till SugarCRM-möjligheten från Odoo, så en representant som granskar en affär läser det dokument som faktiskt skickades ut snarare än ett tidigare utkast.
Eftersom ordern matas in från den offert som Odoo har, slutar det pris som kunden kommit överens om och det pris de faktureras att skilja sig åt mellan CRM och reskontra.
Leverans- och fakturastatus når SugarCRM-kontot, så en representant som öppnar en kund kan se vad som har levererats utan att fråga avdelningen och sedan vänta en dag på svar.
Marginalkonversationen sker innan en offert skickas ut snarare än efter att den fakturerats, eftersom siffrorna som CRM-systemet visar är samma som ERP-systemet kommer att fakturera.
Alumio skriver Odoo-offertraderna till den matchande SugarCRM-möjligheten via de fält som dess API accepterar, så att representanten och kunden ser ett dokument och ingen bygger om det senare från ett kompletterande e-postmeddelande och ett minne.
När en affärsmöjlighet markeras som vunnen i SugarCRM skapar Alumio Odoo-försäljningsordern från den offert som faktiskt skickades, så ordern innehåller de överenskomna priserna snarare än en ominmatad approximation av dem inskrivna från en utskrift.
Leverans- och fakturastatus återförs till SugarCRM-kontot allt eftersom Odoo registrerar dem, så en representant som svarar på en fråga om en leverans behöver inte öppna ERP-systemet eller fråga en kollega som kan och sedan vänta på 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.
Vilka konton du skulle sluta förlora är frågan värd att ställa innan du lägger till något, och svaret är sällan de som pipelinen övervakar. En kundhälsobetygstjänst är det vanliga tillägget, eftersom SugarCRM registrerar vad en representant gjorde och Odoo registrerar vad en kund köpte, och ingen av dem märker att ett stabilt konto tyst beställer mindre. Alumio håller båda anslutningarna, så signalen når kontot snarare än en rapport.
Mappningen är modul för modul, och det mesta av arbetet är att justera den. Alumio matchar en Odoo-kund med ett SugarCRM-konto, skriver offertrader till affärsmöjligheten där SugarCRM exponerar dem och skapar Odoo-ordern när den är vunnen. Kontakterna placeras under det konto de tillhör, så en person som lämnar tar med sig sin egen post och historiken stannar hos företaget.
Nej, och den användbara inramningen är modul för modul. Vilket Odoo-objekt matar vilken SugarCRM-modul, och vilken riktning varje modul rör sig i, är poster i Alumios gränssnitt snarare än logik i en anpassning. SugarCRM-installationer utökas ofta med egna moduler, så Code Transformer förblir tillgänglig där man inte har någon direkt motsvarighet i Odoo.
Den som Odoo producerade, om det är det beslut du fattar, och att göra det explicit är poängen. SugarCRM kan bygga en offert med radposter och det kan Odoo också, så samma affär kan innehålla två uppsättningar siffror och endast ett dokument når kunden. Att namnge ERP-systemet som den plats där en offert byggs, med CRM-systemet som reflekterar den, innebär att ordern matas in från det som faktiskt skickades.
Representanten är den person som behöver veta, så aviseringen går till den som äger SugarCRM-kontot snarare än bara till den som underhåller integrationen. Alumio övervakar varje överföring live, registrerar Odoo-offerten den överförde, anger orsaken till att en skrivning misslyckades, försöker igen där det konfigurerats och listar vad som är olöst, så att en affärsmöjlighet aldrig ägs av två personer som arbetar från olika nummer och ingenting försvinner 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)
