Waarom het model voor composable catalog data bestaat
De moderne handelsteams verkopen vaak over merken, gebieden, dealers, en digitale kanalen. Wanneer elk kanaal zijn eigen catalogusexemplaar houdt, besteden de teams meer tijd het in overeenstemming brengen van SKUs, prijzen, en beschikbaarheid dan het verbeteren van de winkelervaring. Het Composable Model van de Gegevens van de Catalogus van Adobe Composable (CCDM) achter Adobe Commerce Optimizer wordt ontworpen om dat patroon om te keren: één verenigde catalogus in een laag SaaS, met catalogusmeningen en beleid vormend wat elke opslag of integratie wordt toegestaan om te zien.
Voor wie is deze video?
- Architecten en ontwikkelaars van de oplossing van Commerce die nieuw aan Adobe Commerce Optimizer zijn en de bedrijfscontext alvorens catalogusbronnen, meningen en beleid te vormen nodig hebben
Video-inhoud
- Waarom gedupliceerde, kanaalspecifieke catalogi operationele risico’s opleveren en de innovatie vertragen
- Hoe CCDM productgegevens verenigt terwijl nog het steunen van multi-brand en multi-region scenario’s
- De manier waarop catalogusweergaven fungeren als de “lens” tussen een gedeelde basiscatalogus en een specifieke winkel of publiek
- Hoe Merchandising de APIs van de Diensten die die meningen verbruiken zodat blijven de headless ervaringen gericht aan de gevormde catalogus
De uitdaging met gesiloade catalogi
Wanneer elke dealerplaats, regionale opslag, of merkbezit zijn eigen catalogusgegevensbestand handhaaft, verscheidene problemen samenvoegen:
- Duplicatie — zelfde SKU, beschrijving, en media zijn ingegaan vele tijden.
- Verschuiving — prijsupdates, nieuwe attributen, of beëindigde punten landen in één kanaal maar niet anderen.
- langzamere lanceringen — elk nieuw aanraakpunt herhaalt zwaar gegevenswerk in plaats van het hergebruiken van één enkel productverslag.
CCDM bestaat zodat productinformatie in één composable catalogus kan leven dat andere systemen verrijken, terwijl de storefronts nog kanaal-aangewezen hulpmiddelen en tarifering ontvangen.
Wijzigingen in het gegevensmodel van de composable catalogus
In Adobe Commerce Optimizer, wordt het productgegeven opgenomen in een verenigde basiscatalogus van één of meerdere catalogusbronnen (bijvoorbeeld een scène zoals en-US, of upstream systemen zoals PIM of ERP). Die bron levert de onbewerkte kenmerken en waarden.
de meningen van de Catalogus bepalen dan hoe dat verenigde gegeven wordt georganiseerd en voor een bedrijfscontext blootgesteld: welke producten uw beleid overgaan, die prijsboeken van toepassing zijn, en die catalogusbron de mening steunt. De zelfde onderliggende verslagen kunnen daarom vele projecties steunen - voor voorbeeld afzonderlijke meningen per handelaar, gebied, of merk-zonder de volledige catalogus voor elke plaats te klonen.
Deze scheiding - waar de gegevens uit (catalogusbron) tegenover komen hoe het (catalogusmening) wordt voorgesteld - is de kernredenteams CCDM in plaats van het handhaven van parallelle catalogi per kanaal goedkeuren.
Catalogus wordt weergegeven als de storefrontlens
Zoals beschreven in de Kijken van de Catalogus voor het Merchandising van de Diensten , gedraagt een catalogusmening zich als a lens: de kopers zien slechts de producten, de prijzen, en de regels die mening toestaat, terwijl de basiscatalogus het gedeelde systeem van verslag blijft. Dat modelparen direct met Merchandising de Diensten zo API cliënten overgaan de correcte mening (en verwante kopballen) over en ontvangen een verenigbare, beleid-gedreven reactie voor elke ervaring.
Voor een diepere analyse van hoe die stukken een stroom van begin tot eind passen, zie de ontwikkelaarwalkthrough een composable catalogus voor uw storefront creëren.