Konzepte

Das Integrationsframework stellt Mechanismen und Komponenten für die folgenden Aufgaben bereit:

• Verbindung zu einer eCommerce-Engine
• Abrufen von Daten in AEM
• Anzeigen dieser Daten und Erfassen der Antworten der Käufer
• Zurückgabe der Transaktionsdetails
• Durchsuchen der Daten beider Systeme

Das heißt:

• Käufer können sich registrieren und umgehend einkaufen.
• Preisänderungen werden den Käufern ohne Verzögerung angezeigt.
• Produkte lassen sich bei Bedarf hinzufügen.

Um den Betrieb zu optimieren, konzentrieren sich AEM und die eCommerce-Engine auf ihren jeweiligen Fachbereich. Daten werden in Echtzeit zwischen ihnen ausgetauscht, z. B.:

• AEM kann:

  • Anfrage:

    • Produktdaten von der eCommerce-Engine

  • Geben Sie Folgendes an:

    • Anzeigen von Produktdaten, Warenkorb und Kasse für Benutzer
    • Warenkorb und Bezahlungsdaten für die eCommerce-Engine
    • Suchmaschinenoptimierung (SEO)
    • Community-Funktion
    • unstrukturierte Marketinginteraktionen

• Die eCommerce-Engine kann:

  • Geben Sie Folgendes an:

    • Produktdaten von der Datenbank
    • Produktvarianten-Verwaltung
    • Auftragsverwaltung
    • Enterprise Resource Planning (ERP)
    • Suche in den Produktdaten

  • Prozess:

    • Warenkorb
    • Kasse
    • Auftragserfüllung

Eine Reihe vorkonfigurierter AEM-Komponenten wird zur Verwendung der Integrationsebene bereitgestellt. Aktuell gehören dazu folgende:

• Produktangaben
• Warenkorb
• Kasse
• Mein Konto

Verschiedene Suchoptionen sind ebenfalls verfügbar.

Architektur

Das Integrationsframework stellt die API, mehrere Komponenten zur Veranschaulichung der Funktionalität und einige Erweiterungen für Beispiele für Anbindungsmethoden bereit:

Über das Framework erhalten Sie Zugriff auf Funktionen, z. B.:

Implementierungen

AEM eCommerce wird mit einer eCommerce-Engine implementiert:

• Das eCommerce-Integrationsframework ermöglicht Ihnen die unkomplizierte Integration einer eCommerce-Engine mit AEM. Die speziell entwickelte eCommerce-Engine steuert Produktdaten, Warenkörbe, Bezahlungen und die Auftragserfüllung. AEM steuert die Datenanzeige und Marketingkampagnen.

Commerce-Anbieter

Beim Importieren von Daten aus einer Commerce-Engine in Ihre AEM-eCommerce-Website erhalten die Importtools ihre Daten von einem Commerce-Anbieter. Ein Commerce-Anbieter kann mehrere Importtools unterstützen.

Ein Commerce-Anbieter ist ein angepasster AEM-Code, der entweder

• eine Schnittstelle zu einer Backend-Commerce-Engine darstellt oder
• ein Commerce-System auf dem JCR-Repository implementiert.

Derzeit sind zwei Beispiel-Commerce-Anbieter für AEM verfügbar:

• einer für geometrixx-hybris
• ein weiterer für geometrixx-generic (JCR)

Dennoch müssen Sie für ein Projekt in der Regel einen eigenen, angepassten Commerce-Anbieter entsprechend dem PIM und Produktdatenschema entwickeln.

Der ProductServicesManager verwaltet (über OSGi) eine Liste der Implementierungen der ProductImporter- und CatalogBlueprintImporter-Schnittstelle. Diese sind im Import-Tool-Assistenten im Dropdown-Feld Import-Tool/Commerce-Anbieter aufgeführt (mit der Eigenschaft commerceProvider als Name).

Wenn ein bestimmtes Import-Tool/ein bestimmter Commerce-Anbieter im Dropdown-Feld verfügbar ist, müssen Sie alle weiteren benötigten Daten (je nach Art des Import-Tools) unter einem der folgenden Pfade definieren:

• /apps/commerce/gui/content/catalogs/importblueprintswizard/importers
• /apps/commerce/gui/content/products/importproductswizard/importers

Der Ordner unter dem entsprechenden importers-Ordner muss mit dem Namen des Import-Tools übereinstimmen, z. B.:

• .../importproductswizard/importers/geometrixx/.content.xml

