SAP Commerce Cloud 2005 enthält Schlüsselfunktionen, die eine erstklassige Customer Experience mit Headless Commerce-Szenarien ermöglichen, und unterstützt End-to-End-Geschäftsprozesse für den Aufbau eines intelligenten Unternehmens.

Ein kurzer Überblick

  • Commerce OCC APIs und damit mehr Unterstützung für den Spartacus Storefront

  • Erweiterungen des Backoffice-Frameworks

  • Verbesserungen im Produkt-Content-Management

  • Wiedereinführung des WCMS-Cockpit und Verbesserungen in SmartEdit

  • Die Content-Driven Services Integration ermöglicht weitere Funktionen wie A/B-Tests und Merchandising, um durch Echtzeit-Personalisierung ein besseres Kundenerlebnis zu ermöglichen.

  • Plattformänderungen, wie keine Standardbenutzer und -passwörter mehr, Bereitstellung zum Löschen der queryCache-Region.

  • Leistungsverbesserungen der Promotion- und Rule Engine – Updates und Verbesserungen von Drools (wie Update auf Version 7.21, Kie Session Pooling etc.)

  • SAP-Integrationen – Vereinheitlichte und verbesserte Auftragsabwicklung (S/4 HANA / ERP); Replikation von Serviceaufträgen (S/4 HANA Service); Verbesserte CPQ-Integration

  • Erweiterungen der Integrations-APIs und der SAP Cloud Platform Integration für Commerce Cloud vereinfachen die End-to-End-Integrationen für unternehmensweite Geschäftsprozesse.

  • Neue Installations Rezepte

OCC-API

Wenn ich nur ein einziges Feature aus der 2005er Commerce Cloud-Version hervorheben darf, dann wäre es die Omni Commerce Connect API. Die Einführung der Spartacus Storefront als UI-Layer hat bereits gezeigt, dass das SAP Commerce Cloud Framework beabsichtigt, ein flexibles Headless-Commerce-System aufzubauen und um es konkret in ihren Worten auszudrücken – „Embed Commerce everywhere through an API first approach“. Dies würde es uns in der Tat ermöglichen, mehrere Commerce-Touchpoints (wie entkoppelte Storefront, Apps, Wearables, usw.) über API-Aufrufe mit dem Backend zu verbinden und gleichzeitig Geschwindigkeit und Agilität zu ermöglichen. Die Vorteile? Nun, dies würde Unternehmen in die Lage versetzen, neue Kunden (und damit Verkäufe) zu erreichen, die Kundenerfahrung durch schnelle Innovation zu verbessern und auch die Kosten und den Zeitaufwand für Migration/Upgrade zu senken. In der Tat werden wir agiler auf Kundenbedürfnisse und den Markt reagieren können. Die OCC-APIs in der Version 2005 tragen weiterhin dazu bei, das Front-End von der Back-End-Plattform zu entkoppeln.

Lassen Sie uns die OCC-API-Themen unterteilen in solche, die eine Spartacus Storefront (um genau zu sein – die neueste Version 1.5 zum Zeitpunkt des Verfassens dieses Artikels) und andere Themen unterstützen können. Nichtsdestotrotz können all diese Funktionen leicht zur Unterstützung von benutzerdefinierten Headless-Commerce-Storefronts und natürlich auch der zukünftigen Versionen des Spartacus-Teams eingesetzt werden.

Spartacus Storefront Support

Seit seinem Start im Juli 2019 als Open-Source-Projekt hat uns das Spartacus-Framework so beeindruckt, dass wir hier einen ganzen Blog über Spartacus geschrieben haben. Das Spartacus-Projektteam hat sich zum Ziel gesetzt, diese JavaScript-basierte Storefront in eine echte PWA* umzuwandeln, so dass die Spartacus-Storefront wie eine native Anwendung in unseren Telefonen/Tablets funktionieren würde.

