Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Odoo tar emot allt som en Webflow-sajt samlar in, förfrågan, kontakten och produkten det handlade om, så en marknadsföringssajt kan mata verksamheten utan att först bli en butik.
En Webflow-sajt byggs vanligtvis av en designer för ett företag som ville ha en webbplats snarare än en butik, och den samlar in en hel del som aldrig går någonstans. Förfrågningar kommer in via e-post, besvaras av den som öppnar inkorgen och lämnar ingen post i Odoo var kunden och offerten så småningom finns. Ingen kan säga vilka sidor som producerar arbete. Att koppla samman Webflow och Odoo avgör vad var och en är till för: webbplatsen presenterar och samlar in, ERP-systemet hanterar relationen och en förfrågan blir en post med ett namn mot sig snarare än ett meddelande som hanterades av någon hjälpsam.
DATA SOM FLÖDAR MELLAN DEM
Formulärinlämning
Kontakter
Produkter
Priser
Ordrar
Offerter
Varje Webflow-formulär som skickas in skapar eller uppdaterar matchande Odoo-kontakt, så uppföljning börjar från ERP:n snarare än från ett meddelande som någon vidarebefordrat.
Produkter och priser som publiceras från Odoo når Webflow-sidorna som visar dem, så en besökare läser vad företaget skulle offerera istället för en siffra som fastställts vid byggtillfället.
Eftersom varje förfrågan når Odoo med den sida den kommer ifrån, kan företaget se vilka delar av Webflow-webbplatsen som producerar arbete snarare än vilka som ger besök.
Webflow förblir den plats där webbplatsen byggs och Odoo förblir den plats där företaget drivs, så att koppla samman dem kostar ingetdera teamet verktyget de faktiskt behövde använda.
Någon fyller i ett formulär på Webflow och Alumio skapar eller uppdaterar Odoo-kontakten med meddelandet och den bifogade sidan, så att förfrågan hamnar hos kundposten istället för i en inkorg som tre personer halvt tittar på.
En förfrågan som namnger en specifik produkt når Odoo som ett offertutkast med raden redan på, så den som hämtar den redigerar något snarare än att bygga det från ett e-postmeddelande och ett minne av vad sidan erbjöd.
Priser som hanteras i Odoo publiceras på Webflow-sidor som visar dem på den cykel du anger, så en ändring som görs i ERP-systemet når webbplatsen utan att en designer öppnar projektet för att redigera en enda siffra manuellt.
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.
Idag är gapet mellan en förfrågan och en konversation en omgång mejl om när någon är ledig, vilket är nästa sak som är värd att ta bort. Ett bokningsverktyg förvandlar förfrågan till en lucka, och Odoo har redan den kund den tillhör. Alumio har den kopplingen bredvid denna, så en bokning som görs från Webflow-sajten hamnar i registret snarare än bara i någons kalender.
Det kan det, och de två riktningarna är avsiktligt utformade på olika sätt. En Webflow-inlämning färdas allt eftersom den anländer, eftersom någon väntar på ett svar, medan produkter och priser publiceras från Odoo enligt den cykel du väljer. Vad en inlämning blir i Odoo, en kontakt, ett lead eller ett offertutkast, bestäms per formulär snarare än en gång för hela webbplatsen.
Nej, detta är konfigurerat snarare än kodat. Det är inkorgen som förfrågningarna för närvarande landar i som försvinner, tillsammans med regeln att den som läser den först äger den. Vilket Webflow-formulär som matar vilken Odoo-post, och vilka fält som överförs, är poster i Alumios gränssnitt. Om en webbplats samlar in något som inte har något naturligt hem i ERP:et, formar Code Transformer det i det steget.
Tillräckligt för att besvara en fråga, och betydligt mindre än vad en butik skulle behöva. En Webflow-marknadsföringssajt drar nytta av riktiga produkter, riktiga priser och ett formulär som når någon, och den får väldigt lite ut av Odoos lagersiffror, kontosaldon eller orderhistorik, vilket allt skapar förväntningar som webbplatsen inte kan uppfylla. Att bestämma den gränsen först är det som gör en Webflow-sajt snabb och ärlig istället för att långsamt förvandla den till en webbutik som ingen valde att bygga.
En förfrågan som besvaras två gånger eftersom två personer såg en kopia var är det fel som når kunden, och det läses som oordning snarare än som ett fel. Alumio övervakar varje inlämning live och registrerar Webflow-formuläret och Odoo-posten som det löstes till, så en dubblett känns igen och allt som vägras utlöser en varning med orsaken. Återförsök körs där det är konfigurerat, så ingen förfrågan försvinner.
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)
