Maak kennis met de Alumio Route Builder
Verbind, orkestreer en beheer nu integraties op grote schaal vanuit één visuele interface
De gepubliceerde beschrijving is hetgeen waar het om draait, en de vraag die dit duo beantwoordt, is waar deze beschrijving mag worden geschreven, in plaats van welk van de twee systemen op dat moment het handigst is.
Een webwinkel laat iemand ter plekke een beschrijving aanpassen, en dat is nu juist het probleem. Iemand ziet een typefout op een productpagina, corrigeert die ter plekke omdat dat maar acht seconden duurt, en de catalogus die de pagina heeft gevuld, is het daar nu niet meer mee eens. Niemand heeft besloten dat dat zou moeten gebeuren. Het gebeurt omdat de snelle route beschikbaar is en de correcte route vereist dat je een ander systeem opent. Door Adobe Commerce en Pimcore te koppelen, wordt vastgelegd waar een beschrijving mag worden geschreven, zodat de pagina de goedgekeurde versie weergeeft in plaats van de versie van de vorige persoon die haast had.
DATA DIE TUSSEN SYSTEMEN STROOMT
Producten
Varianten
Beschrijvingen
Attributen
Media
Goedkeuringsstatus
Een beschrijving wordt in Pimcore opgesteld en in Adobe Commerce gepubliceerd, waardoor de pagina en de catalogus het niet oneens kunnen zijn over wat een product is, omdat het geen twee verschillende bronnen zijn.
Een kleine correctie van acht seconden die op de webwinkelpagina wordt doorgevoerd, wordt ofwel teruggedraaid ofwel voorkomen, zodat een jaar aan kleine aanpassingen er niet toe leidt dat de catalogus een product beschrijft dat niemand verkoopt.
Content wordt pas in de webwinkel geplaatst wanneer het bedrijf de status 'goedgekeurd' heeft bereikt, en niet wanneer iemand met toegang heeft besloten dat het goed genoeg is om te publiceren.
Een eenmaal doorgevoerde wijziging is direct van toepassing op alle regio's waar het product wordt verkocht. Zo worden er niet drie verschillende versies van een beschrijving getoond die slechts in één van die regio's is aangepast.
Wanneer de inhoud van een product in Pimcore is goedgekeurd, publiceert Alumio het met de bijbehorende attributen en media naar Adobe Commerce. Zo toont de webwinkel wat is goedgekeurd in plaats van wat iemand er direct in heeft getypt.
Wanneer iemand een beschrijving rechtstreeks in de webwinkel bewerkt, is het verschil zichtbaar in plaats van onzichtbaar, waardoor de catalogus correct wordt gecorrigeerd in plaats van ongemerkt af te wijken van wat de klant leest.
Wanneer een product nog niet de goedgekeurde status heeft bereikt, wordt het tegengehouden in plaats van gepubliceerd. Zo wordt voorkomen dat een pagina online komt met inhoud die de persoon die verantwoordelijk is voor de goedkeuring nog niet heeft gezien.
Alumio fungeert als een beheerde integratie-backbone tussen verkoopkanalen en fulfillment-systemen. Orders worden gerouteerd, getransformeerd en gevalideerd, terwijl statusupdates naar elk kanaal worden teruggestuurd.
Authenticeer je systemen met de kant-en-klare connectors van Alumio. Kies uit meer dan 200 connector-pakketten in de marketplace, plus onbeperkte aangepaste integraties.
Bepaal in een visuele interface hoe datavelden tussen systemen worden gekoppeld. Pas formaten aan, verrijk records en pas bedrijfslogica toe, zonder dat er maatwerkcode nodig is.
Configureer flows zodat ze in real-time, op basis van events, volgens een schema of beide worden uitgevoerd. Verminder handmatige gegevensinvoer en laat Alumio de verplaatsing en transformatie tussen systemen afhandelen.
.svg){kind=icon}
Zodra je eerste integratie live is, kun je je ERP, PIM, WMS of CRM eenvoudig op dezelfde hub aansluiten. Bestaande flows blijven gewoon draaien. Je hoeft niets opnieuw op te bouwen.
De leverancier die de inhoud oorspronkelijk aanleverde, ontbreekt meestal. Het grootste deel van de catalogus is immers afkomstig van eigen materiaal van de fabrikant, en het overtypen ervan is vaak de oorzaak van de eerste fouten. Alumio behoudt die verbinding, waardoor de keten rechtstreeks van de auteur naar de pagina loopt, zonder tussenliggende overtypstap.
Ja, en wat er gepubliceerd wordt, hangt af van de status in plaats van de tijd. Een product waaraan nog gewerkt wordt, mag niet in de store verschijnen omdat een planning is verstreken. Alumio publiceert dus alleen producten die de door jou gekozen status hebben bereikt, volgens de door jou ingestelde cyclus. Wat er geschreven kan worden, is alles wat Adobe Commerce ervoor beschikbaar stelt.
Nee, en wat de configuratie feitelijk inhoudt, is welke Pimcore-waarden welke storefront-attributen worden en welke status een product eerst moet bereiken. Beide zijn redactionele beslissingen in plaats van technische, en het vastleggen ervan is meestal de eerste keer dat het bedrijf het erover eens is. Wanneer een waarde uit meerdere waarden moet worden samengesteld, doet de Code Transformer dat.
Wie het bedrijf ook kiest, het punt is dat het een bewuste beslissing wordt in plaats van een gevolg van wie er een login heeft. Webshops geven bewerkingsrechten aan iedereen die de beheerder kan bereiken, waardoor catalogi niet altijd kloppen. Door te bepalen dat het maken van content in Pimcore gebeurt en het publiceren in Adobe Commerce, komt een correctie op de juiste plek terecht in plaats van bij de dichtstbijzijnde.
Wat echt gênant is, is een webwinkel die content toont die nooit is goedgekeurd, omdat het er normaal uitziet en een klant het als eerste ziet. Alumio registreert de status van het product op het moment van publicatie, waardoor een vroege publicatie traceerbaar is. Elke overdracht wordt live gemonitord en vastgelegd met de inhoud, een weigering geeft een melding met de reden, herhaalpogingen worden uitgevoerd waar geconfigureerd, en er gaat niets ongemerkt verloren.
Spreek met een Alumio-integratiespecialist. Wij brengen de juiste architectuur voor jouw systemen in kaart, op de juiste schaal, zodat je bedrijfsactiviteiten bij elke verandering betrouwbaar blijven.
.svg)
