Architektur

Merchandising Services powered by Channels and Policies ist ein hochgradig skalierbares, flexibles Katalogdatenmodell, das mühelos Anwendungsfälle für mehrere Marken, mehrere Geschäftseinheiten und mehrere Sprachen ermöglicht. Dieses Modell ersetzt die Verwendung der klassischen Adobe Commerce-Produktbereiche (Website, Store, Storeview) durch neue Merchandising Services-Produktbereiche (Kanal, Richtlinie und Gebietsschema).

Das folgende Diagramm zeigt eine allgemeine Ansicht des Merchandising-Frameworks.

Merchandising Services Architektur

Oben in diesem Diagramm werden Katalogdaten (PIM, ERP usw.) in das Merchandising Services-Framework aufgenommen. Diese Katalogdaten enthalten Artikelnummern. Jede SKU enthält Bereichsdetails (Gebietsschema) und Produktattribute, die den neuen Merchandising Services-Produktbereichen (Kanälen, Richtlinien und Gebietsschema) zugeordnet sind.

Wenn alle diese Daten in das Merchandising-Framework aufgenommen werden, ist das Ergebnis ein neuer einheitlicher Basiskatalog, der in der Datenpipeline des Katalog-Services verfügbar ist. Im nächsten Teil des Diagramms sehen Sie mehrere Kanäle. Jeder Kanal stellt eine Geschäftseinheit dar. Beispiel: Texas, Texas retail saisonale usw. Wie Sie sehen können, können in dem Diagramm Gebietsschemata, Richtlinien und Preisverzeichnisse alle über verschiedene Kanäle hinweg gemeinsam genutzt werden​

Schließlich zeigt das Diagramm, wie diese unterschiedlichen Katalogdaten an verschiedenen Stellen angezeigt werden können, z. B. in einer Edge Delivery Services-Storefront, einem Marktplatz, einem Werbekanal, einer benutzerdefinierten Mikro-Storefront usw.

Informationen dazu, wie Sie Ihre Katalogdaten mithilfe der Katalogdatenaufnahme-API in das Merchandising aufnehmen können und wie Sie Ihre Gebietsschemata, Richtlinien und Preisbücher mithilfe der Katalogverwaltungs- und Regel-API einrichten, finden Sie unter Entwicklerdokumentation.

Weitere Informationen zu den Konzepten von Merchandising Services finden Sie in den folgenden Abschnitten.

Verwaltung des Produktkatalogs

Die Verwaltung des Produktkatalogs umfasst zwei verschiedene Aspekte: Produktdaten und Produktkontext. Merchandising Services respektiert die Trennung dieser Pflichten und bietet eine unabhängige Verwaltung für jede.

  • Produktdaten - Welches Produkt wird verkauft und zu welchem Preis?
  • Produktkontext - Wer verkauft an wen und wo?

Merchandising Services Aspekte

Produktdaten

Produktdaten umfassen die folgenden Typen:

  • Produkte - Einzelne SKUs oder Kollektionen von SKUs, die physische Waren oder immaterielle Services mit Attributen repräsentieren, die das Produkt repräsentieren, einschließlich Beschreibung, Gewicht, Größe, Abmessungen und mehr. Attribute geben auch den Kanal und die Richtlinienbereiche für eine SKU an. Produkte können in verschiedene Produktarten gruppiert werden, z. B. „simple“, „configurable“, „bundle“, „bundle of bundles“, „subscriptions“ und mehr.
  • Metadaten - Produktattribut-Metadaten definieren und verwalten, wie Produktattribute in der Storefront in Produktlisten, Detailseiten, Suchergebnissen usw. angezeigt werden. Metadaten definieren auch, wie Produktattribute bei der Suche verwendet werden - beim Sortieren, Filtern, Suchen, bei der Gewichtung usw.
  • Preisbücher und Preise - Bestimmt die Verkaufspreise von Produkten. In Merchandising-Services sind Produkt-SKU und Preis entkoppelt, sodass Sie mehrere Preislisten für eine einzelne SKU definieren können. Durch die Entkopplung der Preise von der SKU können Sie bereichsspezifische Preise für verschiedene Kundenstufen, Geschäftseinheiten und Regionen freisetzen. Sie können reguläre und ermäßigte Preise definieren und all dies skaliert verwalten.
  • Assets - Artefakte, die mit Produkten wie Bildern, Videos, PDFs oder anderen Dateitypen verknüpft sind (künftige Roadmap).

Produktkontext-Management