Das Format der Quell-Importdatei wird vom Import-Tool definiert. Alternativ kann das Import-Tool eine Verbindung (z. B. WebDAV oder HTTP) zur Commerce-Engine herstellen.

Rollen

Das integrierte System unterstützt die folgenden Rollen, um die Daten zu verwalten:

• Produktdatenverwaltung (PIM)-Benutzer, der Folgendes verwaltet:

  • Produktangaben.
  • Klassifikationsschema, Kategorisierung, Genehmigung
  • Interaktion mit dem Digital Asset Management
  • Preisfestlegung – stammt häufig von einem ERP-System und wird nicht explizit im Commerce-System verwaltet

• Autor/Marketingmanager, der Folgendes verwaltet:

  • Marketinginhalte für alle Kanäle
  • Promotions.
  • Gutscheine.
  • Kampagnen.

• Surfer/Käufer, die:

  • die Produktdaten anzeigen
  • Artikel in den Warenkorb legen
  • ihre Aufträge bezahlen
  • die Auftragserfüllung erwarten

Der tatsächliche Ort kann je nach Implementierung unterschiedlich ausfallen (z. B. allgemein oder mit einer eCommerce-Engine):

Produkte

Produktdaten und Marketingdaten

Strukturelle Kategorien und Marketingkategorien

Durch die Unterscheidung der folgenden beiden Kategorien können Sie deutliche URLs mit bedeutungsvoller Struktur erstellen (Bäume von cq:Page-Knoten und daher sehr ähnlich der klassischen Inhaltsverwaltung in AEM):

• *Strukturelle *Kategorien

  Kategoriestruktur, die definiert, was ein Produkt ist; Beispiel:

  /products/mens/shoes/sneakers

• Marketing-Kategorien

  Alle anderen Kategorien, zu denen ein Produkt gehören kann; Beispiel:

  /special-offers/christmas/shoes)

Produktdaten

Um Ihr Produkt zu beschreiben und zu verwalten, speichern Sie viele Daten zu ihm.

Produktdaten können:

• direkt in AEM verwaltet werden (allgemein)

• in der eCommerce-Engine verwaltet und in AEM bereitgestellt werden

  Je nach Datentyp sind die Daten synchronisiert, wenn erforderlich, oder direkt zugänglich. Höchst volatile und wichtige Daten wie Produktdaten werden beispielsweise bei jeder Seitenabfrage von der E-Commerce-Engine abgerufen, damit sie jederzeit aktuell sind.

In jedem Fall können Sie die Produktdaten nach der Eingabe bzw. dem Import in AEM über die Produktekonsole einsehen. Hier finden Sie in der Karten- und der Listenansicht eines Produkts u. a. folgende Informationen:

• das Bild
• den SKU-Code
• letzte Bearbeitung

Produktvarianten

Sie können auch Informationen zu Produktvarianten für die entsprechenden Produkte speichern. Beispielsweise werden bei Bekleidungsartikeln die unterschiedlichen angebotenen Farben als Varianten gespeichert:

Produktattribute

Welche individuellen Attribute zu jedem Produkt gespeichert werden, hängt möglicherweise von der genutzten eCommerce-Engine und Ihrer AEM-Implementierung ab. Sie sind entsprechend verfügbar, wenn Sie die Produktseiten anzeigen und/oder Produktdaten bearbeiten. Folgende Attribute gibt es unter anderem:

• Bild

  Ein Bild des Produkts.

• Titel

  Der Produktname.

• Beschreibung

  Ein beschreibender Text zum Produkt.

• Tags

  Tags, mit denen ähnliche Produkte gruppiert werden

• Standard-Asset-Kategorie

  Eine Standardkategorie für Assets.

• ERP-Daten

  Informationen zum Enterprise Resource Planning (ERP).

  • SKU

    SKU-Daten

  • Farbe

  • Größe

  • Preis

    Der Stückpreis des Produkts.

• Zusammenfassung

  Eine Zusammenfassung der Produktfunktionen.

• Funktionen

  Umfassendere Details zu den Produktfunktionen.

Produkt-Assets

Sie können eine Reihe an Assets für einzelne Produkte speichern. Dazu gehören in der Regel Bilder und Videos.

Kataloge

In einem Katalog werden Produktdaten zusammengestellt, um die Verwaltung zu vereinfachen und die Darstellung für die Käufer übersichtlich zu gestalten. Häufig wird ein Katalog nach Attributen wie Sprache, geografische Region, Marke, Saison, Hobby, Sport usw. strukturiert.

Katalogstruktur

