Accueil
Documentation
HCL Commerce est une plateforme de commerce électronique haute disponibilité, hautement évolutive et personnalisable. Capable de prendre en charge des centaines de milliers de transactions par jour, HCL Commerce vous permet de faire des affaires avec les consommateurs (B2C) ou directement avec les entreprises (B2B). HCL Commerce utilise une technologie conviviale pour faciliter et rendre le déploiement et le fonctionnement à la fois faciles et efficaces. Il fournit des outils faciles à utiliser permettant aux professionnels de créer et gérer des campagnes marketing de précision, des promotions, des catalogues et du marchandisage sur tous les canaux de vente, Les professionnels peuvent créer et gérer des campagnes de marketing de précision, des promotions, des catalogues et du merchandising à travers tous les canaux de distribution. Les professionnels peuvent également utiliser des fonctionnalités de gestion de contenu activées par intelligence artificielle (IA).
Référence
Les rubriques de la section Référence contiennent toute la documentation de référence HCL Commerce.
Sous-système de paiements
Dans HCL Commerce, le traitement des paiements utilise le sous-système Paiements.
Sous-système de paiements
Dans HCL Commerce, le traitement des paiements utilise le sous-système Paiements.
Architecture Sous-système de paiements
Le Sous-système de paiements est composé de trois parties principales : Moteur de règles de paiement, Contrôleur des plug-in de paiement et les plug-ins de paiement.
Moteur de règles de paiement
Le Moteur de règles de paiement détermine l'action à prendre à partir de l'instruction de paiement, du mode de paiement et de l'événement de paiement.

Documentation
HCL Commerce est une plateforme de commerce électronique haute disponibilité, hautement évolutive et personnalisable. Capable de prendre en charge des centaines de milliers de transactions par jour, HCL Commerce vous permet de faire des affaires avec les consommateurs (B2C) ou directement avec les entreprises (B2B). HCL Commerce utilise une technologie conviviale pour faciliter et rendre le déploiement et le fonctionnement à la fois faciles et efficaces. Il fournit des outils faciles à utiliser permettant aux professionnels de créer et gérer des campagnes marketing de précision, des promotions, des catalogues et du marchandisage sur tous les canaux de vente, Les professionnels peuvent créer et gérer des campagnes de marketing de précision, des promotions, des catalogues et du merchandising à travers tous les canaux de distribution. Les professionnels peuvent également utiliser des fonctionnalités de gestion de contenu activées par intelligence artificielle (IA).
- Mise en route
  HCL Commerce possède différents avantages pour les utilisateurs professionnels, les administrateurs et les développeurs. HCL Commerce cible chacun de ces rôles avec un ensemble personnalisé d'offres, afin que chaque utilisateur puisse en tirer le meilleur parti.
- Installation et déploiement
  Découvrez comment installer et déployer des environnements de production HCL Commerce development environment et HCL Commerce.
- Migration
  Avant d'effectuer une migration vers HCL Commerce Version 9.1, consultez les informations ci-après pour vous aider à planifier et exécuter votre migration.
- Exploitation
  Les sujets de la catégorie Exploitation mettent en évidence les tâches généralement effectuées par les utilisateurs professionnels et les représentants du support client pour effectuer leurs tâches quotidiennes dans le cadre de l'exploitation du site HCL Commerce.
- Intégration
  Les rubriques de la catégorie Intégration mettent en évidence les tâches couramment effectuées pour l'utilisation de HCL Commerce en association avec d'autres produits.
- Administration
  Les rubriques de la catégorie Administration traitent des tâches généralement effectuées par l'administrateur de site pour prendre en charge les opérations quotidiennes du site HCL Commerce.
- Personnalisation
  Les rubriques de la section Personnalisation décrivent les tâches réalisées par un développeur d'applications pour personnaliser HCL Commerce.
- Tutoriels
  HCL Commerce fournit de nombreux tutoriels pour vous aider à personnaliser et à comprendre votre instance et vos magasins HCL Commerce.