Das Team beabsichtigt, 80 % der Funktionen, die jetzt in den Accelerator Stores verfügbar sind, bis Ende 2020 in die Spartacus-Storefronts zu integrieren; daher gab es regelmäßige Veröffentlichungen mit neuen Funktionen (zusammen mit Fehlerbehebungen) alle paar Monate. Die neu veröffentlichten Spartacus-Bibliotheken benötigen die Backend-Unterstützung (für ihre neuen Funktionen) in der Commerce Cloud.

Commerce Cloud 2005 unterstützt jetzt im Spartacus Storefront folgendes:

  • Self-Service Rückgabe und Stornierung: Diese Funktionen wurden bereits in Version 1.4 im Spartacus Storefront eingeführt, können aber jetzt durch eine Verbindung mit der Commerce Cloud 2005-Version aktiviert werden.
    • Kunden können auf der Bestelldetailseite Mengen angeben und Stornierungs- sowie Rückgabeanträge einreichen.
  • Unterstützung für OCC-Erweiterungen und Kompatibilität mit Spartacus 1.x Versionen
    • HINWEIS Standardmäßig lautet der Endpoint-Path nun /occ/v2 anstelle des alten /rest/v2.
    • Da alle Funktionen des Storefronts von den OCC-APIs aus dem Backend abhängig sind, wird Spartacus 1.x von der 2005er Version von SAP Commerce Cloud unterstützt.
  • Weitere Informationen zu den Spartacus-Funktionen finden Sie im Spartacus-Wiki.

*Eine PWA (Progressive Web App) ist wie eine native Anwendung auf Ihrem Telefon, aber sie wurde mit Webtechnologien wie HTML5, JavaScript, Angular und CSS3 erstellt. Wenn sie richtig aufgebaut ist, kann eine PWA nicht von einer nativen Anwendung unterschieden werden. PWAs können auf einem Gerät wie einem Telefon installiert werden, und sie benötigen keine App-Stores wie ‚Google Play Store‘ oder ‚iTunes‘.

PS: Arineo ist einer der ersten Anwender des Headless Commerce und haben den Spartacus Storefront bereits erfolgreich für unser Projekt „MovE into the Future“ genutzt – Klicken sie hier um mehr zu erfahren.

Weitere Merkmale von OCC

Mit dieser Version der Commerce Cloud wurden OCC APIs-Features zur Unterstützung von B2B-Shops hinzugefügt. Storefronts können diese APIs nutzen (ein Spartacus-Storefront des B2B-Shops wird in Kürze erwartet):

  • B2B Commerce Organization (aka „Mein Unternehmen“): APIs zur Verwaltung der Einheiten der B2B-Organisation wie Einheiten, Kostenstellen, Budgets und Benutzer
  • B2B Scheduled Replenishment und Reorder. Diese Funktionen (zum Planen automatischer Nachbestellungen und zum einfachen nachbestellen bei einer bestehenden Bestellung) können jetzt auch in der Headless Storefront über die API-Aufrufe durchgeführt werden
  • B2B Inventory Display

Die anderen Punkte, die bei neuen OCC-APIs beachtet werden sollten, sind:

  • B2B-OCC-APIs können jetzt zusammen mit B2C-/core-OCC-APIs auf derselben Instanz verwendet werden.
  • SAP Variant Configuration und Pricing OCC APIs für die komplexe Variantenkonfiguration und Preisfindung.
  • OCC AddOns jetzt als Erweiterungen verfügbar: Ab der Version 2005 sind die *occ extensions die Standardmethode zur Bereitstellung von OCC REST API-Unterstützung durch das neue cx-recipe. Irgendwann werden die *occaddons veraltet sein und entfernt
  • assistedservicewebservices-extension wurde mit weiteren APIs für bestehende ASM-Funktionen erweitert: z.B. Autovervollständigung für die Kundensuche; Anonyme Warenkörbe

Backoffice enhancements

