Cq e commerce

783 views
557 views

Published on

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
783
On SlideShare
0
From Embeds
0
Number of Embeds
11
Actions
Shares
0
Downloads
35
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Cq e commerce

  1. 1. eCommerce Integration Framework CQ 5.6.1 provides a new Commerce Framework to build Experience Driven Commerce websites on top of a 3rd party Commerce Platform
  2. 2. Architecture of the Commerce Framework Integration framework provides the APIs, connectors and a range of Components
  3. 3. Commerce Framework Roles AEM eCommerce caters for the following roles to maintain the data Product Information Management (PIM) User who maintains:  Product information.  Taxonomy, categorization, approval.  Interacts with digital asset management.  Pricing - often this comes from an ERP system and is not explicitly maintained in the commerce system. Author / Marketing Manager who maintains:     Marketing content for all channels. Promotions. Vouchers. Campaigns. Surfer / Shopper who:     Views your product information. Places items into the shopping cart. Checks out their orders. Expect order fulfillment.
  4. 4. Commerce Framework Implementations There are two flavors of eCommerce implementations with AEM  Native  Hybris
  5. 5. Developing for AEM native eCommerce The integration framework includes an integration layer with an API. This allows you to build AEM components for eCommerce capabilities (independent of your specific eCommerce engine). It also allows you to use the internal CRX database or to plug in an eCommerce system and pull product data into AEM. A number of out-of-the-box AEM components are provided to use the integration layer. Currently these are: • • • • • • A product display component A shopping cart Promotions and vouchers Catalog and section blueprints Check-out Search
  6. 6. eCommerce Engine The eCommerce framework can be used with any eCommerce solution, the engine being used needs to be identified by AEM - even when using the AEM native engine:  eCommerce Engines are OSGi services supporting the CommerceService interface – Engines can be distinguished by a commerceProvider service property  AEM supports Resource.adaptTo() for CommerceService and Product – The adaptTo implementation looks for a cq:commerceProvider property in the resource's hierarchy: ― If found, the value is used to filter the commerce service lookup. ― If not found, the highest-ranked commerce service is used. – A cq:Commerce mixin is used so the cq:commerceProvider can be added to strongly-typed resources.  The cq:commerceProvider property is also used to reference the appropriate commerce factory definition. – For example, a cq:commerceProvider property with the value geometrixx will correlate to the OSGi configuration for Day CQ Commerce Factory for Geometrixx-Outdoors (com.adobe.cq.commerce.hybris.impl.GeoCommerceServiceFactory) - where the parameter commerceProvider also has the value geometrixx. – Here further properties can be configured (when appropriate and available).
  7. 7.  PIM data is located under /etc  Product references under /content.
  8. 8. For Example :
  9. 9. Product  General Storage Mechanism • Product nodes are nt:unstructured. • A product node can be either: • A reference, with the product data stored elsewhere: • Product references contain a productData property, which points to the product data (typically under /etc/commerce/products). • The product data is hierarchical; product attributes are inherited from a product data node's ancestors. • Product references can also contain local properties, which override those specified in their product data. • A product itself: • Without a productData property. • A product node which holds all properties locally (and does not contain a productData property) inherits product attributes directly from its own ancestors.  AEM-native Product Structure • Each variant must have its own leaf node. • The product interface represents both products and variants, but the related repository node is specific about which it is. • The product node describes the product attributes and variant axes.
  10. 10. References – 1. Adobe Dev Day 2. Ecommerce Framework – by Paolo Mottadelli Thank You

×