Das Produktkontext-Management umfasst die folgenden Aspekte:

  • Channel - Der Vertriebskanal definiert den Pfad, über den ein Unternehmen Produkte verkaufen möchte. Ein Kanal ist die Abstraktion auf höchster Ebene, die Gebietsschemata und Richtlinien kapselt.
    • Beispiel: Händler für die Automobilindustrie. Tochtergesellschaften für Mehrmarkenkonglomerate. Produktionsstandort für Lieferanten.
  • Richtlinie - Datenzugriffsfilter, mit dem Sie die richtigen Inhalte für das richtige Ziel bereitstellen können. Dieses Konzept ermöglicht Funktionen zur Katalogsyndikation.
    • Beispiel: Physische Ladengeschäfte, Marktplätze, Werbe-Pipelines (Google, Facebook, Instagram)
  • Scope - Stellt die Sprache (Gebietsschema) für Kataloge dar, z. B. en-US. Der Umfang wird während der Aufnahme von Katalogdaten auf SKU-Ebene festgelegt.

Während der Aufnahme und Aktualisierung von Produktdaten enthält eine SKU die Details von Bereichen und Attributen (die Attribute sind Kanälen und Richtlinien zugeordnet). Diese definieren die Produktkontextkennungen, zu denen eine SKU gehört:

Merchandising Services Produktkontext-Kennungen

In der obigen Abbildung stellt jede SKU Folgendes bereit:

  • Bereichskennungen​

    • Gebietsschema: Obligatorisch​
  • Produktattribute

    • Produktattribute werden verwendet, um den relevanten Kanälen und Richtlinien zuzuordnen​
    • Beispiel: Als Automobilhersteller können Sie eine Kanal- und Richtlinienkombination für Produktattribute erstellen: (1) Händler (2) Automarken​
  • Preise und zugewiesene Preisbücher

    • Für jede SKU können mehrere Preise mithilfe mehrerer Preisbücher definiert werden.
    • Beispiel: Sie bieten Mitarbeitern einen reduzierten regulären Preis für Autoteile mit einem zusätzlichen Rabatt von 25%. Sie bieten Kunden von VIP einen höheren regulären Preis mit einem Rabatt von 10 %. Die Produkt-SKU-Preisinformationen stellen sicher, dass für jedes Kundensegment der richtige Preis angezeigt wird.

Die Kanal- und Richtliniendefinitionen werden mit dedizierten APIs erstellt:

Merchandising Services Kanal-, Richtlinien- und Bereichszuordnung

  • Umfang (Gebietsschema): Wird bei der Aufnahme von Produktdaten auf SKU-Ebene festgelegt​
  • channel - Definition, die mit dedizierten APIs erstellt wurde. ​
  • Richtlinie - Definition, die mit dedizierten APIs erstellt wurde.

Wichtigste Funktionen

Wichtigste Funktionen
Vorteil
Direkte Katalogdatenaufnahme in die Storefront-Services-Pipeline: Nehmen Sie Ihre Katalogdaten direkt in die Katalog-Service-Pipeline für den Storefront-Durchsuchen- und Suchlebenszyklus auf (Produktanzeigeseite, Produktlistenseite, Suchergebnisseite usw.).
  • Nehmen Sie Katalogdaten direkt in die Service-Pipeline für die Storefront auf, die für Folgendes zuständig ist: Katalog-Service, Produkterkennung (Live-Suche) und Produktempfehlungen. Auf diese Weise können Sie Katalogaktualisierungen im benötigten Umfang für Millionen von SKUs bereitstellen. Dies ermöglicht ein zeitkritisches, umfangreiches Promotion-Management.
Neue Katalogproduktbereiche: Kanal, Richtlinie und Umfang sind neue Produktbereiche, die von Merchandising Services eingeführt werden. Diese Produktbereiche ersetzen die Bereiche „Website“, „Store“ und „StoreReview“ in der Ebene „Storefront-Services“. Weitere Informationen.
  • Mit den neuen Umfängen ermöglicht Merchandising Services die einfache Skalierung auf Anwendungsfälle für mehrere Regionen, mehrere Geschäftseinheiten, mehrere Marken und mehrere Sprachen unter Verwendung eines einzigen Basiskatalogs.
  • Beseitigen Sie Datenredundanz im Katalog-Management.
Skalierung auf mehrere zehn Millionen SKUs
Entsperren Sie die Katalogverwaltung in großem Maßstab. Hier können Sie mühelos über 200-MM-SKUs aufnehmen und verwalten.
Unterstützung von Produkttypen
  • Einfach, konfigurierbar
  • Bundles und Bundles (künftige Roadmap)
  • Abonnements und Pläne (künftige Roadmap)
Headless-Commerce
  • Vollständige Unterstützung für Headless-Commerce-Implementierungen über Katalog-Service, Produkterkennung (Live-Suche) und Produktempfehlungs-APIs.
Moderne, blitzschnelle Benutzeroberflächenkomponenten
  • Vorkonfigurierte UI-Komponentenunterstützung für die Produktsuche und Produktempfehlungen.
  • Die Benutzeroberflächenkomponenten sind erweiterbar und flexibel, sodass sie sowohl vom Edge Delivery-Service von Adobe als auch von jeder anderen Storefront-Implementierung verwendet werden können.