Unter Beibehaltung des Backoffice-Frameworks als eine zentrale Business Tool Umgebung und Webanwendung führt die Version SAP Commerce Cloud 2005 weitere Verbesserungen des Backoffice-Systems ein:

  • Der Workflow-Designer verbessert das Visualisierungserlebnis bei Workflow-Designs und steigert dadurch die Produktivität beim Workflow-Management. SAP Commerce Cloud 2005 versucht, die technische Aufgabe der Erstellung von Workflow-Vorlagen in eine einfache Business-Aufgabe mit geringem bis gar keinem Schulungsaufwand zu verwandeln. Backoffice-Benutzer können jetzt Knoten und Verbindungen visuell erstellen, bearbeiten und löschen. Eine Drag-and-Drop-Funktionalität erleichtert die Bewegung der Knoten – die ihrerseits mit Pfeilen verbunden werden können. Eine solche Manipulation macht es einfacher, ein gewünschtes Workflow-Muster zu erstellen. Außerdem hilft der Erstellungsassistent jetzt beim Erstellen von „Entscheidung“- und „Und“-Knoten.
  • Solr-Suchverbesserungen für große Kataloge

Erweiterungen im Backoffice-Product-Bundle

  • Erweiterte Konfiguration für Klassifikationsattribute : Dies soll sicherlich die Leistung in der Backoffice-Anwendung beim Laden von Klassifizierungsattributen verbessern. Das Standardverhalten ist, dass alle Klassifizierungsattribute im Register ‚Attribut‘ im Editorbereich erscheinen. Mit der Version 2005 von SAP Commerce Cloud können diese Attribute unterteilt und in verschiedenen Registern angezeigt werden (anstelle von Abschnitten im Register ‚Attribute‘). Wenn es eine große Anzahl von Klassifikationsattributen gibt, verbessert die Trennung in Registerkarten die Geschwindigkeit, mit der sie in die Anwendung geladen werden.
  • Bundle-Perspective: Dies ist eine neue Perspektive im Backoffice-Produkt-Cockpit, welche die Verwaltung komplexer Produkt-Bundles und Regeln ermöglicht. Die Navigation gruppiert Bundles effektiv in Kataloge, während die Baumansicht die Komponenten (und Produkte) unter dem Bundle zeigt. In den Bundle-Details werden auch die Datenqualitätsattribute dargestellt, mit deren Hilfe Produktmanager überprüfen können, wie viele der erforderlichen Produktinformationsdaten bereits bereitgestellt wurden und welche noch verbessert werden können. Produkte in einem Bundle können verwaltet werden:
    • Zuweisen/Entfernen von Produkten zu/von Komponenten
    • Konfigurieren von Produktpreisen (d.h. bedingte Rabatte für Produkte im Bundle) und Regeln zur Deaktivierung von Produkten (d.h. Regeln, die Kunden am
    • Kauf bestimmter Produktkombinationen hindern).
    • Definition von Produktselektionskriterien und Abhängigkeitsregeln.
    • Kombination von Produkten, die sonst separat verkauft werden

Smart Edit Improvements

Obwohl der Einsatz von Smart Edit empfohlen wird, wurde das WCMS Cockpit wieder eingeführt. Dies ist gedacht für Kunden, die von einer älteren Version zu SAP Commerce Cloud 2005 migrieren um den schnellen Einstieg in die Nutzung der Plattform-Services und die zwischenzeitliche Einarbeitung in SmartEdit zu erleichtern.

Es können nun Media Container für die Erstellung von Simple Responsive Banner Component verwendet werden.  Media Container erleichtern die Verwaltung der Bilder für Bildschirmformate: Widescreen, Desktop, Tablet und Mobile. SmartEdit zeigt den Namen des Media Containers im Feld Responsive Media Name Feld an und den Bereich, in den wir die Bilder für die Bildschirm-Formate hochladen können.

