Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Produktdata och språkversioner flyttas mellan Odoo och Perfion baserat på en överenskommen definition av vad en enda produkt egentligen är, så att samma artikel inte listas två gånger i katalogen.
Fråga två personer i samma bransch vad som räknas som en produkt, så får du två svar. Odoo har en syn, vanligtvis styrd av vad som säljs och lagerförs. Perfion har den syn som implementeringen fick, vilken kan behandla varje färg som sin egen sak eller inte. Ingen av dem är fel, och om de inte håller med hamnar butiken med att lista samma jacka fyra gånger, eller en gång med tre färger som saknas. Integrationen mellan Odoo och Perfion avgör den frågan först, eftersom allt annat i kopplingen beror på svaret. Den konversationen är värd att ha före den första importen.
DATA SOM FLÖDAR MELLAN DEM
Produkter
Varianter
Produktattribut
Språkversioner
Kategorier
Priser
Vad som räknas som en produkt, och vad som räknas som en variant av den, avtalas en gång och tillämpas på allt, så katalogen listar inte samma artikel under flera poster.
Översättningar lever mot produkten snarare än som separata produkter, så att lägga till en marknad innebär att fylla i innehåll istället för att kopiera katalogen och underhålla två delar.
Priser och koder kommer från Odoo och kan inte redigeras nedströms, så det belopp en kund får offert är samma belopp som företaget slutligen kommer att fakturera dem för.
Nya objekt anländer redo för innehåll med sina koder och attribut på plats, så produktteamet skriver istället för att transkribera det som någon redan har angett i Odoo.
En artikel som skapats i Odoo visas i Perfion som en enda produkt med dess varianter bifogade, så produktteamet lägger till beskrivningar och bilder till något som redan är format så som katalogen förväntar sig.
En ny marknad öppnas och översättningar görs mot de befintliga produkterna i Perfion, så ingenting dupliceras och den kommersiella datan fortsätter att komma från ett och samma ställe i Odoo istället för att kopieras två gånger.
En ny storlek eller färg som skapats i Odoo anländer som en variant av den produkt den tillhör snarare än som en separat post, så butiken erbjuder ett val av storlekar istället för att visa vad som ser ut som två separata produkter.
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.
Det beror på vad som saktar ner dig. Om det är flaskhalsen att skriva in samma beskrivning på fyra språk är en översättningstjänst det självklara tillägget, och den fungerar utifrån den produktstruktur som redan överenskommits här. Om problemet är att få ut innehåll till kanalerna är det en annan koppling. Båda återanvänder denna mappning snarare än att behöva sin egen.
Ja, när de två systemen väl är överens om vad en variant är. Den mappningen är själva kärnan i arbetet: vilket Odoo-attribut gör något till en variant snarare än en separat produkt, och hur det hamnar i Perfion. Alumio ansluter till Perfion via det gränssnitt det exponerar, precis som det skulle göra med vilket nåbart system som helst, och tillämpar den mappningen på allt efteråt.
Nej, för mappningen, där nästan allt arbete sker. Fält, varianter och språkversioner matchas i ett formulär och underhålls där av den som äger katalogen. Kod blir endast relevant för ett härlett värde som inget av systemen har, såsom en beskrivning sammansatt från flera attribut, och kodtransformatorn hanterar det i det steg där det behövs.
Vilken butiken än säljer från, i praktiken, eftersom det är den formen en kund ser. Odoo tänker ofta på lagerbara artiklar och Perfion på det som beskrivs, och de två är inte alltid samma objekt. Att avgöra det före den första importen är det som hindrar en jacka från att dyka upp fyra gånger, och det är en konversation mellan merchandising och drift snarare än ett tekniskt beslut.
En variant som dyker upp som en egen produkt är "failure to watch", eftersom den publicerar snyggt och butiken ser duplicerad ut. Varje överföring övervakas live. Vad den transporterade loggas. En vägran utlöser omedelbart en varning med produkten och orsaken. Återförsök körs där de är konfigurerade, och allt som inte är löst stannar kvar på en lista snarare än att försvinna tyst.
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)
