Vi presenterar Alumio Route Builder
Anslut, orkestrera och styr integrationer i stor skala från ett visuellt gränssnitt
Produktinnehåll och bilder som hanteras i Pimcore når en Sylius-butik som taxoner, varianter och alternativvärden, så utvecklare slutar leverera vanliga katalogändringar som en koddistribution.
Sylius ger ett utvecklingsteam kontroll över produktmodellen, vilket är anledningen till att välja den och anledningen till att katalogarbete hamnar i en pull request. Merchandisers väntar på en release för att ändra en beskrivning, och produktbilderna visas där den senaste integrationen placerade dem. Pimcore är byggt för att innehålla exakt det innehållet, med klassdefinitioner modellerade för implementeringen och ett inbyggt resursbibliotek. Sylius till Pimcore-integrationen delar upp arbetet korrekt: Pimcore äger produktinnehåll och resurser, Sylius äger butiken och kassan, och inget av teamen blockerar det andra från att publicera en ändring.
DATA SOM FLÖDAR MELLAN DEM
Produkter
Varianter
Produktalternativ
Produktinformation
Medietillgångar
Kategoritaxonomi
Merchandisers publicerar produktinnehåll från Pimcore direkt till Sylius butik, eftersom arrangemanget konfigureras i Alumio snarare än kompileras i applikationen.
Produktbilder finns i Pimcores resursbibliotek och når Sylius som referenser, så en butiksmiljö visar den godkända versionen snarare än den version som den senaste migreringen laddade upp.
Språkspecifik formulering som lagras i Pimcore når matchande Sylius-kanal, så en andra marknad lanseras genom att fylla i innehåll snarare än genom att förgrena själva katalogen.
Eftersom produktdata anländer via ett konfigurerat arrangemang, lägger ett Sylius-team sin tid på utcheckning och prestanda istället för att underhålla en importör för merchandising.
En produkt färdigställs i Pimcore med dess detaljer, bilder och kategoriplacering. Alumio publicerar den till Sylius som en produkt med dess varianter och tillvalsvärden, så att listan visas utan kodändring.
En merchandiser lägger till en storlek till en Pimcore-produkt. Alumio skapar den matchande Sylius-varianten med dess optionsvärde och ärver det som produkten redan har, så butiken erbjuder den utan att en utvecklare är inblandad.
Översatt formulering som anges för Pimcore-produkter når Sylius-kanalen som betjänar den marknaden, så en språkinställning publiceras när dess eget innehåll är klart snarare än när en separat katalogimport skrivs.
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.
En sök- och merchandisingtjänst är det vanliga tillägget, eftersom en Sylius-butik snabbt hittar en känd produkt och en kund som inte känner till namnet behöver något annat. Alumio har båda kopplingarna och återanvänder det Pimcore-arrangemang som redan är byggt, så sökindexet matas med samma detaljer som butiken visar snarare än en separat export.
Ja, och att matcha de två produktmodellerna med varandra är där arbetet ligger. Pimcore-klassdefinitioner modelleras för implementeringen medan Sylius förväntar sig taxoner, alternativ och varianter, så Alumio matchar en form med den andra en gång och publicerar sedan ändringar allt eftersom de godkänns. Nya detaljer följer samma arrangemang utan att en ny import skrivs.
Nej, detta är konfigurerat snarare än kodat, vilket är värt att säga tydligt för två system som ett utvecklingsteam vanligtvis utökar i kod. Klassdefinitioner, innehållsnamn och optionsvärden matchas i Alumio, vilket ersätter den skräddarsydda importören som ett Sylius-projekt normalt hanterar. För ett härlett värde som ingen av modellerna hanterar direkt, låter Code Transformer dig beräkna det i flödet.
Pimcore, eftersom det är byggt som ett resursbibliotek och Sylius är byggt som en butik. Att behålla huvudbilden och dess metadata i Pimcore innebär en godkänd version, med beskärningar och renderingar härledda från den, medan Sylius lagrar referenser och hanterar dem. Alternativet, att ladda upp filer till applikationen, placerar bildstyrningen inom en distributionscykel där säljare inte kan nå den.
En produkt som anländer utan en matchande klass är en "failure to watch", eftersom den inte klassificeras i klassificeringsfältet snarare än att rapportera ett fel som en merchandiser skulle upptäcka. Alumio loggar varje publicering live med vad den hade, så en produkt som Sylius inte kan placera utlöser omedelbart en varning och namnger den samt vad som inte skulle matcha. Återförsök körs automatiskt där de är konfigurerade, och olösta objekt förblir listade, så ingenting publiceras i tysthet halvt.
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)