Single Sign-On: Benutzer können sich jetzt mit ihrem Firmenzugang in die SmartEdit-Anwendung einloggen, da SmartEdit ab der Version 2005 der SAP Commerce Cloud Single Sign-On-Unterstützung bietet. Dadurch entfällt die Notwendigkeit, sich anzumelden, wenn der Benutzer während einer Sitzung die Anwendung wechselt. SSO trägt auch dazu bei, den Verwaltungsaufwand für die Verteilung mehrerer Authentifizierungs-Token an einen Benutzer zu reduzieren.

Änderungen der Plattform

Plattform-Version 2005 umfasst:

  • Pflege der QueryCacheRegion: Wie wir wissen, bietet die SAP Commerce Cloud Standard-Cache-Regionen für Entities, Caches und Medien. Obwohl eine benutzerdefinierter Cache-Region vorgesehen war, sieht die Commerce-Version 2005 die Möglichkeit vor, Einträge in der QueryCacheRegion (flexible search query cache) zu löschen. Implementierung der Strategie – ‚CleanUpQueryCacheRegionStrategy‘, die veraltete Einträge in festen Intervallen aus dem Speicher entfernt.Der Intervallwert kann in der Property queryRegionCache.clean.interval *. gesetzt werden. Die Funktion kann über die Property queryRegionCache.clean.enabled de- bzw. aktiviert werden. Standardmäßig ist sie aktiviert.
  • Change Detection: Änderungen an Elementen können jetzt mithilfe einer Methode aus der FlexibleSearchService-API erkannt werden. Beim Verwenden dieser Methode, wird ein geringer Speicherplatz benötigt, was zu einem unbedeutenden Leistungsverlust führt.
  • Deletion of CronJobHistory Entries: Es existiert jetzt die Möglichkeit, die Anzahl der CronJobHistory-Einträge pro CronJob zu begrenzen. Der cronJobHistoryRetentionCronJob‘ ist standardmäßig aktiviert (Property : cronjobhistory.cleanupjob.create=true.) und verwendet eine Aufbewahrungsregel des Data Retention Frameworks zum Löschen von CronJobHistory-Einträgen. Der Job läuft stündlich einmal und behält nur einen Eintrag in der Historie.
  • Standardbenutzer und Passwörter sind deaktiviert: Aus Sicherheitsgründen sind alle Standardbenutzer (während der Initialisierung) deaktiviert und werden ohne vorkonfigurierte Passwörter geliefert (im Gegensatz zum Standard ‚123456‘ wie in alten Plattformversionen). Der Admin-Benutzer ist der einzige Benutzer, den wir vor der Initialisierung konfigurieren müssen (z.B. in der local.properties).
  • Unterstützung für Oracle 19c
  • Unterstützung für Spring 5.2.3

Integrations-API

Die Integrations-APIs ermöglichen eine dynamische Konfiguration von OData V2-Diensten, die es ermöglichen, Daten von der SAP Commerce Cloud zu laden, abzurufen und zu bearbeiten.

Die APIs, die in der Version 2005 der Commerce Cloud veröffentlicht wurden, leisten einen bedeutenden Beitrag die Integrationserfahrung von Administratoren und Nutzern der API zu bereichern.

Simplere Klassifizierungsattribute

Die Integrations-API unterstützt Klassifizierungsattribute in den GET-, PATCH-, POST- und DELETE-APIs nur für den Produkttyp und seine Subtypen. Diese neue, vereinfachte Funktion ermöglicht es API-Benutzern, den Produkten dynamisch Klassifizierungsattribute zuzuweisen, ohne die Komplexität des Klassifizierungssystems zu offenbaren. Die einfache Konfigurationsoption im Backoffice ermöglicht es Administratoren, den Produkten zur Laufzeit Klassifizierungsmerkmale hinzuzufügen.

Verbesserungen der Backoffice-Integrationswerkzeuge

