Limitations et restrictions d'HCL Commerce Search

Certaines fonctions de l'environnement de recherche Commerce ne sont pas prises en charge pour la version initiale HCL Commerce Search 9.1 uniquement. Ces fonctions seront restaurées dans les futures versions ponctuelles. Certaines fonctions sont obsolètes parce qu'elles ont été ou seront remplacées par des méthodes et interfaces Ingest ou Elasticsearch spécifiques.

Ce qui est prévu pour les versions futures

Les fonctions de recherche suivantes sont toujours disponibles via l'option de recherche Solr, mais ne sont pas disponibles lors de l'utilisation du service HCL Commerce Search V9.1. Elles seront disponibles avec Ingest dans les prochaines versions.

  • HCL Commerce Version 9.1.3.0 or laterLa commutation de langue est prise en charge à partir de HCL Commerce Search version 9.1.3.0. Si le texte du catalogue n'est pas défini dans une certaine langue, l'objet contenant le texte manquant utilise plutôt la langue par défaut du magasin comme solution de repli. Cela suppose que le texte est disponible dans les paramètres régionaux par défaut. Si la langue par défaut du magasin ne contient pas le texte, l'objet n'est pas renvoyé ou renvoyé avec des propriétés manquantes.
  • HCL Commerce Version 9.1.2.0 or laterLes recherches de variantes de produits sont prises en charge avec Elasticsearch à partir de HCL Commerce Search version 9.1.2.0. Les variantes, introduites dans la version 9.0.1.11, fournissent une classe intermédiaire d'objet entre les catégories de produits et les SKU. Pour plus d'informations, voir Variantes de produits.
  • HCL Commerce Version 9.1.2.0 or laterLa base de données Oracle de données est prise en charge à partir de HCL Commerce Search version 9.1.2.0.
  • HCL Commerce Version 9.1.4.0 or laterLa fonction de regroupement des résultats Solr, également connue sous le nom d'effondrement des zones, est implémentée à partir de HCL Commerce Search version 9.1.4.0. Pour en savoir plus sur l'utilisation du regroupement des résultats dans HCL Commerce, voir Image du produit Hero.
Les fonctions suivantes ne sont pas encore disponibles pour la solution de recherche basée sur Elasticsearch :
  • Moteur de balayage du Web de contenu de site
  • Recherche de contenu non structuré (pièces jointe)
  • Séquençage de recherche approfondi
  • Une page d'accueil spécifiée via l'association de termes de recherche ne peut pas être renvoyée via le service Query
  • Prise en charge des attributs classiques

Limitations

  • Le moteur de recherche ne reconstruit pas les mots rompus. Par exemple, une recherche de "chaises" aboutira, tout comme une recherche de "chaises". L'analyseur reconnaît la chaîne comme un seul mot et effectue des opérations telles que la vérification orthographique sur ce mot. Cependant, une recherche pour "cha ises" ne fonctionne pas, car l'analyseur considère cette chaîne comme deux mots, qui ne se corrigent pas automatiquement dans un nom significatif.
  • La réindexation complète de tous les index du magasin étendu (site électronique) est requise pour obtenir une répercussion sur les produits en lien avec la vitrine (à partir du magasin de ressources de catalogue) concernant une nouvelle catégorie de vente créée dans le magasin de site étendu (site électronique) en attribuant des produits du magasin de ressources de catalogue.
  • Une seule tâche de chargement de données peut être effectuée à la fois. En effet, il n'y a pas d'informations relatives aux unités d'exécution multiples fournies par chargement de données dans les tableaux TI_DELTA_CATENTRY et TI_DELTA_CATGROUP. NiFi utilise également ces tableaux pour traiter les mises à jour incrémentielles pour le chargement de données.
  • Limitations de matchmaker de mesure/dimension :
    • Pour chaque langue supplémentaire que vous utilisez avec le matchmaker, augmentez les valeurs mem_reservation et mem_limit de NiFi de deux gigaoctets chacune.
    • Prend en charge l'utilisation des caractères X ou x comme séparateur de dimension.
    • Prend en charge uniquement les caractères L, W, H en tant que dimensions tout en définissant des dimensions pour une spécification de produit dans le catalogue.
    • Prend uniquement en charge les recherches de produits unidimensionnels, bidimensionnels et tridimensionnels.
    • Prend en charge la recherche dimensionnelle avec une valeur numérique et un mot clé de dimension, tel que long, large, haut. Par exemple, un canapé de 0,5 m de long.
    • L'espace doit être fourni entre l'unité de mesure, la dimension et le nombre.
  • Si vous modifiez la valeur de l'attribut searchable descriptif d'un produit de true à false, le produit restera consultable dans la vitrine jusqu'à ce que vous réalisiez une nouvelle indexation complète.
  • La solution de recherche basée sur Elasticsearch ne prend pas en charge l'utilisation du modèle Attribut classique. Si votre site utilise toujours le modèle Attribut classique, migrez vos attributs vers le modèle Dictionnaire d'attributs. Pour plus d'informations sur la migration vers Dictionnaire d'attributs, voir Migration des données d'attributs vers le dictionnaire d'attributs dans la documentation de WebSphere Commerce version 7.
  • La solution de recherche basée sur Elasticsearch ne respecte pas les paramètres Afficher les facettes dans Management Center pour les facettes de recherche Marque et Prix. Même si vous tentez de désactiver ces facettes, leurs valeurs seront toujours renvoyées par le service de vitrine.
  • La tarification par niveau ne peut actuellement pas être indexée avec la solution de recherche basée sur Elasticsearch. Le contrat indexé et le prix de vente sont uniquement basés sur une unité de quantité de 1.

Fonctions interrompues

Ces fonctions ne sont plus indisponibles dans HCL Commerce Search.

  • Vous ne pouvez plus utiliser le modèle de programmation de personnalisation de la recherche basée sur BOD sur le serveur de transactions. Ce service a été maintenu pour assurer la rétrocompatibilité avec les versions antérieures de Commerce. Vous pouvez migrer la plupart des personnalisations basées sur BOD vers le modèle de la version 9 pour éviter ce problème. Pour plus d'informations, voir Migration de la recherche basée sur BOD.
  • Les modes de prix (calculés et mixtes) ne sont pas pris en charge. Il s'agit d'un mode de tarification où les prix sont déterminés à l'heure de paiement. Vous ne pouvez pas utiliser ces modes de prix pour utiliser les ajustements de prix des règles de tarification. Le mode de prix pris en charge est le mode de prix indexé dans lequel tous les prix (liste, offre, contrat) sont extraits de l'index de recherche. Le service Ingest copie dans l'index de produit tous ces prix à partir de l'index de prix. Une fois la règle de prix affectée au contrat, vous devez créer manuellement l'index de prix du contrat afin que le service Ingest puisse copier ceci dans l'index de produit et refléter les prix de manière appropriée dans la vitrine. Les prix de liste et d'offre sont indexés directement à partir des tables de base de données. Pour plus d'informations sur les règles de tarification, voir Règles de tarification : Présentation.
  • La fonction de statistiques de recherche HCL Commerce Version 9.0 ne s'applique qu'aux recherches effectuées par le moteur de recherche Solr. Cet outil est remplacé par Google Analytics à partir de HCL Commerce Search version 9.1.7. Pour plus d'informations sur l'outil de gestion des statistiques Solr, voir Gestion des statistiques de recherche sur le site.