Adobe Commerce envoie désormais des courriers électroniques de l’entreprise à partir de l’adresse électronique et de la portée correctes de from
. Auparavant, Adobe Commerce ne prenait pas en compte la portée du site web lors de l’envoi de courriers électroniques d’attribution de crédit ou de mise à jour de société.
Ordre rapide
La création d’une commande à l’aide de l’ordre rapide à partir d’un fichier CSV fonctionne désormais comme prévu avec des SKU inexistants.
L’utilisation de l’ordre rapide pour effectuer des recherches sur plusieurs SKU fonctionne désormais comme prévu. Auparavant, les résultats comprenaient des entrées en double.
L’affichage de la liste de produits ajoutée traite désormais les SKU saisis en minuscules et en majuscules de la même manière lorsque vous utilisez des SKU pour sélectionner plusieurs produits dans l’ordre rapide.
L’utilisation de l’option Commande rapide ajoute désormais les produits dans la quantité spécifiée par l’acheteur. Auparavant, Adobe Commerce n’ajoutait un produit que lorsque les quantités spécifiées par l’acheteur dépassent un produit.
La fonctionnalité de saisie automatique de commande rapide fonctionne désormais avec des SKU partiels.
Adobe Commerce affiche désormais les produits qui ont été configurés comme Non visibles individuellement dans la liste de suggestions automatiques et les résultats de recherche de la page de commande rapide.
Les acheteurs peuvent désormais utiliser le formulaire Commande rapide pour ajouter plusieurs produits par SKU qui incluent des caractères en majuscules. Auparavant, seul le premier produit était ajouté.
Citation négociable
Les acheteurs sont désormais redirigés vers la page de guillemet négociable après avoir collé le lien vers un guillemet négociable dans le champ URL et s’être connectés avec succès. Auparavant, les acheteurs étaient redirigés vers la page Mon compte .
La réorganisation fonctionne désormais comme prévu pour les commandes contenant un produit avec une option personnalisable par date pour un compte client créé lors du passage en caisse. Auparavant, Adobe Commerce ne traitait pas la réorganisation et affichait cette erreur : The product has required options. Enter the options and try again
.
L’adresse de livraison d’un guillemet négociable n’est plus modifiable lors de l’extraction lorsque le module Bon de commande est désactivé. Ce comportement résultait d’un correctif précédent dans lequel isQuoteAddressLocked
a été supprimé du rendu de passage en caisse négociable.
Les vendeurs peuvent désormais ajouter des produits à un devis négociable de l’administrateur.
Commandes
Adobe Commerce affiche désormais un message d’erreur informatif comme prévu lorsque vous passez une commande à l’aide de PayPal Express Checkout lorsque l’attribut Name Prefix est défini sur required
. Auparavant, Adobe Commerce ne placait pas la commande ou n’affichait pas de message d’erreur.
Le composant d’interface utilisateur de l’adresse de facturation dans le module Bon de commande utilise désormais correctement l’adresse de devis lorsque Google Tag Manager est activé. Auparavant, une erreur JavaScript se produisait sur la page de paiement.
Listes de demandes
Les négociants peuvent désormais utiliser le point de terminaison rest/all/V1/requisition_lists
du POST pour créer une liste de demandes pour un client. Auparavant, Adobe Commerce générait cette erreur 400 lorsque vous tentiez de créer une liste de demandes : Could not save Requisition List
.
Le bouton Add to Requisition List apparaît désormais pour les produits en stock d’un panier lorsque celui-ci contient également des produits en rupture de stock. Auparavant, si un panier contenait deux produits, dont l’un était en rupture de stock, le bouton Add to Requisition List n’apparaissait pour aucun des produits.
Vous pouvez désormais utiliser l’API REST pour ajouter un produit à une liste de demandes d’acquisition.
Les valeurs de la liste de demandes Latest Activity Date se conforment désormais au format des paramètres régionaux.
Adobe Commerce ne renvoie plus d’erreur fatale lorsque vous modifiez un produit groupé à partir d’une liste de demandes.
Adobe Commerce affiche désormais le prix correct du produit lorsque vous ajoutez un produit avec une option personnalisable (File)
à une liste de souhaits à partir d’une liste de demandes. Le lien vers le fichier téléchargé est également visible comme prévu. Auparavant, Adobe Commerce affichait des prix de produit incorrects et n’affichait pas le lien vers le fichier.
Les produits avec une option personnalisable (File)
peuvent désormais être ajoutés à un panier à partir d’une liste de demandes d’achat.
Catalogue partagé
Un administrateur dont le rôle est limité à un site web spécifique peut désormais créer, afficher et modifier un catalogue partagé. Auparavant, Adobe Commerce générait une erreur fatale lorsqu’un administrateur avec un rôle limité tentait de créer un catalogue partagé.
Les résultats de navigation en couches incluent désormais un nombre précis de produits avec des attributs filtrés, et les acheteurs peuvent désormais appliquer plusieurs filtres. Auparavant, un seul filtre pouvait être appliqué et Adobe Commerce affichait un nombre de produits inexact dans la navigation par couches.
Adobe Commerce affiche désormais correctement le nombre de produits dans les filtres de navigation par couches dans les résultats de recherche. Auparavant, un module externe de la page Résultats de la recherche n’utilisait pas Elasticsearch, mais envoyait une nouvelle requête à la base de données.
Adobe Commerce ne supprime plus les prix de niveau lorsqu’un commerçant supprime tous les produits d’un catalogue partagé par défaut.
Les filtres sont désormais filtrés par catégorie actuelle et s’affichent correctement sur toutes les pages lorsque les catalogues partagés sont activés. Auparavant, les filtres étaient mal calculés uniquement pour la page active et n’étaient pas filtrés par la catégorie actuelle.
La requête GraphQL products
ne renvoie plus la plage de prix et la catégorie d’un produit pour les produits qui ne sont pas affectés à un catalogue partagé lorsque le catalogue partagé est activé. Auparavant, la requête renvoyait les agrégations du produit, même si le produit lui-même n’était pas renvoyé dans le tableau items
.
B2B v1.3.1
9 février 2021
[Pris en charge]{class="badge informative" title="Pris en charge"}
Prise en charge d’Adobe Commerce 2.4.2.
Les méthodes de paiement en ligne sont désormais prises en charge pour les commandes d’achat.
L’ajout d’un produit configurable au panier directement à partir d’une liste de commandes lorsque ce produit a été utilisé dans une commande antérieure ne renvoie plus d’erreur système.
Adobe Commerce affiche désormais correctement l’onglet Exiger mon approbation pour les commandes lors du déploiement d’une configuration de base de données partagée.
Adobe Commerce affiche désormais des détails sur les produits en bundle et la carte-cadeau lorsque vous affichez les commandes.
Les acheteurs sont désormais redirigés comme prévu après s’être connectés à leur compte lors de leur navigation dans un magasin où Website Restriction est activé et Restriction Mode est défini sur Private Sales: Login Only
. Auparavant, les clients étaient redirigés vers la page d’accueil du magasin.
L’historique des commandes se charge désormais comme prévu dans la page de tableau de bord du compte d’un administrateur de l’entreprise dans les déploiements avec une hiérarchie d’entreprises B2B qui contient de nombreux clients (supérieure à 13 000). Auparavant, l’historique des commandes était chargé lentement ou pas du tout, et Adobe Commerce affichait une erreur 503.
Adobe Commerce n’affiche plus plusieurs messages d’avertissement identiques lorsque vous ajoutez un produit non configuré avec des options personnalisables à une liste de demandes d’acquisition à partir d’une page Catégorie.
Les nouveaux produits et les produits dupliqués sont désormais visibles comme prévu sur la page de catégorie lorsque les catalogues partagés B2B sont activés.
Adobe Commerce conserve désormais le store_id
correct associé à un administrateur de société lorsque le groupe de clients d’une société est mis à jour. Auparavant, le store_id
était remplacé par le magasin par défaut lors de la mise à jour du groupe.
Adobe Commerce enregistre désormais un produit groupé dans une liste d’acquisitions sous la forme d’une liste de produits simples, tout comme il ajoute un produit groupé à un panier. Auparavant, en raison de la manière dont Adobe Commerce enregistrait les produits groupés, le lien d’un produit groupé depuis la liste des demandes d’achat était toujours redirigé vers des produits simples et non vers le produit groupé.
Vous pouvez désormais filtrer les commandes par le champ Company Name lors de l’exportation des informations de commande au format CSV. Auparavant, Adobe Commerce consignait une erreur dans var/export/{file-id}
.
Adobe Commerce affiche désormais la fenêtre contextuelle Créer une liste de demandes d’acquisition comme prévu lorsque vous sélectionnez l’onglet Créer une liste de demandes d’acquisition sur le storefront.
Les listes de demandes incluent désormais tous les produits et quantités groupés qui ont été ajoutés à la liste. Auparavant, lorsqu’un commerçant accédait à une liste de demandes après y avoir ajouté des produits à partir d’une page des détails du produit, Adobe Commerce affichait cette erreur : 1 product(s) require your attention - Options were updated. Please review available configurations
.
La vue de magasin correcte est désormais associée au site web approprié lorsque vous créez une entreprise dans un déploiement multisite. Auparavant, vous ne pouviez pas créer d’entreprise et Adobe Commerce affichait cette erreur : The store view is not in the associated website
.
La commande de produits par SKU à l’aide de l’option Commande rapide n’entraîne plus la duplication de quantités de produits dans le fichier CSV.
Le bouton Add to Cart n’est plus bloqué lorsque la section Enter Multiple SKUs de la page Ordre rapide contient une valeur vide. Adobe Commerce affiche désormais un message vous invitant à saisir des SKU valides.
Adobe Commerce affiche désormais ce message sur la page du produit lorsque vous soumettez une révision de produit à partir d’une liste de demandes : You submitted your review for moderation
. La révision apparaît également sur la page des révisions en attente (Admin Marketing > Pending Reviews). Auparavant, bien qu’Adobe Commerce ait ajouté la révision à la liste des révisions en attente, une erreur 404 s’affichait sur la page du produit.
Les performances du consommateur sharedCatalogUpdateCategoryPermissions
ont été améliorées. Après la création d’un catalogue partagé, l’indexeur d’autorisations du catalogue utilise désormais uniquement l’ID de groupe de clients du catalogue partagé, et non tous les groupes de clients.
Les champs d’attribut d’adresse client personnalisés associés à l’adresse par défaut d’un acheteur sont désormais enregistrés comme prévu dans le workflow de passage en caisse du storefront.
Les commandes relatives aux produits appartenant au catalogue partagé par défaut d’un magasin peuvent désormais être placées pour les acheteurs via l’API REST d’administration (rest/V1/carts/{<CART_ID>/items
) comme prévu. Adobe Commerce vérifie désormais si le produit a été affecté à un catalogue public avant la validation des autorisations de catalogue partagées dans \Magento\SharedCatalog\Plugin\Quote\Api\ValidateAddProductToCartPlugin::beforeSave
. Auparavant, Adobe Commerce n’ajoutait pas le produit au panier de l’acheteur et envoyait cette erreur : No such shared catalog entity
.
Adobe Commerce envoie désormais des courriers électroniques d’enregistrement des utilisateurs de la société à partir de l’adresse du magasin Adobe Commerce. Auparavant, cet email était envoyé à partir de l’adresse de l’administrateur de l’entreprise.
Adobe Commerce vérifie désormais les attributs personnalisés pour la duplication des noms d’attributs de société réservés avant d’autoriser un commerçant à enregistrer un nouvel attribut.
La requête credit_history
renvoie désormais l’historique de crédit de la société spécifiée pour le montant initialement alloué et le montant acheté. Auparavant, cette requête renvoyait une erreur.
Les champs Company et Job Title de la page Modifier les informations du compte ne sont plus modifiables.
Problèmes connus
-
Les acheteurs B2B peuvent utiliser des méthodes de paiement en ligne pour contourner le flux de commande habituel. Ce scénario peut se produire si l’acheteur peut réduire le total de son passage en caisse à 0 (par exemple, par un code promotionnel ou une carte-cadeau), puis supprimer le code ou la carte-cadeau. Même dans ces conditions, Adobe Commerce continue de passer la commande pour le bon montant en fonction des prix des articles dans leur catalogue assigné. Solution : désactivez les cartes-cadeaux et les codes de bon lorsque les méthodes de paiement en ligne sont activées pour la validation de la commande.
-
Les acheteurs sont redirigés vers le panier lorsqu’ils tentent de passer une commande à partir d’une commande à l’aide du paiement express PayPal lorsque In-Context Mode est désactivé.
-
Adobe Commerce affiche parfois une erreur 404 lorsqu’un acheteur crée une commande, puis accède à la page de passage en caisse. Cette erreur se produit lorsqu’un acheteur a précédemment créé une commande différente avec un mode de paiement en ligne avant d’accéder à la page de passage en caisse sans avoir effectué l’achat précédent. L'acheteur peut toujours passer la commande. Contourner : aucune.
-
Les remises pour un mode de paiement spécifique persistent pendant le passage en caisse pour une commande, même lorsque l’acheteur modifie son mode de paiement lors du passage en caisse final. Par conséquent, les clients peuvent recevoir une remise à laquelle ils n’ont pas droit. Ce problème se produit car une règle de panier pour le mode de paiement d’origine est toujours appliquée malgré le changement du mode de paiement. Contourner : aucune. Consultez l’article Adobe Commerce 2.4.2 B2B Problème connu : la remise reste pour les commandes d’achat en ligne après modification du mode de paiement Base de connaissances .
-
La requête
deleteRequisitionListOutput
renvoie des détails sur la liste des demandes supprimée au lieu des autres listes de demandes d’acquisition.
B2B v1.3.0
15 octobre 2020
[Pris en charge]{class="badge informative" title="Pris en charge"}
Cette version comprend des améliorations concernant les approbations de commandes, les méthodes d’expédition, le panier et la journalisation des actions d’administration.
Prise en charge d’Adobe Commerce 2.4.1.
Les approbations de commandes B2B ont été améliorées afin d’améliorer la convivialité et de permettre des actions en bloc sur les commandes.
Les marchands B2B peuvent désormais contrôler les méthodes d’expédition proposées à chaque entreprise.
Les vendeurs peuvent désormais autoriser les utilisateurs à effacer le contenu de leur panier en une seule action et peuvent configurer cette fonctionnalité indépendamment sur chaque site web
Les acheteurs B2B peuvent désormais ajouter des éléments individuels ou tout le contenu de leur panier directement à une liste de demandes d’achat.
Les marchands B2B peuvent créer des commandes de l’administrateur pour le compte des clients en utilisant le mode de paiement Paiement sur compte .
Les vendeurs peuvent désormais afficher directement tous les guillemets associés à un utilisateur à partir de la page des détails du client.
Les vendeurs peuvent désormais filtrer la grille Clients maintenant en ligne par entreprise.
Les administrateurs peuvent désormais filtrer les clients dans l'administrateur par représentant commercial.
Pour réduire la création de comptes frauduleux ou indésirables, les vendeurs peuvent désormais activer Google reCAPTCHA sur le formulaire de demande de nouvelle entreprise sur le storefront.
Les actions d’administration effectuées dans les modules de l’entreprise sont désormais consignées dans le journal des actions d’administration. Les actions sont consignées à partir de tous les modules d'entreprise pertinents : Company
, NegotiableQuote
, CompanyCredit
, SharedCatalog
.
Adobe Commerce n’affiche plus le bouton Delete customer sur la page Clients lorsque l’administrateur connecté n’a pas les droits de supprimer des clients dans les déploiements où B2B est installé.
Le groupe de clients n’est plus automatiquement modifié pour un client affecté à une entreprise lorsque vous modifiez le client sur la grille du client.
Lorsqu’un commerçant crée un catalogue partagé, les autorisations sont désormais automatiquement définies sur Allow
pour les fonctionnalités Display Product Prices et Add to Cart des catégories lorsqu’un accès est attribué au groupe de clients dans les paramètres d’autorisation du catalogue. Auparavant, ces paramètres étaient automatiquement définis sur Deny
même lorsque les autorisations du catalogue étaient définies sur Allow
.
Les autorisations de catégorie de catalogue partagé ne sont plus remplacées lorsqu’un produit est modifié à partir de la page de modification du produit.
Adobe Commerce envoie désormais une notification par courrier électronique confirmant qu’un client est autorisé à dépasser la limite de crédit désignée lorsqu’un commerçant active le paramètre Allow To Exceed Credit Limit. Auparavant, l’e-mail de notification envoyé par Adobe Commerce indiquait que le client n’était pas autorisé à dépasser la limite.
Le conteneur d’HTMLS qui entoure le prix des produits sur les listes de demandes est désormais rendu correctement pour les enfants de produits regroupés.
Les vendeurs peuvent désormais désigner la langue dans laquelle le courrier électronique utilisateur de l’entreprise est envoyé lors de la création d’une entreprise dans des déploiements multilingues. Auparavant, le menu déroulant du permet aux marchands de sélectionner la vue de magasin appropriée et la langue ne s’affichait pas.
Les champs d’attributs d’adresse client personnalisés s’affichent désormais comme prévu dans le workflow de passage en caisse du storefront.
L’onglet de configuration Fonctionnalités B2B s’ouvre désormais correctement. Les invités peuvent désormais utiliser QuickOrder pour ajouter des produits à leur panier, puis supprimer des articles avec succès. Auparavant, lorsqu’un acheteur utilisait QuickOrder pour ajouter plusieurs produits à son panier, puis supprimait un produit, celui-ci n’était pas supprimé.
Une société peut désormais être mise à jour à l’aide de la requête du PUT API REST /V1/company/:companyId
sans spécifier le region_id
lorsque l’état est configuré comme non requis. Auparavant, même si region_id
n’était pas obligatoire, Adobe Commerce renvoyait une erreur si elle n’était pas spécifiée.
Lorsque vous créez ou mettez à jour une entreprise B2B à l’aide de l’API REST (http://magento.local/rest/V1/company/2
, où 2
représente l’ID de la société), la réponse inclut désormais les paramètres de applicable_payment_method
ou available_payment_methods
comme prévu.
Adobe Commerce n’affiche plus une page 404 lorsqu’un commerçant utilise le bouton Entrer au lieu de cliquer sur le bouton Save lors de la création d’une liste de demandes sur le storefront.
Les autorisations de catégorie ne changent plus lorsqu’un nouveau produit est affecté à un catalogue partagé public. Auparavant, les autorisations de catégorie étaient dupliquées.
Le PUT de point d’entrée de l’API REST rest/default/V1/company/{id}
, qui est utilisé pour mettre à jour le courrier électronique de la société, n’est plus sensible à la casse.
La désactivation des modules de récompense n’affecte plus les fonctionnalités B2B des comptes clients. Auparavant, lorsque les modules de récompense étaient désactivés, les onglets suivants liés au B2B ne s’affichaient pas : Profil de la société, Utilisateurs de la société, Rôles et autorisations.
Adobe Commerce utilise désormais le nom d’expéditeur correct dans les notifications par e-mail lorsque des modifications sont apportées aux comptes de l’entreprise. Auparavant, Adobe Commerce utilisait le nom général de l'expéditeur du contact défini dans la portée par défaut pour tous les emails.
Vous pouvez désormais implémenter la multilivraison pour les commandes qui contiennent des produits physiques et virtuels.
Les vendeurs peuvent désormais créer des utilisateurs de l’entreprise à partir de la section Company Users des pages Mon compte et Structure de l’entreprise lorsque Access Restriction est activé et Restriction Mode défini sur Sales: Login Only
. Auparavant, Adobe Commerce envoyait cette erreur lorsqu’un commerçant tentait de créer un utilisateur : Can not register new customer due to restrictions are enabled
.
Adobe Commerce ne réinitialise plus le groupe de clients d’un client sur la valeur par défaut lorsqu’un client enregistre ses informations de compte.
Adobe Commerce ne renvoie plus d’erreur fatale lorsqu’un administrateur affecte un client qui possède un panier actif à un groupe de clients.
Adobe Commerce fournit désormais un événement de couche de données addToCart
pour les pages Commandes rapides et Listes de demandes .
Les e-mails de notification envoyés aux représentants commerciaux affectés à une entreprise incluent désormais le logo d’entreprise attribué. Auparavant, l’e-mail de notification incluait le logo LUMA par défaut, et non le logo d’entreprise chargé.
Une liste de demandes inclut désormais tous les produits et quantités groupés qui ont été ajoutés à la liste. Auparavant, lorsqu’un commerçant accédait à une liste de demandes après y avoir ajouté des produits à partir d’une page des détails du produit, Adobe Commerce affichait cette erreur : 1 product(s) require your attention - Options were updated. Please review available configurations
.
La requête products
renvoie désormais un champ total_count
précis lorsque le catalogue partagé est activé.
Les pages Configuration d’entreprise et Créer une entreprise fonctionnent désormais comme prévu une fois que vous avez désactivé une méthode d’expédition en ligne. Une vérification a été ajoutée pour empêcher le traitement des modules d’expédition désactivés. Auparavant, Adobe Commerce affichait cette erreur : Type Error occurred when creating object: Magento\CompanyShipping\Model\Source\ShippingMethod, Too few arguments to function Magento\CompanyShipping\Model\Source\ShippingMethod::__construct(), 1 passed in /var/www/html/elmtup/vendor/magento/framework/ObjectManager/Factory/AbstractFactory.php on line 121 and exactly 2 expected
.
La consommation de mémoire de test d’intégration a été réduite, ce qui améliore les performances du test et réduit le temps nécessaire à la fin du test.
B2B v1.2.0
28 juillet 2020
[Pris en charge]{class="badge informative" title="Pris en charge"}
Prise en charge d’Adobe Commerce 2.4.0.
Storefront Order Search, avec ajout de remerciements pour la contribution de Marek Mularczyk de Divante et des membres de la communauté.
Les commandes d’achat sont améliorées et réécrites. Ils sont désormais inclus par défaut dans Adobe Commerce.
Des règles d’approbation de bon de commande ont été mises en oeuvre. Ces règles permettent aux utilisateurs de contrôler le workflow Bon de commande en créant des règles d’achat pour les commandes.
La connexion en tant que client est désormais incluse par défaut dans Adobe Commerce. Cette fonctionnalité permet aux employés du site d’aider les clients en se connectant en tant que client pour voir ce qu’ils voient.
Les agrégations d’attributs fonctionnent désormais correctement pour la navigation par couches avec Elasticsearch
La recherche de commandes par des caractères spéciaux fonctionne désormais correctement.
En cliquant sur le bouton Clear All, tous les filtres sont désormais développés, plutôt que de les réduire.
Le SKU/nom du produit est désormais inclus dans le résumé du filtre de recherche Historique des commandes.
: l’indicateur de tri s’affiche désormais correctement dans la grille Mes commandes.
Vous ne pouvez désormais cliquer qu’une seule fois sur les boutons Approuver, Annuler, Rejeter et Bon de commande. Auparavant, vous pouviez cliquer plusieurs fois sur le bouton.