Zusätzlich zu zahlreichen kleineren Verbesserungen für den Benutzer verbessert das Backoffice-Integrations-UI-Tool die Erfahrung bei der Modellierung von Integrationsobjekten durch neue Registerkarten im modalen Metadatenfenster. Die neue JSON-Registerkarte zeigt ein Beispiel-Payload des Integrationsobjekts zur Vereinfachung von POST- und PATCH-HTTP-Anfragen. Mit der neuen Visualisierungsansicht können Benutzer die Zusammensetzung ihrer Integrationsobjekte analysieren, um die komplexen Beziehungen zwischen den zugrunde liegenden Elementtypen besser zu verstehen.

Zusätzlich können Administratoren auf Audit-Berichte sowohl für Integrationsobjekte als auch für Outbound-Sync-Konfigurationen zugreifen, um zu sehen, wie sie sich im Laufe der Zeit geändert haben, falls eine Fehlkonfiguration vorliegt.

API-Verbesserungen

Alle Integrationsobjekte haben einen PATCH-Endpunkt zur Aktualisierung von Attributwerten. Die PATCH-Operation ist eine Teilaktualisierung, die nur die in der Payload gelieferten Attributwerte ersetzt. Diese Funktionalität steht im Gegensatz zur POST-Anforderung, die ein Integrationsobjekt in die Integrations-API einfügen oder aktualisieren kann. Sie können nur ein Integrationsobjekt pro PATCH-Anfrage aktualisieren. Wenn Sie vorhandene Attribute des Integrationsobjekts nicht in die Payload eines PATCH-Requests aufnehmen, bleiben die Werte für die weggelassenen Attribute unverändert.

Administratoren können das Suchverhalten des Elementtyps für alle Anfragemethoden in der Integrations-API konfigurieren. Mit einer Konfigurationseigenschaft können Administratoren ändern, wie die Integrations-API nach allen Integrationsobjektelementen sucht, wenn eine Anfrage ausgeführt wird. Zusätzlich kann das Verhalten jedes einzelnen Integrationsobjekts außer Kraft gesetzt werden, indem die Übereinstimmung des Elementtyps für jeden zugrunde liegenden Typ angegeben wird. Die Werte für die Eigenschaft sind:

ALL_SUB_AND_SUPER_TYPES – Sucht nach übereinstimmenden Elementen in allen Supertypen, Subtypen und dem aktuellen Elementtyp (Standard)

ALL_SUBTYPES – Sucht nach übereinstimmenden Elementen in allen Untertypen und dem aktuellen Elementtyp
RESTRICT_TO_ITEM_TYPE – Sucht nach übereinstimmenden Artikeln desselben Artikeltyps
Benutzer von GET-APIs können nun zusätzliche Filterkriterien auf Suchanfragen anwenden, wie z.B. gt (größer als), lt (kleiner als), gte (größer oder gleich), lte (kleiner oder gleich) und ne (nicht gleich). Zusätzlich können Sie die Suchergebnisse in aufsteigender oder absteigender Reihenfolge nach Attributen des Integrationsobjekts sortieren.

Das Integrations-API-Modul fügte Unterstützung für primitive Kartentypen sowohl für eingehende als auch ausgehende Integrationen hinzu.

Context-Driven Services Integration

Bei den Context-Driven Services handelt es sich um eine SaaS-Integration in SAP Commerce, die es ermöglicht, Funktionalitäten für ein personalisierteres Erlebnis und eine bessere Kundenbindung bereitzustellen. Die Ergänzungen zu den Context-Driven Services in der Version 2005 sind:

  • Spartacus-Integration : Der Storefront ist leicht integrierbar und gibt den Benutzern die Möglichkeit, den gesamten Datensatz kontextbezogener Dienste einschließlich Foundation, Segmentation, Merchandising und Communication zu nutzen.
  • A/B-Prüfung: Das A/B-Prüfungsmodul ermöglicht es, zwei Mixcards, die derselben Merchandising-Strategie zugeordnet sind, miteinander zu vergleichen, um festzustellen, welche besser geeignet ist.
  • Merchandising-Reporting
  • SAP Marketing Integration: Erfasst das detaillierte Interaktionsverhalten einzelner SAP-Commerce-Kunden und stellt es der SAP Marketing Cloud zur Verfügung.
  • Segment Size Prediction : Es handelt sich um eine spezielle Segment Builder-Komponente, die Business-Anwendern hilft abzuschätzen, wie viel Traffic in ein Segment fallen kann. Sie stellt die vorausgesagte Größe des Segments auf der Grundlage von Metriken dar, die über den Zeitraum der letzten sieben Tage gesammelt wurden.

