Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Returförfrågningarna som Bol skickar tillbaka har en klocka på sig, så Odoo tar emot var och en allt eftersom den skickas in och säljaren kan fortfarande svara innanför fönstret snarare än efter att det tyst har stängts.
Att sälja på Bol innebär att man går med på att bli bedömd utifrån hur returer hanteras, inte bara hur snabbt paketen skickas. En köpare gör en retur, säljaren har ett fönster att svara, och om ingen gör det så reglerar marknaden den åt dem. Odoo har den ursprungliga beställningen och lagret som varorna kommer tillbaka till, men får höra om returen när någon loggar in på säljarportalen och meddelar. Att koppla samman Odoo och Bol tar in begäran allt eftersom den görs, mot den beställning den tillhör, så att svara är en del av dagens arbete istället för något som upptäcks en fredagseftermiddag.
DATA SOM FLÖDAR MELLAN DEM
Erbjudanden
Lagernivåer
Marknadsplatsbeställningar
Returförfrågningar
Leveransbekräftelser
Kunduppgifter
En Bol-returförfrågan når Odoo mot sin ursprungliga order allt eftersom den skickas, så någon kan agera på den inuti fönstret istället för att hitta den i portalen efteråt.
När en returnerad vara tas emot flyttas Odoos lagerposition och Bol-erbjudandet följer, så en enhet som är säljbar igen erbjuds igen utan att någon justerar två skärmar.
Eftersom Bol-beställningen och dess retur delar samma Odoo-post, beskriver en återbetalning och en påfyllning en händelse snarare än två poster som någon måste ansluta till senare.
Returer som hanteras i Bols fönster slutar synas som avdrag mot kontot, så ett säljarbetyg återspeglar åtgärden snarare än hur ofta portalen kontrollerades.
En köpare genererar en retur på Bol och Alumio skapar den i Odoo mot den ursprungliga ordern med dess bifogade orsak, så att teamet ser vad som kommer tillbaka och varför medan det fortfarande finns tid att svara på marknadsplatsen.
När varorna tas emot tillbaka och markeras som säljbara i Odoo, publicerar Alumio den nya siffran för Bol-erbjudandet, så enheten är till salu igen istället för att stå i en butik och vänta på att någon ska komma ihåg att lägga ut den igen.
En Bol-order skapas i Odoo när den anländer med sin marknadsplatsreferens behållen, så den plockas och skickas tillsammans med alla andra ordrar och bekräftelsen går tillbaka till kanalen när paketet lämnar byggnaden.
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.
Utan någon som övervakar skattesidan skapar försäljning till ett andra land på Bol i tysthet skyldigheter som ingen har tittat på. Bol når köpare på mer än en marknad, Odoo registrerar försäljningen och ingen av dem ansvarar för att informera dig om när en tröskel har passerats. Alumio har en koppling till tjänsten som gör det vid sidan av denna, så frågan besvaras av ett system snarare än att den kommer ihåg.
Ja, och erbjudandet och löftet bakom det reser tillsammans. Alumio publicerar Odoo-siffran du nominerar till varje Bol-erbjudande enligt det schema du väljer, tar in ordrar allt eftersom de anländer och tar in returförfrågningar allt eftersom de görs. Att hålla returen i samma rutt som ordern är det som gör att den matchas med försäljningen snarare än att den anländer som en separat sak att stämma av. Att höja returen beror på vad Odoo erbjuder via sitt gränssnitt.
Nej, detta är konfigurerat snarare än kodat. Vanan det ersätter är att någon laddar upp en erbjudandefil igen när siffrorna har skiftat tillräckligt mycket för att synas. Vilka Odoo-lager som räknas mot ett Bol-erbjudande, vilken buffert som hålls tillbaka och hur ofta det publiceras finns inställningar i Alumio. Där ett kanalpris beräknas utifrån en egen regel för företaget, tar Code Transformer det steget.
I slutet av svarsfönstret, och det är anledningen att lämna in begäran snarare än att vänta på den. Bol ger en säljare en period att acceptera, ifrågasätta eller lösa en retur, och när den väl har godkänts bestämmer marknadsplatsen, vilket sällan är det resultat säljaren skulle ha valt. Att få in begäran i Odoo när den genereras gör fönstret till något en person faktiskt kan använda snarare än något som löper ut tyst.
Ett erbjudande som fortfarande säljer aktier som redan har flyttats i Odoo är ett misslyckande med en kostnad, eftersom Bol räknar annulleringen mot säljaren. Alumio övervakar varje publicering live och registrerar erbjudandet och den kvantitet det innehöll, så en uppdatering som kanalen vägrar utlöser en varning som anger erbjudandet och orsaken. Återförsök körs där de är konfigurerade, och den tidigare siffran förblir live, så ingenting lämnas tyst inaktuellt.
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)