Kataloge in mehreren Sprachen

AEM unterstützt Produktinhalte in mehreren Sprachen. Beim Abfragen von Daten ruft das Integrations-Framework die Sprache vom aktuellen Baum ab (z. B. en_US für Seiten unter /content/geometrixx-outdoors/en_US).

Bei einem mehrsprachigen Speicher können Sie Ihren Katalog für jeden Sprachbaum einzeln importieren (oder ihn mit MSM kopieren).

Kataloge für mehrere Marken

Ähnlich wie bei Sprachen müssen multinationale Unternehmen auch mehrere Marken unterstützen.

Kataloge nach Tags

Sie können Tags auch nutzen, um Produkte in einem Katalog zusammenzustellen. Dieser Ansatz bietet sich für dynamischere Kataloge an.

Katalogeinrichtung (anfänglicher Import)

Je nach Implementierung können Sie die Produktdaten für Ihren Basiskatalog in AEM aus folgenden Quellen importieren:

• CSV-Datei (für die generische Implementierung)
• eCommerce-Engine

Katalogpflege (Datensynchronisierung)

Weitere Änderungen der Produktdaten sind nötig für:

• die generische Implementierung; sie lassen sich mit dem Produkt-Editor vornehmen
• die Verwendung einer eCommerce-Engine; hier müssen die Änderungen synchronisiert werden

Datensynchronisierung mit einer eCommerce-Engine (fortlaufend)

Nach dem anfänglichen Import sind Änderungen an den Produktdaten unvermeidbar.

Wenn Sie eine eCommerce-Engine verwenden, werden die Daten dort verwaltet und müssen in AEM verfügbar sein. Diese Produktdaten müssen nach Aktualisierungen synchronisiert werden.

Dies ist abhängig vom Datentyp:

• Eine regelmäßige Synchronisierung wird zusammen mit einem Daten-Feed der Änderungen genutzt.

  Zusätzlich können Sie bestimmte Aktualisierungen für ein Express-Update auswählen.

• Höchst volatile und wichtige Daten wie Produktdaten werden beispielsweise bei jeder Seitenabfrage von der eCommerce-Engine abgerufen, damit sie jederzeit aktuell sind.

Kataloge – Leistung und Skalierung

Das Importieren eines großen Katalogs mit einer großen Anzahl an Produkten (in der Regel mehr als 100.000) aus einer eCommerce-Engine (PIM) kann wegen der hohen Anzahl an Knoten das System beeinträchtigen. Auch die Autoreninstanz kann sich verlangsamen, wenn die Produkte mit Assets (wie Produktbildern) verknüpft sind. Das liegt daran, dass die Nachbearbeitung dieser Assets rechen- und speicherintensiv ist.

Es gibt verschiedene Möglichkeiten, diese Probleme zu umgehen:

• Buckets – um die große Anzahl an Knoten zu unterstützen
• Abladen der Asset-Nachbearbeitung auf einer dedizierten Instanz
• Importieren von Produktdaten ohne Assets
• Importbeschränkung und Batch-Speicherung
• Leistungstests
• Leistung – Verschiedenes

Buckets

Wenn ein JCR-Knoten über viele direkte untergeordnete Knoten (z. B. mind. 1.000) verfügt, werden Buckets (Phantomordner) benötigt, um sicherzustellen, dass die Leistung nicht beeinträchtigt wird. Sie werden beim Importvorgang entsprechend einem Algorithmus erzeugt.

Diese Buckets werden in Form von Phantomordnern in die Katalogstruktur eingeführt. Sie können sie aber so konfigurieren, dass sie in den öffentlichen URLs nicht sichtbar sind.

Abladen der Asset-Nachbearbeitung auf einer dedizierten Instanz

Dieses Szenario sieht vor, dass zwei Autoreninstanzen eingerichtet werden:

1. Primäre Autoreninstanz

   Importiert Produktdaten vom PIM, auf dem die Nachbearbeitung für Asset-Pfade deaktiviert ist.

2. Dedizierte DAM-Autoreninstanz

   Importiert Produkt-Assets aus dem PIM, bearbeitet sie nach und repliziert sie zur Nutzung zurück zur primären Autoreninstanz.

Importieren von Produktdaten ohne Assets

Wenn Produkte keine Assets (Bilder) enthalten, die importiert werden müssen, können Sie die Produktdaten importieren, ohne von der Asset-Nachbearbeitung beeinträchtigt zu werden.

Leistungstests