Installation Recipes

Die Recipes in der Version Commerce Cloud 2005 wurden überarbeitet. Es besteht nun die Wahl zwischen zwei Recipes für den Bau von Online-Shops, die nicht die Funktionen eines chinesischen Shops benötigen.

Schritte zur Einrichtung der Commerce Cloud zur Verwendung des Spartacus Storefront

Es ist erwähnenswert, dass mit den neuen Recipes jetzt auch der Spartacus Storefront unterstützt wird. Somit werden die Nutzer von den kleineren Konfigurationen entlastet, die durchgeführt werden mussten, um einen Standardshop für den Spartacus Storefront einzurichten, wie hier erwähnt. Mit den Rezepten der 2005er Commerce Cloud müssen wir nur:

  • die neueste Version des spartacussampledataaddon von der Spartacus Storefront Library herunterladen (im Abschnitt Assets). Das Addon liefert Beispieldaten und kopiert den Electronics Storefront mit Inhaltsänderungen, die für den standard Spartacus Storefront funktionieren.
  • das addon anschließend in hybris/bin/modules/ ablegen
  • Einträge für das spartacussampledataaddon im build.gradle file für das zugehörige recipe auskommentieren. Z.B. installer/recipe/cx
  • Das recipe ausführen, nicht vergessen ein admin Passwort zu vergeben:
./install.sh -r cx setup -A initAdminPassword=

In case you would need to customize your accelerator, then you could check the steps here.

Recipes im Commerce Cloud 2005 Release

  • b2b_china
  • b2c_china
  • cx : B2C & B2B Accelerators mit OMS (ehemalig b2c_b2b_acc_oms)
  • cx_old_occ
  • marketplace_acc_china

Entfernte Recipes

  • b2b_acc_plus
  • b2b_c4c
  • b2c_acc_cis
  • b2c_acc_plus
  • b2c_acc_ymkt
  • b2c_b2b_acc_cpq
  • b2c_b2b_acc_dp
  • b2c_b2b_acc_oms
  • b2c_c4c
  • marketplace_acc
  • sap_aom_som_b2b_b2c
  • sap_oms_aom_b2b_b2c

Weitere wichtige Informationen zum SAP Commerce Cloud release 2005

End-Of-Life (EOL) distributions

Die End-of-Life-Termine für die vorherigen Version der SAP Commerce Cloud haben sich geändert:

Release-Version Allgemeine Verfügbarkeit Ursprünglicher OEL-Termin Neuer EOL-Termin
1801 08. August 2018 12. Dezember 2020 29. August 2021
1811 12. Dezember 2018 29. Mai 2021 29. August 2021
1905 29. Mai 2019 29. Mai 2021 29. August 2021
2005 13. Mai 2020 13. August 2022 13. August 2022

Außerdem sind die EOL-Termine für die 6.x Versionen erwähnenswert:

Realease-Version Allgemeine Verfügbarkeit End-of-Life-Termin
6.4 31. Mai 2017 30. August 2019
6.5 30. August 2017 13. Dezember 2019
6.6 13. Dezember 2017 11. April 2020
6.7 11. April 2018 08. August 2020

Wir glauben, dass Sie nach dem Lesen dieses Beitrags unserer Empfehlung, auf die SAP Commerce Cloud 2005 zu migrieren, sicherlich zustimmen würden. Zögern Sie nicht uns zu kontaktieren, damit wir Ihnen weiterhelfen können.

zugehöriges Portfolio