- Exemples
  Les sujets de la catégorie Exemples illustrent différents exemples fournis avec HCL Commerce.
- Conformité
  La section suivante décrit comment vous pouvez tirer parti des fonctions et fonctionnalités d'HCL Commerce pour que votre site soit conforme aux différentes normes de sécurité et de protection de la vie privée.
- Sécurisation
  Ces rubriques décrivent les fonctions de sécurité de HCL Commerce et leur mode de configuration.
- Performances
  Les rubriques de la section Performances décrivent les moyens par lesquels vous pouvez planifier, implémenter, tester et revoir l'optimisation des performances du site HCL Commerce.
- Identification des incidents
  Les rubriques de la section Résolution des problèmes mettent en évidence les problèmes courants rencontrés HCL Commerce et comment ils peuvent être traités ou atténués.
- Référence
  Les rubriques de la section Référence contiennent toute la documentation de référence HCL Commerce.
  - Référence de l'API HCL Commerce
    HCL Commerce expose deux API de programmation principales. La première API et l'API la plus récente est une interface REST, et la plupart des nouvelles classes sont exposées ici. L'API Java existante contient également de nouvelles classes qui ne conviennent pas à REST et peuvent être parcourues au format Javadoc.
  - Référence croisée des beans et des tables de données
    Les beans de données sont regroupés en plusieurs groupes de composants.
  - Référence croisée des commandes, des tâches et des tables
    Les commandes d'URL, les commandes de contrôleur, les instructions de tâches, les instructions de visualisation et les tables sont liées les unes aux autres.
  - Référence croisée : Commandes de beans aux tables de base de données
    Utilisez ces informations lorsque vous personnalisez une commande et souhaitez savoir quelles tables sont affectées. Vous devez également utiliser cette rubrique si vous modifiez une table et souhaitez savoir quelles commandes et beans sont affectés.
  - Commandes Run Engine
    Les commandes Run Engine suivantes sont disponibles par défaut pour vous permettre de configurer les applications qui s'exécutent dans les conteneurs.
  - Saisie des conteneurs Docker.
    Pour entrer dans un conteneur Docker, vous pouvez effectuer les étapes suivantes.
  - Logique de démarrage du conteneur Docker pour HCL Commerce Version 9.1
    Lorsque vous déployez un conteneur à partir d'une image fournie par HCL, un script d'assistance Entrypoint.sh détermine les configurations à utiliser lors du démarrage du conteneur. Examinez les informations suivantes pour connaître ce que fait le script d'aide et comment vous pouvez personnaliser les configurations.
  - HCL Commerce schéma de base de données
    Le modèle de base de données HCL Commerce a été conçu pour l'intégrité des données et des performances optimales. HCL Commerce fournit plusieurs centaines de tableaux qui stockent les données d'instance HCL Commerce. Pour maintenir l'intégrité des données et faciliter l'intégrité référentielle de la maintenance, les contraintes sont largement utilisées dans le modèle de base de données. Les index sont utilisés avec soin sur les tableaux pour éviter la surindexation et pour fournir un bon équilibre entre la récupération des données et les activités de manipulation des données (insertion et mise à jour). Les règles métier sont implémentées au niveau de l'application plutôt qu'à l'aide du déclencheur de base de données. Les déclencheurs, cependant, sont utilisés pour faciliter le système de transfert des données et le verrouillage optimiste. Un nombre limité de procédures stockées dans les bases de données SQL sont utilisées pour des activités intensives en données.
  - Sous-système de paiements
    Dans HCL Commerce, le traitement des paiements utilise le sous-système Paiements.
    - Sous-système de paiements
      Dans HCL Commerce, le traitement des paiements utilise le sous-système Paiements.
      - Architecture Sous-système de paiements
        Le Sous-système de paiements est composé de trois parties principales : Moteur de règles de paiement, Contrôleur des plug-in de paiement et les plug-ins de paiement.
        Instructions de paiement
        Une instruction de paiement est l'instance d'un mode de paiement comportant les détails nécessaires à l'exécution des opérations de paiement. Par exemple, si le nom du mode de paiement est Visa, alors l'instruction de paiement se compose de Visa, du montant du paiement, du nom du titulaire de la carte, de l'adresse de facturation, du numéro de compte et de la date d'expiration.
        Modes de paiement
        Les modes de paiement sont les moyens par lesquels les paiements sont effectués. Les modes de paiement comprennent les marques de cartes de crédit, les chèques électroniques, les chèques-cadeaux et les bons de réduction des fabricants. Le client sélectionne le mode de paiement dans la page Récapitulatif de la commande.
        Modes de remboursement
        Les modes de remboursement sont les moyens par lesquels l'argent est crédité aux clients qui retournent la marchandise. Les modes de remboursement sont configurés dans la table de base de données POLICY par les types de stratégie Payment. Par exemple, pour un mode de paiement par carte de crédit, le mode de remboursement est également une carte de crédit.
        Stratégies commerciales de paiement, de remboursement et de retour
        Les modes de paiement et de remboursement sont définis dans les tables de base de données POLICY, POLICYDESCet POLICYCMD. Si les modes de paiement et les stratégies commerciales prédéfinies ne répondent pas à vos besoins, vous pouvez en ajouter de nouvelles. Toutefois, ne supprimez pas une stratégie commerciale Payment ou ReturnPayment, cela pourrait entraîner une rupture des conditions de paiement.
        Actions de paiement
        Une action de paiement déplace un état de paiement vers un état cible. Les actions de paiement sont déclenchées par règles de paiement en fonction du mode de paiement, de l'événement de paiement et de l'état de paiement.
        Moteur de règles de paiement
        Le Moteur de règles de paiement détermine l'action à prendre à partir de l'instruction de paiement, du mode de paiement et de l'événement de paiement.
        Contrôleur des plug-in de paiement
        Contrôleur des plug-in de paiement est un composant du sous-système de paiements. Il détermine le plug-in à utiliser (en fonction du mode de paiement) et la méthode d'API de plug-in à appeler (en fonction de l'action).
        Fonction destinée aux commerçants
        Vous pouvez utiliser la fonction destinée aux commerçants pour gérer les informations du commerçant en stockant et en gérant les propriétés spécifiques au magasin depuis la perspective Paiement.
        Payment events and task commands
        Les événements de paiement correspondent aux phases du cycle de vie des commandes et aux instructions de tâche.
        Groupe de configuration de paiement
        Un groupe de configuration de paiement est un ensemble de fichiers XML associés à un mode de paiement spécifique. Par exemple, si votre magasin accepte les chèques, le contre remboursement et deux marques de cartes de crédit, quatre configurations de paiement sont requises. Un groupe de configuration de paiement est un identificateur pour un groupe de configurations de paiement pour différents modes de paiement. Le même mode de paiement peut disposer de configurations de paiement différentes dans différents groupes de configurations de paiement identifiés par un ID de groupe de configuration de paiement différent. Un ID de configuration de paiement est le mécanisme par lequel Sous-système de paiements identifie l'ensemble de fichiers de configuration à utiliser pour un mode de paiement donné. Il s'agit d'une valeur de chaîne qui représente le dossier ou le nom du répertoire où se trouvent les fichiers XML de configuration. Un ID de configuration de paiement est utilisé par la stratégie commerciale de paiement dans la table de base de données POLICY. Les stratégies métier de paiement disposent du type de stratégie "Paiement". HCL Commerce fournit un groupe de configuration par défaut pour chaque mode de paiement initialement pris en charge (par exemple, pour les marques de cartes de crédit, les chèques, le paiement comptant à la livraison, le paiement différé et la ligne de crédit). Vous pouvez utiliser cette configuration telle qu'elle existe ou en créer de nouvelles manuellement. Le groupe de configuration de paiement "défaut" fait référence à un répertoire avec des configurations de modes de paiement par défaut.
        Données étendues dans les paiements ou les crédits
        Certains plug-ins de paiement requièrent des données ou mots clés de protocole supplémentaires pour communiquer avec un système d'arrière-plan. Ces données de protocole supplémentaires appelées extended data s'ajoutent aux attributs standard définis dans la définition PaymentInstruction. Les données étendues sont des données autres que la devise, le montant de l'instruction de paiement et le nom du mode de paiement. Par exemple, le numéro de carte de crédit, l'expiration et l'adresse de facturation sont des données étendues.
        Transactions financières
        Une transaction financière est soit un paiement individuel unique, soit une transaction de crédit. Une transaction financière de paiement correspond à une action de paiement dans le moteur Règles de paiement et une transaction financière de crédit correspond à une action de remboursement. Chaque fois que le moteur Règles de paiement décide de l'action de paiement ou de remboursement qui doit être exécutée, la transaction financière correspondante est ensuite exécutée dans le contrôleur de plug-in Payments avec le plug-in Paiements.
      - Cycle de vie des paiements
        Il y a trois étapes de traitement des paiements : validation, réservation et finalisation. Le cycle de vie des paiements est lié aux étapes du cycle de vie des commandes : capture de commande, préparation pour distribution et expédition.
      - plug-ins de paiement
        Un plug-in de paiement est un composant logiciel indépendant qui sert de proxy pour un système dorsal de paiement.
    - Données étendues dans les paiements ou les crédits
      Certains plug-ins de paiement requièrent des données ou mots clés de protocole supplémentaires pour communiquer avec un système d'arrière-plan. Ces données de protocole supplémentaires appelées extended data s'ajoutent aux attributs standard définis dans la définition PaymentInstruction. Les données étendues sont des données autres que la devise, le montant de l'instruction de paiement et le nom du mode de paiement. Par exemple, le numéro de carte de crédit, l'expiration et l'adresse de facturation sont des données étendues.
    - Règles de paiement fourni dans HCL Commerce
      Règles de paiement préciser les actions de paiement qui doivent se produire pour les modes de paiement qu'un magasin accepte pour ses biens ou services. Les actions de paiement et de crédit sont déterminées en termes de mouvements de l'état actuel à l'état cible. règles de paiement défini dans quel état cible un paiement doit être en définissant les actions nécessaires pour déplacer un paiement de son état actuel vers l'état cible.
    - Fichiers de configuration de paiement
      Utilisez ces fichiers lors de la configuration de Sous-système de paiements et des plug-ins de paiement.
    - Spécification de plug-in Payment
      Examiner l'aperçu suivant de la spécification de plug-in de paiement pour mieux comprendre comment vous pouvez utiliser les plug-ins de paiement.
  - Mise en mémoire cache dynamique
    En général, la mise en cache améliore le temps de réponse et réduit la charge du système. Les techniques de mise en cache sont utilisées pour améliorer les performances des applications Internet. La plupart des techniques sont basées sur la mise en cache du contenu statique (contenu qui varie rarement) tel que les fichiers graphique et texte. Cependant, de nombreux sites Web dispensent du contenu dynamique, contenant des informations personnalisées ou des données qui changent plus fréquemment. La mise en mémoire cache du contenu dynamique nécessite des techniques de mise en cache plus sophistiquées, telles que celles fournies par la mémoire cache dynamique WebSphere Application Server, un service intégré pour la mise en cache et la dispense du contenu dynamique.
  - Propriétés des pages de magasin HCL Commerce
  - Eléments d'entrée de cache
    L'élément racine du fichier cachespec.xml, <cache>, contient des éléments <cache-entry>. Le service de cache dynamique WebSphere analyse le fichier cachespec.xml au démarrage et extrait un jeu de paramètres de configuration de chaque élément <cache-entry>.
  - Schéma de fichier de configuration de l'utilitaire de chargement de données
    L'utilitaire de chargement de données contient plusieurs fichiers de configuration. Vous pouvez utiliser le schéma de fichier de configuration pour comprendre et personnaliser les fichiers de configuration de chargement de données.
  - HCL Commerce services web
    HCL Commerce fournit de nombreux services Web.
  - Utilitaires
    Les utilitaires HCL Commerce sont des scripts qui exécutent des opérations telles que le chargement de stratégies de contrôle d'accès, le chargement de données de magasin et le nettoyage de la base de données d'objets obsolètes. Dans les environnements d'exécution, exécutez les utilitaires à partir de Utility server Docker container. Dans l'environnement de développement, exécutez les utilitaires à partir du répertoire bin.
  - Adresse URL de flux d'achats
    HCL Commerce les URL de flux d'achat sont organisées par sous-système.
  - URL du système de messagerie
    Les URL suivantes concernent le système de messagerie.
  - URL du planificateur
    Le sous-système de serveur se compose de fonctions associées aux URL qui sont exécutées par le planificateur.
  - API jQuery Enhancements
    Le magasin type Aurora dans HCL Commerce est entièrement écrit dans jQuery, l'une des bibliothèques JavaScript les plus utilisées dans les sites Web dynamiques. L'API jQuery AJAX et d'événements fournit une infrastructure facile à utiliser qui répond à la plupart des exigences AJAX pour le développement de la vitrine.
  - HCL Commerce bibliothèque de balise constitutive
    La bibliothèque de balises constitutives JSTL HCL Commerce est une collection de balises personnalisées qui vous sont fournies pour prendre en charge la création de fichiers JSP HCL Commerce. Les magasins HCL Commerce utilisent la bibliothèque de balises standard JavaServer Pages (JSTL) pour effectuer la logique, au lieu du code Java. Dans le même temps, la logique d'entreprise est déplacée dans des beans de données. La combinaison de ces étapes permet moins de code Java dans une page JSP.