Leistungstests müssen bei AEM eCommerce-Implementierungen in Erwägung gezogen werden:

• Autorenumgebung:

  Eine Hintergrundaktivität (z. B. ein Importvorgang) kann gleichzeitig mit einer normalen Benutzeraktivität (z. B. Seitenbearbeitung) ausgeführt werden. Selbst wenn der Frontend-Leistung (im Allgemeinen) eine höhere Priorität zugeschrieben wird, kann eine mangelhafte Leistung, die Online-Autoren erleben, demotivieren und sogar eine Go-Live-Entscheidung hemmen.

• Veröffentlichungsumgebung:

  Die Replikation ist wichtig, um sicherzustellen, dass die Inhalte schnell und zuverlässig veröffentlicht werden. Dies kann dadurch beeinflusst werden, wie der Autor die Inhalte gruppiert, die veröffentlicht werden sollen.

• Frontend:

  Kombination aus Frontend- und Cache-Invalidierung kann zu Leistungseinbußen führen. Durch Tests können diese Probleme verhindert werden.

Beachten Sie, dass für diesen Leistungstest Kenntnisse und Analysen des Ziels erforderlich sind:

• Inhaltsvolumen

  • Assets
  • lokalisierte I18n-Produkte und SKUs

• Benutzeraktivität:

  • Stapelausgabe
  • Stapelveröffentlichung
  • umfassende Suchabfragen

• Hintergrundprozesse

  • Importvorgänge
  • Synchronisierungsaktualisierungen (z. B. Preisfestlegung)

• Wartungsanforderungen (Sicherung, Tar-PM-Optimierung, Datenspeicherbereinigung usw.)

Leistung – Verschiedenes

Beachten Sie bei allen Implementierungen die folgenden Punkte:

• Da die Anzahl an Produkten, SKUs und Kategorien sehr hoch ausfallen kann, versuchen Sie, so wenig Knoten wie möglich für die Modellierung der Inhalte zu verwenden.

  Je mehr Knoten Sie nutzen, desto flexibler sind Ihre Inhalte (z. B. ParSys). Es ist aber immer Abwägungssache: Benötigen Sie (standardmäßig) individuelle Flexibilität, wenn Sie (beispielsweise) 30.000 Produkte bearbeiten?

• Vermeiden Sie Duplikate, so gut es geht (siehe Lokalisierung), und berücksichtigen Sie, wenn sich Duplikate nicht umgehen lassen, zu wie vielen Knoten die Duplizierung führen wird.

• Versuchen Sie, Ihre Inhalte so oft wie möglich mit Tags zu kennzeichnen, um die Abfrage zu optimieren.

  Zum Beispiel:

  /content/products/france/fr/shoe/reebok/pump/46 SKU

  sollte es ein Tag pro Inhaltsebene geben (d. h. Land, Sprache, Kategorie, Marke, Produkt). Die Suche nach

  //element(*,my:Sku)[@country=’france’ and @language=’fr’

  und

  @category=’shoe’ and @brand=’reebok’ and @product=’pump’]

  wird drastisch schneller sein als die Suche nach

  /jcr:root/content/france/fr/shoe/reebok/pump/element(*,my:Sku)

• Planen Sie für Ihren technischen Stack faktorisierte Inhaltszugriffsmodelle und Dienste. Dies ist allgemein eine bewährte Vorgehensweise, in diesem Fall aber sogar noch wichtiger, da Sie bei Optimierungsphasen Anwendungscaches für Daten hinzufügen können, die häufig gelesen werden (und mit denen Sie nicht den Bundle-Cache füllen möchten).

  Beispielsweise ist die Attributverwaltung oft gut für das Caching geeignet, da sie Daten betrifft, die durch das Importieren von Produkten aktualisiert werden.

• Ziehen Sie die Nutzung von Proxyseiten in Erwägung.

Katalogbereichsseiten

Auf Katalogsbereichsseiten finden Sie zum Beispiel:

• eine Einleitung (Bild und/oder Text) für die Kategorie; hier können auch Banner und Teaser für Sonderangebote werben
• Links zu den einzelnen Produkten in dieser Kategorie
• Links zu den anderen Kategorien

Produktseiten

Produktseiten bieten umfassende Informationen zu den einzelnen Produkten. Dynamische Aktualisierungen von externen Quellen werden auch widergespiegelt, z. B. Preisänderungen, die auf der eCommerce-Engine erfolgt sind.

Produktseiten sind AEM-Seiten, die die Produkt-Komponente nutzen, beispielsweise in der Vorlage Commerce-Produkt:

