Artikelkoder och de koncisa beskrivningarna som skrivs utöver dem lämnar Sage för Akeneo, där produkten slutligen får namnet, formuleringen och den information som en kund faktiskt visas på sidan.
En beskrivning i Sage finns för att passa en fakturarad, så den är kort, förkortad och skriven för den som sköter bokföringen. Akeneo lagrar vad en kund läser, per kanal och per språk. Utan en koppling mellan dem skriver katalogteamet om den kommersiella informationen från ERP-systemet, gissar vilken förkortning som betyder vad och publicerar en produkt vars pris kommer från ett ställe och vars namn kommer från ett kalkylblad. Genom att koppla samman Sage och Akeneo avgörs vilket system som ansvarar för vilken hälft, så koden och priset kommer från huvudboken och orden kommer från de personer som skriver dem.

Alumio ansluter till Sage via sitt tillgängliga API, precis som vilket annat tillgängligt system som helst, så artikelkoder och priser når Akeneo utan att någon hanterar en export manuellt.
Sage-artikelkoden följer med produkten, så en retur, en förfrågan eller en faktura kan spåras till samma produkt som en kund köpt utan att någon översätter en referens.
En prisändring i Sage uppdaterar Akeneo-produkten medan den kundvända formuleringen förblir som katalogteamet skrev den, så en prisuppdatering skriver aldrig över redaktionellt arbete.
Eftersom Akeneo har värden per kanal och per språk kan en Sage-produkt presenteras olika på varje ställe den säljer utan att det finns ett andra exemplar av produkten någonstans.
Alumio läser artikelkoder, priser och grupper från Sage och skapar eller uppdaterar matchande Akeneo-produkt, så att katalogteamet utgår från kommersiella fakta istället för att kopiera dem från en finansskärm rad för rad.
När ett pris ändras i Sage skriver Alumio det till Akeneo-produkten enligt det schema du anger och lämnar beskrivningarna orörda, så siffran flyttas och orden en kund läser inte ändras under dem.
En Sage-artikel kan presenteras med olika formuleringar per kanal och språk i Akeneo, så att en handelskund och en konsument ser beskrivningar skrivna för dem medan båda är prissatta från samma underliggande reskontrapost.
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.
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.
Frågan som avgör den tredje kopplingen är vilket system kunden faktiskt läser från, och det är oftast inte Akeneo direkt. Webbplatsen eller innehållsplattformen som renderar sidorna är det vanliga tillägget, eftersom Akeneo innehar produkten, Sage innehar de kommersiella fakta och något annat publicerar sidan. Alumio innehar båda kopplingarna och återanvänder den Akeneo-mappning som redan byggts, så en sida byggs från den produktpost som katalogteamet godkänt, inte ett separat flöde.
Värden i Akeneo lagras per kanal och per språk, så det som skickas och vart det landar är det första som konfigureras. Alumio läser de Sage-artikelkoder, priser och grupper som du nominerar och skriver dem till de Akeneo-attribut du väljer för varje kanal, vilket lämnar den språkspecifika formuleringen oförändrad. Produkter som fortfarande skrivs stannar kvar i Akeneo, utom räckhåll för de kanaler som läser från den.
Nej, och poängen med det är vem som kan agera utan att skapa en supportförfrågan. Att lägga till ett Akeneo-attribut, ändra vilket Sage-fält som matar det, eller att peka en ny kanal mot befintliga värden är alla redigeringar i Alumios gränssnitt, gjorda av de personer som äger katalogen. Sages beskrivningar innehåller årtionden av lokala förkortningar, så anpassad logik förblir tillgänglig via Code Transformer där en av dem inte kan tolkas som en mappning.
Den behandlar det som en utgångspunkt snarare än som produktnamnet, vilket är rätt arbetsfördelning. En Sage-beskrivning är byggd för att passa en fakturarad, så den förkortas och skrivs för ekonomi, medan Akeneo lagrar vad en kund läser i varje kanal och språk. Att överföra koden och priset och skriva orden i Akeneo innebär att inget av systemen behöver göra det andras jobb.
Sidan är redan offentlig när någon tittar, vilket är det som gör en stoppad uppdatering dyr här. Alumio övervakar varje överföring i realtid och loggar vad den läser från Sage, så en Akeneo-produkt som inte accepterar ett värde utlöser en omedelbar varning som namnger objektet och orsaken, vanligtvis ett obligatoriskt attribut eller en kanal som ännu inte har något värde. Återförsök körs där de är konfigurerade och den tidigare versionen förblir aktiv, så ingen stoppad uppdatering 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.