Moteur de règles de paiement

Le Moteur de règles de paiement détermine l'action à prendre à partir de l'instruction de paiement, du mode de paiement et de l'événement de paiement.

L'exemple ci-après illustre les étapes effectuées par le Moteur de règles de paiement lorsqu'un client paie pour une commande à l'aide d'une carte de crédit Visa.

Déterminer la règle d'action de paiement.
Le Moteur de règles de paiement lit le fichier de mappage du système Paiement (PaymentMappings.xml).
```
<Mapping paymentMethod="VISA"	 
paymentConfiguration="CreditCardOnline"	   
paymentActionRule="Early Approval"/>
```
paymentMethod

Nom du mode de paiement défini dans le tableau POLICY.

paymentConfiguration

Le mode de paiement est associé à un système dorsal de paiement défini dans le fichier PaymentMethodConfigurations.xml.

paymentActionRule

Comportement des actions de paiement défini dans le fichier PaymentRules.xml.
Déterminer l'état cible.
Le Moteur de règles de paiement lit à partir du fichier PaymentRules.xml. Il s'agit d'un fichier en lecture seule qui configure les règles de paiement pour un magasin ou un groupe de magasins. Chaque entrée définit l'état cible du montant de paiement concerné pour chaque événement de paiement dans la commande.
```
<PaymentRule name="Early Approval">
     <PrimePaymentEvent targetState="APPROVED" />
     <ReservePaymentEvent targetState="APPROVED" />
     <FinalizePaymentEvent targetState="DEPOSITED" />
</PaymentRule>
```
Déterminer les actions.
Le Moteur de règles de paiement lit à partir du fichier CorePaymentActions.xml. Ce fichier en lecture seule définit la façon dont l'état cible requis du paiement est atteint en termes d'actions de paiement définies par le système dorsal de paiement.
```
<TargetApproved>
     <CurrentDNE>
          <Action name="Approve" amount="requested" target="new"/>
     </CurrentDNE>
</TargetApproved>
```
Créer et mettre au premier plan un événement pour les actions. Dans cet exemple, l'événement consiste en une seule action : Approuver.