Die Produkt-Komponente bietet:

• allgemeine Produktinformationen, darunter Text und Bilder
• Preise; diese werden in der Regel bei jedem Aufruf bzw. jeder Aktualisierung der Seite von der eCommerce-Engine abgerufen.
• Informationen zu Produktvarianten, z. B. Farbe und Größe

Anhand dieser Daten kann der Käufer folgende Optionen auswählen, wenn er einen Artikel zum Warenkorb hinzufügt:

• Farb- und Größenvarianten
• Menge

Produkt-Landingpages

Dabei handelt es sich um AEM-Seiten, die in erster Linie statische Informationen anzeigen, beispielsweise eine Einleitung und eine Übersicht mit Links zu den dazugehörigen Produktseiten.

Produktkomponente

Die Produkt-Komponente können Sie zu jeder Seite mit einer übergeordneten Seite hinzufügen, welche die benötigten Metadaten bereitstellt (d. h. die Pfade zu cartPage und cartObject). Bei der Demo-Website, Geometrixx Outdoors, ist dies UserInfo.jsp.

Sie können die Produkt-Komponente auch an Ihre individuellen Anforderungen anpassen.

Proxyseiten

Mit Proxyseiten können Sie die Struktur des Repositorys vereinfachen und den Speicher für große Kataloge optimieren.

Beim Erstellen eines Katalogs werden zehn Knoten pro Produkt eingesetzt, um individuelle Komponenten für jedes Produkt bereitzustellen, die Sie in AEM aktualisieren und anpassen können. Diese große Anzahl an Knoten kann problematisch werden, wenn Ihr Katalog mehrere hundert oder gar tausend Produkte enthält. Um diese Schwierigkeiten zu vermeiden, können Sie bei der Erstellung Ihres Katalogs Proxyseiten verwenden.

Proxy-Seiten nutzen eine Struktur mit zwei Knoten (jcr:content und cq:Page), die keine Produktinhalte enthalten. Die Inhalte werden zur Abfragezeit durch Verweise auf die Produktdaten und die Vorlagenseite generiert.

Dabei gilt allerdings: Sie können die Produktdaten nicht in AEM anpassen. Eine Standardvorlage (für Ihre Website definiert) wird verwendet.

Promotions und Gutscheine

Gutscheine

Gutscheine sind eine bewährte Methode für Preisnachlässe, um Käufer zu einem Kauf zu animieren und/oder die Treue von Kunden zu belohnen.

• Gutscheine umfassen:

  • einen Gutscheincode (den der Käufer im Warenkorb eingeben muss)
  • eine Gutscheinkennzeichnung (die angezeigt wird, wenn der Käufer den Gutschein im Warenkorb eingegeben hat)
  • einen Promotionpfad (der die Aktion definiert, die der Gutschein auslöst)

• Externe Commerce-Engines können ebenfalls Gutscheine bereitstellen.

In AEM:

• Ein Gutschein ist eine seitenbasierte Komponente, die mit der Websites-Konsole erstellt und bearbeitet wird.

• Die Gutschein-Komponente bietet:

  • einen Renderer für die Gutscheinadministration; er zeigt alle Gutscheine an, die sich aktuell im Warenkorb befinden
  • das Bearbeitungsdialogfeld (Formular), um die Gutscheine zu administrieren (hinzuzufügen/zu entfernen)
  • die Aktionen, die erforderlich sind, um Gutscheine zum Warenkorb hinzuzufügen oder daraus zu entfernen

• Gutscheine haben keine eigenen Datums-/Zeitangaben für Aktivierung und Deaktivierung, sondern nutzen die der übergeordneten Kampagnen.

Promotions

Mit Promotions können Sie, in Verbindung mit Gutscheinen, Szenarien wie folgende umsetzen:

• Ein Unternehmen bietet Sonderpreise für Mitarbeiter an. Dies ist eine manuell zusammengestellte Liste an Benutzern.
• Langjährige Kunden erhalten Nachlässe bei allen Bestellungen.
• Ein Angebotspreis gilt für einen festgelegten Zeitraum.
• Ein Kunde erhält einen Gutschein, wenn seine vorherige Bestellung einen bestimmten Wert überschreitet.
• Einem Kunden, der Produkt X kauft, wird ein Nachlass auf Produkt Y angeboten (Produktpaarung).

Promotions werden in der Regel nicht von Produktinformationsmanagern, sondern von Marketingmanagern verwaltet:

• Eine Promotion ist eine seitenbasierte Komponente, die mit der Websites-Konsole erstellt und bearbeitet wird. ``

• Promotions umfassen:

  • eine Priorität
  • einen Promotion-Handler-Pfad

• Sie können Promotions mit einer Kampagne verbinden, um ihre Datums-/Zeitangaben für Aktivierung und Deaktivierung zu definieren.

• Sie können Promotions mit einem Erlebnis verbinden, um ihre Segmente zu definieren.

• Promotions, die nicht mit einem Erlebnis verbunden sind, starten nicht von selbst, können aber durch einen Gutschein ausgelöst werden.

• Die Promotion-Komponente umfasst:

  • Renderer und Dialogfelder für die Administration von Promotions
  • Subkomponenten für das Rendern und Bearbeiten von Konfigurationsparametern für die Promotion-Handler

In AEM sind die Promotions auch in das Kampagnen-Management integriert:

• Eine Kampagne legt die Zeiten für Aktivierung/Deaktivierung fest.
• Erlebnisse innerhalb der Kampagne dienen dazu, Assets (Teaser-Seiten, Promotions usw.) je nach dem entsprechenden Zielgruppensegment zu gruppieren.

Eine Promotion kann entweder in einem Erlebnis oder direkt in der Kampagne erfasst werden:

• Wenn eine Promotion in einem Erlebnis erfasst ist, kann sie automatisch auf ein Zielgruppensegment angewendet werden.

  Beispielsweise die Promotion auf der Beispielsite geometrixx-outdoors:

  /content/campaigns/geometrixx-outdoors/big-spender/ordervalueover100/free-shipping

  befindet sich in einem Erlebnis, wird also immer dann automatisch ausgelöst, wenn das Segment ( ordervalueover100) aufgelöst wird.

• Wenn eine Promotion nicht in einem Erlebnis angezeigt wird (also nur in der Kampagne), kann sie nicht automatisch auf eine Zielgruppe angewendet werden. Sie kann jedoch dennoch ausgelöst werden, wenn ein Käufer einen Gutschein im Warenkorb eingibt und dieser Gutschein auf die Promotion verweist.

  Zum Beispiel gilt für die Promotion:

  /content/campaigns/geometrixx-outdoors/article/10-bucks-off

  sie befindet sich außerhalb eines Erlebnisses und wird daher nie automatisch ausgelöst wird (d. h.: basierend auf der Segmentierung). Es verweisen jedoch Gutscheine, die sich in mehreren Erlebnissen der Artikelkampagne befinden, auf diese Promotion. Werden diese Gutschein-Codes im Warenkorb eingegeben, wird die Promotion ausgelöst.

Personalisierung

Kundenregistrierung und -konten

Wenn sich ein Kunde registriert, müssen die Daten seines Kontos zwischen AEM und der eCommerce-Engine synchronisiert werden. Sensible Daten werden separat gespeichert, die Profile sind jedoch freigegeben:

Der genaue Mechanismus hängt vom Szenario ab:

1. Das Benutzerkonto ist auf beiden Systemen vorhanden:

   1. Es ist keine Aktion erforderlich.

2. Das Benutzerkonto ist nur in AEM vorhanden:

   1. Der Benutzer wird in der eCommerce-Engine mit derselben Konto-ID und einem zufällig generierten Kennwort erstellt, das in AEM gespeichert wird.
   2. Das zufällig generierte Kennwort ist nötig, weil AEM beim ersten Aufruf (wenn beispielsweise eine Produktseite angefragt und für den Preis auf die eCommerce-Engine verwiesen wird) versucht, sich bei der eCommerce-Engine anzumelden. Da dies nach der AEM-Anmeldung geschieht, ist das Kennwort nicht verfügbar.

3. Das Benutzerkonto ist nur in der eCommerce-Engine vorhanden:

   1. Das Konto wird in AEM mit derselben Konto-ID und demselben Kennwort erstellt.

Bei Verwendung einer eCommerce-Engine speichert AEM nur die Konto-ID und das Kennwort (optional eine Benutzergruppe). Alle anderen Daten werden in der eCommerce-Engine gespeichert.

Kundenanmeldung

Häufig muss sich ein Käufer anmelden, um Zugriff zum Warenkorb zu erhalten. Dafür ist eine Registrierung (Konto erstellen) nötig, damit ein kundenspezifisches Konto erstellt werden kann.

Kundenanmeldung

Nach der Registrierung kann sich der Kunde bei seinem Konto anmelden, damit seine Aktionen nachverfolgt und seine Bestellungen bearbeitet werden.

Single Sign-On

Single Sign-On wird bereitgestellt, damit Benutzer beim AEM- und beim eCommerce-System bekannt sind, ohne sich zweimal anmelden zu müssen.

Mein Konto

Transaktionsdaten von der eCommerce-Engine werden mit personenbezogenen Daten zum Käufer kombiniert. AEM nutzt einige dieser Daten als Profildaten. Eine Formularaktion in AEM schreibt Daten zurück in die eCommerce-Engine.

Es gibt eine Seite, auf der Sie Ihre Kontodaten leicht verwalten können. Um die Seite anzuzeigen, klicken Sie oben auf der Geometrixx-Seite auf Mein Konto oder gehen Sie zu /content/geometrixx-outdoors/en/user/account.html.

Adressbuch

Ihre Website muss zahlreiche Adressen speichern, darunter Liefer-, Rechnungs- und Alternativanschriften. Dazu können Sie Formulare basierend auf dem Standardformat der Adressen nutzen oder die Adressbuch-Komponente von AEM.

Mit der Adressbuch-Komponente können Sie:

• Adressen im Buch bearbeiten
• eine Adresse aus dem Buch als Lieferanschrift auswählen
• eine Adresse aus dem Buch als Rechnungsanschrift auswählen

Sie können auswählen, welche Adresse Sie als Standard festlegen möchten.

Die Adressbuch-Komponente finden Sie auf der Seite Mein Konto durch Klicken auf Adressbuch oder indem Sie zu /content/geometrixx-outdoors/en/user/account/address-book.html gehen.

Klicken Sie auf Neue Adresse hinzufügen…, um eine neue Adresse zum Adressbuch hinzuzufügen. Ein Formular wird geöffnet. Geben Sie die Adressdaten ein und klicken Sie dann auf Adresse hinzufügen.

Das Adressbuch kommt zum Einsatz, wenn Sie den Warenkorb bezahlen:

Adressen werden unter user_home/profile/addresses aufbewahrt.

Die Adresse von Alison Parker befindet sich beispielsweise unter /home/users/geometrixx/aparker@geometrixx.info/profile/addresses.

Sie können auswählen, welche Adresse Sie als Standard festlegen möchten. Diese Information wird im Käuferprofil gespeichert, nicht zusammen mit der Anschrift. Als Wert für die Profileigenschaft address.default wird der Pfad der ausgewählten Adresse festgelegt.

Kundenspezifische Preisfestlegung

Die eCommerce-Engine bestimmt mithilfe des Kontexts (also im Wesentlichen der Käuferdaten) den gespeicherten Preis und gibt die korrekten Daten an AEM zurück.

Warenkorb und Bestellungen

Beim Einkaufen durchsucht der Käufer die Produktseiten und legt die ausgewählten Artikel in den Warenkorb. Wenn er zur Kasse wechselt, kann er eine Bestellung aufgeben.

Anonyme Käufer

Ein anonymer Käufer kann:

• Produkte anzeigen
• Produkte zum Warenkorb hinzufügen
• auf der Kassenseite eine Bestellung aufgeben

Registrierte Käufer

Ein registrierter Käufer kann:

• sich bei seinem Konto anmelden
• Produkte anzeigen
• Produkte zum Warenkorb hinzufügen
• auf der Kassenseite eine Bestellung aufgeben
• frühere Bestellungen anzeigen und nachverfolgen

Übersicht über den Inhalt des Warenkorbs

Der Warenkorb umfasst:

• einen Überblick über die ausgewählten Artikel

• Links zu den Produktseiten für die ausgewählten Artikel

• die Fähigkeit:

  • die Anzahl/Menge der einzelnen Artikel zu aktualisieren
  • einzelne Artikel zu entfernen

Der Warenkorb wird je nach verwendeter Engine gespeichert:

• Die generische AEM-Version speichert den Warenkorb in einem Cookie.
• Bestimmte eCommerce-Engines können den Warenkorb in einer Sitzung speichern.

In jedem Fall bleiben die Artikel im Warenkorb (und können wiederhergestellt werden), wenn sich der Käufer ab- und wieder anmeldet (allerdings nur auf demselben Rechner/im selben Browser). Beispiel:

• Surfen Sie anonymous und fügen Sie Produkte zum Warenkorb hinzu.

• Melden Sie sich als Allison Parker an. Ihr Warenkorb ist leer.

• Fügen Sie Produkte zu ihrem Warenkorb hinzu.

• Melden Sie sich ab. Der Warenkorb zeigt die Produkte für anonymous an.

• Melden Sie sich erneut als Allison Parker an. Ihre Produkte werden wiederhergestellt.

Vor dem Bezahlen werden etwaige Preisänderungen (in beiden Systemen) widergespiegelt.

Bestelldaten

Je nach Implementierung werden die Daten zu einer Bestellung entweder in der eCommerce-Engine oder in AEM gespeichert; diese Daten werden von AEM gerendert.

Es werden unterschiedliche Daten gespeichert, beispielsweise:

• Auftrags-ID

  Die Referenznummer für die Bestellung.

• Platziert

  Das Datum, an dem die Bestellung aufgegeben wurde.

• Status

  Der Status der Bestellung z. B. „versendet“

• Währung

  Die Währung der Bestellung.

• Inhaltselemente

  Eine Liste der bestellten Artikel.

• Zwischensumme

  Die Gesamtkosten der bestellten Artikel.

• Steuer

  Der für die Bestellung anfallende Steuerbetrag.

• Versand

  Versandkosten.

• Gesamtbetrag

  Der Gesamtbetrag der Bestellung (bestellte Artikel, Steuer, Versand).

• Rechnungsadresse

  Die Adresse, an die die Rechnung gesendet werden soll.

• Zahlungs-Token

  Die Zahlungsmethode.

• Zahlungsstatus

  Status der Zahlung.

• Lieferadresse

  Die Adresse, an die die Waren geliefert werden sollen.

• Versandart

  Die Versandart, z. B. Post, Luftfracht, Seefracht.

• Tracking-Nummer

  Eine Tracking-Nummer des Versandunternehmens für die Sendungsnachverfolgung

• Tracking-Link

  Der Link, der während des Versands zur Sendungsnachverfolgung genutzt wird.

Wenn eine Bestellung in AEM gespeichert wird, zeigt die Bestellungs-Konsole Folgendes für jede Bestellung an:

• die Anzahl der Artikel im Warenkorb
• den Gesamtwert der Bestellung
• den Zeitpunkt, zu dem die Bestellung aufgegeben wurde
• den Status

Bestellungsnachverfolgung

Nachdem sie eine Bestellung aufgegeben haben, kehren Käufer häufig zurück, um:

• den Status ihrer Bestellung zu überprüfen
• Produkte aus der Bestellung zu entfernen
• Produkte zur Bestellung hinzuzufügen

Nach dem Erhalt der Lieferung möchten Käufer möglicherweise die Bestellungen einsehen, die sie in einem bestimmten Zeitraum aufgegeben haben.

Die Erfüllung und die Nachverfolgung von Bestellungen werden in der Regel von der eCommerce-Engine verwaltet. Informationen können über die Bestellverlauf-Komponente in AEM angezeigt werden, die alle relevanten Details aufführt, einschließlich der angewendeten Gutscheine und Promotions. Beispiel:

Checkout

Die Kasse wird mit standardmäßigen AEM-Formularen implementiert. Damit kann der Marketingmanager das Erlebnis mit Marketinginhalten anpassen.

Das eCommerce-System verwaltet dann den Bezahlvorgang mit Daten aus den AEM-Formularen.

Zahlungssicherheit

Zahlungsdaten, einschließlich Kreditkartendaten, werden häufig von der eCommerce-Engine verwaltet. AEM leitet solche Transaktionsdaten an die Engine weiter (von wo aus sie dann zu einem Zahlungsdienstleister weitergeleitet werden).

Die Einhaltung des Payment Card Industry (PCI)-Standards ist gewährleistet.

Bestellbestätigung

Die Bestellung wird auf dem Bildschirm bestätigt und lässt sich mit der Bestellungsnachverfolgung nachverfolgen.

Suchen

Da AEM Standardseiten für Produkte nutzt, können Sie mit der Standard-Such-Komponente eine Suchseite erstellen.

Wenn Sie eine tiefergreifende Implementierung benötigen, können Sie:

• die Standard-Such-Komponente um die benötigten Funktionen erweitern oder
• die Suchmethode im CommerceService implementieren und dann die eCommerce-Such-Komponente auf der Suchseite nutzen

Bei Nutzung einer E-Commerce-Engine kann die E-Commerce-Such-API vollständig in die E-Commerce-Engine-Lösung implementiert werden, sodass Sie die vorkonfigurierte E-Commerce-Such-Komponente nutzen können. Mit der Facettensuche können Sie JCR und/oder die Engine durchsuchen: