Notes de mise à jour de Adobe Commerce B2B

Gestion d’entreprise : les commerçants peuvent désormais afficher et gérer les sociétés Adobe Commerce sous la forme d’organisations hiérarchiques en affectant des sociétés à des sociétés mères désignées. Une fois qu'une société est affectée à un parent, l'administrateur de la société parent peut gérer le compte de la société. Seuls les utilisateurs administrateurs autorisés peuvent ajouter et gérer des affectations d’entreprise. Pour plus d’informations, voir Gérer la hiérarchie de l’entreprise.

Ajoutez et gérez les affectations d’entreprise à partir de la nouvelle section Company Hierarchy de la page Company Account de l’Administration.

Triez et filtrez les sociétés selon le nouveau paramètre de Company Type. Dans la grille Sociétés, la colonne Company Type indique si une société est une société individuelle ou fait partie d'une hiérarchie organisationnelle (parent ou enfant).

Gérer la configuration d’entreprise à grande échelle : modifiez rapidement les paramètres de configuration d’entreprise pour les entreprises sélectionnées à l’aide de l’action en bloc Change company setting désormais disponible lors de la gestion des entreprises à partir de la grille de Companies ou de Company Hierarchy. Par exemple, si vous créez un catalogue partagé pour un groupe d’entreprises, vous pouvez modifier la configuration du catalogue partagé en une seule action au lieu de modifier chaque entreprise individuellement.

Les développeurs d’API peuvent utiliser le nouveau point d’entrée de l’API REST Relations d’entreprise /V1/company/{parentId}/relations pour créer, afficher et supprimer des affectations d’entreprise. Voir Gérer les objets d’entreprise dans le Guide du développeur de l’API Web.

Modèles de devis—Les acheteurs et les vendeurs peuvent désormais rationaliser le processus de devis en créant des modèles de devis réutilisables et personnalisables. Grâce aux modèles de devis, le processus de négociation de devis peut être terminé une seule fois, et les acheteurs peuvent générer des devis liés préapprouvés pour les commandes récurrentes au lieu de passer par le processus de négociation de devis pour chaque commande. Les modèles de devis étendent la fonctionnalité de devis existante en ajoutant les fonctionnalités avancées suivantes :

Seuils de commande permettent aux vendeurs de définir des engagements de commande minimum et maximum, en veillant à ce que l'acheteur respecte les volumes d'achat convenus.

La définition des quantités de commande d'article minimales et maximales permet à l'acheteur d'ajuster les quantités de commande sur le devis lié sans avoir besoin d'un nouveau modèle ou d'une négociation ultérieure.

Suivez le nombre de devis liés générés et de commandes exécutées avec succès pour obtenir des informations sur l'exécution des accords négociés.

Les devis liés sont des devis préapprouvés que l'acheteur génère à partir d'un modèle de devis actif afin de soumettre des commandes récurrentes basées sur les conditions négociées dans le modèle de devis.

Améliorations apportées aux fonctionnalités de devis existantes

Mise à jour des règles de la liste de contrôle d’accès (ACL) Commerce permettant aux responsables et aux superviseurs B2B de gérer les devis et les modèles de devis des utilisateurs subordonnés. Des règles distinctes prennent en charge la configuration granulaire pour l’accès en affichage, modification et suppression.

Enregistrer le devis en tant que brouillon : lors de la création d'une demande de devis à partir du panier, les acheteurs peuvent désormais enregistrer le devis en tant que brouillon afin de pouvoir le consulter et le mettre à jour avant de lancer le processus de négociation du devis avec le vendeur. Le devis provisoire n'a pas de date d'expiration. Les acheteurs peuvent consulter et mettre à jour les devis provisoires dans la section My Quotes du tableau de bord de leur compte.

Renommer le devis : les acheteurs peuvent désormais modifier le nom d'un devis à partir de la page Détails du devis en sélectionnant l'option Rename. Cette option est disponible pour les acheteurs autorisés lorsqu'ils modifient le devis. Les événements de changement de nom sont enregistrés dans le journal de l’historique des devis.

Dupliquer le devis : les acheteurs et les vendeurs peuvent désormais créer un devis en copiant un devis existant. Une copie est créée à partir de la vue des détails du devis en sélectionnant Create Copy dans la vue Détails du devis dans l'Admin ou le Storefront.

Déplacer l'article du devis vers la liste des demandes d'approvisionnement : les acheteurs ont désormais la possibilité de supprimer des produits d'un devis et de les enregistrer dans une liste de demandes d'approvisionnement s'ils décident de ne pas les inclure dans le processus de négociation du devis.

Supprimer plusieurs produits d'un devis : pour les devis comportant un grand nombre de produits, les acheteurs peuvent désormais supprimer plusieurs produits du devis en les sélectionnant un par un et en utilisant l'option Remove du contrôle Actions de la page des détails du devis. Dans les versions précédentes, un acheteur devait supprimer les produits un par un.

Verrouillage de la remise sur article de ligne : pendant la négociation du devis, les vendeurs peuvent utiliser le verrouillage de la remise sur article de ligne pour plus de flexibilité lors de l'application des remises pendant le processus de négociation du devis. Par exemple, un vendeur peut appliquer une remise spéciale sur une ligne à un article et verrouiller l'article pour empêcher toute remise supplémentaire. Lorsqu'un article est verrouillé, le prix de l'article ne peut pas être mis à jour lorsqu'une remise au niveau du devis est appliquée. Voir Lancer le devis pour un acheteur.

Correctifs pour les fonctionnalités de devis existantes

Les commerçants qui cliquent sur le bouton Print dans la vue des détails du devis dans l'Administration sont maintenant invités à enregistrer le devis en tant que PDF. Auparavant, les commerçants étaient redirigés vers une page qui contenait des détails sur le devis.

Auparavant, lors de l’envoi d’un devis client avec 0 pourcentage et une quantité changeante, l’administrateur générait une exception mais enregistrait la quantité. Après ce correctif, une exception appropriée avec un message est générée pour le cas de 0 %.

Lors de la négociation du devis, un vendeur peut maintenant spécifier une remise 0% dans le champ Remise du devis négocié et renvoyer le devis à l'acheteur. Auparavant, si le vendeur saisissait une remise de 0 % et renvoyait le devis à l'acheteur, l'administrateur renvoyait un message d'erreur Exception occurred during quote sending.

La validation ReCaptcha fonctionne désormais correctement pendant le processus de passage en caisse pour un devis B2B lorsque ReCaptcha V3 est configuré pour le passage en caisse storefront. Auparavant, la validation échouait avec un message d’erreur recaptcha validation failed, please try again.

Ajout de la compatibilité avec les versions des correctifs de sécurité Adobe Commerce 2.4.7-p5+ et 2.4.6-p10+.

Inclut les correctifs de sécurité documentés dans Bulletin de sécurité APSB25-26.

Ajout de la compatibilité avec les versions des correctifs de sécurité Adobe Commerce 2.4.7-p4+ et 2.4.6-p9+.

Inclut les correctifs de sécurité documentés dans Bulletin de sécurité APSB25-08.

Ajout de la compatibilité avec les versions des correctifs de sécurité Adobe Commerce 2.4.7-p3+ et 2.4.6-p8+.

Inclut les correctifs de sécurité documentés dans Bulletin de sécurité APSB24-73.

Ajout de la compatibilité avec les versions des correctifs de sécurité Adobe Commerce 2.4.7-p2+ et 2.4.6-p7+.

Inclut les correctifs de sécurité documentés dans le bulletin de sécurité APSB24-73.

​Les commandes fournisseur ne peuvent plus être passées par un utilisateur associé à la société après le blocage de celle-ci. Auparavant, un utilisateur associé à la société pouvait passer des commandes fournisseur lorsque la société était bloquée.

​Le statut du produit en retard s’affiche désormais correctement sur le storefront. Auparavant, les produits disponibles pour expédition étaient incorrectement identifiés comme en retard.

​Si le formulaire d'enregistrement de la société inclut un attribut de type de fichier client, le fichier chargé pendant le processus d'enregistrement est désormais inclus dans les informations de compte de l'administrateur de la société une fois la société créée. Auparavant, la pièce jointe était manquante.

​Le sélecteur d'échantillon d'un produit configurable s'affiche désormais comme prévu dans la page de configuration des éléments de la liste de demandes d'approvisionnement. Auparavant, le sélecteur d'échantillon s'affichait sous forme de champ déroulant dans la page de configuration des éléments de la liste de demandes d'approvisionnement.

​Lors de l’utilisation de la requête GraphQL d’entreprise pour renvoyer les détails de l’entreprise, les résultats sont désormais renvoyés sans erreur.

Ajout de la compatibilité avec Adobe Commerce 2.4.7-beta1.

Devis initiés par le vendeur : les vendeurs peuvent désormais initier un devis pour un acheteur directement à partir des grilles Devis et Client de l'Administration. Cette fonctionnalité simplifie le processus de devis et réduit la complexité pour les clients. Si un client n'a pas lancé de commande, un vendeur peut rapidement créer un devis au nom du client et lancer le processus de négociation. Auparavant, les devis ne pouvaient être créés qu'à partir du storefront par l'acheteur ou par un vendeur connecté en tant que client.

Remises et négociation d'article de ligne— Dans un devis, les acheteurs et les vendeurs B2B peuvent désormais négocier au niveau de l'article de ligne, en appliquant des remises et en échangeant des notes jusqu'à ce qu'un accord soit conclu. La création et les mises à jour de notes sont incluses dans l'historique des lignes et des devis pour suivre la communication. Auparavant, les acheteurs et les vendeurs ne pouvaient échanger que des billets et appliquer des remises au niveau du devis.

Adobe Commerce affiche désormais les informations correctes lors du paiement lorsque l'option Commandes est activée et qu'un devis virtuel créé avec l'option de paiement PayPal a été sélectionné. Auparavant, les totaux s’affichaient en tant que zéro dans ces conditions.

​ Les erreurs de validation ne se produisent plus lorsque vous tentez de sauver une société dont la limite de crédit dépasse 999. Auparavant, pour les limites de crédit de société supérieures à 999, Adobe Commerce insérait un séparateur à virgules, ce qui provoquait une erreur de validation qui empêchait l’enregistrement des mises à jour.

​ L'adresse de livraison sélectionnée reste inchangée lorsque vous passez une commande avec un devis négociable. Auparavant, lorsque vous passiez une commande, l’adresse de livraison sélectionnée était remplacée par l’adresse de livraison par défaut.

​ Dans les paramètres de configuration du magasin pour les fonctionnalités B2B, le champ Enable Shared Catalog direct products price assigning est désormais automatiquement désactivé. Sur le storefront, il est masqué lorsque le paramètre Enable Company ou Enable Shared Catalog paramètre est défini sur No.

​ Lors de la création d’un compte de société à partir du storefront, Commerce valide désormais l’adresse e-mail avant de traiter l’enregistrement de la société. Si l’adresse e-mail n’est pas valide, l’opération échoue et aucune mise à jour de compte n’est traitée. Auparavant, un compte client était créé même si la demande de création d’un compte d’entreprise échouait en raison d’une adresse e-mail non valide.

​ Les SKU de produit qui incluent des guillemets doubles dans le catalogue partagé et la structure de tarification ne provoquent plus d’erreurs dans l’administration.

​ Mise à jour de la configuration du vernis pour l’application Commerce afin d’empêcher les utilisateurs invités de voir les données d’autres groupes de clients.

Ajout de la compatibilité avec les versions des correctifs de sécurité Adobe Commerce 2.4.6-p10.

Inclut les correctifs de sécurité documentés dans Bulletin de sécurité APSB25-26.

Ajout de la compatibilité avec les versions des correctifs de sécurité Adobe Commerce 2.4.6-p9.

Inclut les correctifs de sécurité documentés dans Bulletin de sécurité APSB25-08.

Ajout de la compatibilité avec les versions des correctifs de sécurité Adobe Commerce 2.4.6-p8.

Inclut les correctifs de sécurité documentés dans Bulletin de sécurité APSB24-73.

Publication de la version 1.3.5-p2 de B2B pour assurer la compatibilité avec Adobe Commerce 2.4.6-p2.

Publication de la version 1.3.5-p1 de B2B pour assurer la compatibilité avec Adobe Commerce 2.4.6-p1.

Ajout de la prise en charge d’Adobe Commerce 2.4.6.

​ Adobe Commerce affiche désormais les informations correctes lors du paiement lorsque l'option Commandes est activée et qu'un devis virtuel créé avec l'option de paiement PayPal a été sélectionné. Auparavant, les totaux s’affichaient en tant que zéro dans ces conditions.

​ La liste des groupes de clients pour le paramètre Autoriser la catégorie de navigation ne contient plus de groupes de clients associés aux catalogues partagés.

​ L’attribut du client Numéro de taxe/TVA fonctionne désormais comme prévu avec les comptes d’administration de la société sur les storefront et Admin. Les attributs Taxe/TVA personnalisés ne sont plus nécessaires pour créer un compte d’entreprise. Auparavant, lorsqu’un commerçant créait un compte de société avec un attribut Taxe/TVA personnalisé, Adobe Commerce générait une erreur de validation sur le storefront et l’administrateur.

​ La désactivation de la fonctionnalité de catalogue partagé sur une portée spécifique fonctionne désormais correctement. Auparavant, Adobe Commerce définissait une portée non valide lorsqu’un commerçant enregistrait la configuration de catalogue partagé.

​ Les utilisateurs administrateurs peuvent désormais enregistrer les valeurs d’attributs personnalisés des clients pour les utilisateurs de la société. Auparavant, les attributs personnalisés du client pour les utilisateurs de l’entreprise ne pouvaient pas être enregistrés.

​ Les problèmes de performances sont résolus par la validation des autorisations d’entreprise fournies via GraphQL lorsque de nombreuses autorisations d’entreprise sont déjà attribuées.

​ Adobe Commerce ne renvoie plus d’erreur sur la page du panier lorsque la commande rapide est utilisée pour ajouter un produit dont la quantité dépasse le stock disponible.

​ Les performances des opérations d’autorisations d’SELECT société se sont améliorées.

​ Les requêtes de catégorie renvoient désormais les prix des produits en fonction des paramètres de configuration du magasin lorsqu’aucune autorisation de catégorie n’est explicitement définie sur la catégorie interrogée.

​ Le bouton Place Order fonctionne désormais comme prévu lors de la conclusion d’un achat avec une demande de devis approuvée. Les problèmes liés au module externe de negotiableQuoteCheckoutSessionPlugin de devis négociable ont été résolus.

Ajout de la prise en charge d’Adobe Commerce 2.4.5-p12.

Inclut les correctifs de sécurité documentés dans Bulletin de sécurité APSB25-50.

Ajout de la prise en charge d’Adobe Commerce 2.4.5-p12.

Inclut les correctifs de sécurité documentés dans Bulletin de sécurité APSB25-26.

Ajout de la prise en charge d’Adobe Commerce 2.4.5-p11.

Inclut les correctifs de sécurité documentés dans Bulletin de sécurité APSB25-08.

Ajout de la prise en charge d’Adobe Commerce 2.4.5-p10.

Inclut les correctifs de sécurité documentés dans Bulletin de sécurité APSB24-73.

Ajout de la prise en charge d’Adobe Commerce 2.4.5.

​Adobe Commerce n’envoie plus de notifications par e-mail chaque fois qu’une société existante est mise à jour par un appel API. Désormais, les e-mails ne sont envoyés que lorsqu’une entreprise est créée.

​Adobe Commerce calcule désormais correctement le total général d'un devis négociable lorsque le paramètre Calcul de la taxe Enable Cross Border Trade est activé.

​Les produits configurables sont désormais déplacés à la dernière position de la liste de produits après la mise à jour du stock lorsque le paramètre Move out of stock to the bottom est activé. Une nouvelle requête de base de données personnalisée est implémentée pour s’assurer que l’ordre de tri de l’index Elasticsearch respecte désormais l’ordre de tri activé par l’administrateur. Auparavant, les produits configurables et leurs produits enfants n’étaient pas déplacés en bas de la liste lorsque ce paramètre était activé.

​L’e-mail de bon de commande respecte désormais le paramètre d’envoi d’e-mail de chaque site web dans un déploiement multisite. Une vérification du paramètre Disable Email Communications est ajoutée à la logique personnalisée pour les files d’attente d’e-mails. Auparavant, Adobe Commerce ne respectait pas le paramètre d’envoi d’e-mail pour le site web secondaire.

​Pour plus de clarté, le titre du champ SKU de la page Commande rapide a été modifié.

​Adobe Commerce affiche désormais un message d’erreur plus informatif lorsqu’un acheteur saisit un SKU non valide dans le champ Saisir le SKU ou le nom du produit.

​Le champ Account Created in d’un administrateur d’entreprise conserve désormais sa valeur telle qu’attendue après l’enregistrement de l’entreprise.

​La requête customer ne renvoie plus de résultats vides lorsqu'elle récupère les listes de demandes d'approvisionnement filtrées par uid.

​Ajout d’un module externe avant l’appel de collectQuoteTotals pour s’assurer que les crédits de magasin ne sont appliqués qu’une seule fois.

​Les clients sont désormais redirigés vers la page de connexion lorsque leur compte est supprimé par un administrateur à partir de l’administration. Auparavant, Adobe Commerce générait une erreur. Le bloc de code du plug-in (SessionPlugin) se trouve désormais dans le bloc try…catch. Auparavant, ce code n’était pas encapsulé dans le bloc générique de gestion des exceptions.

​ Sur la page Commande rapide en mode mobile, appuyez sur Entrée après avoir saisi un nom de produit ou un SKU valide pour que l’acheteur accède au champ suivant comme prévu.

​Le nom de la société est désormais visible comme prévu dans les sections Adresse de facturation et d’expédition du workflow de passage en caisse.

​Le crédit de la boutique est désormais indisponible lorsque le mode de paiement Zero Subtotal Checkout est désactivé. Auparavant, la case à cocher Stocker le crédit n’était pas fonctionnelle lors du placement de la commande auprès de l’administrateur. L'application n'a pas passé la commande avec le crédit de magasin et a affiché cette erreur : The requested Payment Method is not available.

Ajout de la prise en charge d’Adobe Commerce 2.4.5-p12.

Inclut les correctifs de sécurité documentés dans Bulletin de sécurité APSB25-50.

Ajout de la prise en charge d’Adobe Commerce 2.4.4.

​ Le temps nécessaire à la mise à niveau d’Adobe Commerce 2.3.x vers Adobe Commerce 2.4.x dans les déploiements avec plus de 100 000 rôles d’entreprise a été considérablement réduit.

​ La demande de V1/order/:orderId/invoice POST prend désormais en charge la création de factures partielles lorsque le mode de paiement Payment on Account est activé. Auparavant, Adobe Commerce générait cette erreur : An invoice for partial quantities cannot be issued for this order. To continue, change the specified quantity to the full quantity. GitHub-32428

​ PayPal Payflow Pro fonctionne désormais comme prévu avec un devis négociable B2B lorsque le panier du client contient d'autres produits. Adobe Commerce traite maintenant la commande avec succès et envoie un e-mail au client comme prévu. Auparavant, Adobe Commerce générait une erreur fatale et envoyait un e-mail de confirmation au client qui ne contenait aucune valeur.

​ La pagination s’affiche désormais correctement sur la page des résultats de la recherche catalogue après l’exclusion de certains produits du catalogue partagé.

​ Les attributs personnalisés du client sont désormais enregistrés comme prévu lors de la création ou de l’enregistrement d’un utilisateur d’entreprise dans Admin.

​ Le bouton Submit sur le formulaire Créer une nouvelle entreprise est maintenant désactivé après un clic pour empêcher plusieurs envois de formulaire. Auparavant, vous pouviez envoyer ce formulaire plusieurs fois en cliquant sur ce bouton à plusieurs reprises, ce qui générait une erreur.

​ Adobe Commerce n’affiche plus le lien de réorganisation sur le storefront lorsqu’un acheteur se connecte à un magasin pour lequel les réorganisations ont été désactivées.

​ La recherche rapide de commande par SKU ne respecte plus la casse lorsque le catalogue partagé est activé.

​ Vous pouvez désormais mettre à jour un fichier pour un attribut de client lors de la création d’une société. Auparavant, lorsque vous tentiez de créer une société avec une pièce jointe de type File, Adobe Commerce n’effectuait pas cette création et consignait cette erreur dans le journal des exceptions : Something went wrong while saving file.

​ Vous pouvez désormais créer une société avec un compte client qui possède un attribut personnalisé de type (File) ou (Image). Auparavant, si le compte disposait de l’une de ces options personnalisables, le chargeur de page de modification d’entreprise ne se résolvait pas, ce qui empêchait la modification des détails de l’entreprise.

​ La requête products renvoie désormais un champ de total_count précis lorsque le catalogue partagé est activé.

​ Vous pouvez désormais mettre à jour un fichier pour un attribut de client lors de la création d’une société. Auparavant, lorsque vous tentiez de créer une société avec une pièce jointe de type File, Adobe Commerce n’effectuait pas cette création et consignait cette erreur dans le journal des exceptions : Something went wrong while saving file.

​ Les pages Configuration de l’entreprise et Créer une entreprise fonctionnent désormais comme prévu après la désactivation d’une méthode d’expédition en ligne. Une vérification a été ajoutée pour empêcher la tentative de 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 page Catégorie affiche désormais des données de produit cohérentes pendant la génération des autorisations lors de l’indexation partielle. Un nouvel indexeur partiel pour les autorisations de répertoire a été ajouté à ce processus. Auparavant, les données affichées pendant l’exécution de l’indexeur étaient incorrectes.

​ La requête categoryList renvoie désormais le nombre correct de produits lorsque des autorisations de catalogue sont utilisées et que des produits sont affectés à un catalogue partagé.

​ La requête categoryList respecte désormais les autorisations de catégorie et renvoie uniquement les catégories autorisées. Auparavant, elle renvoyait toutes les catégories affectées et non affectées.

​ La requête rest/V1/company/{id} renvoie désormais is_purchase_order_enabled valeurs d’attribut comme prévu.

​ Les attributs personnalisés du client s’affichent désormais comme prévu dans l’onglet Administrateur de la société.

​ Le bloc Ma liste de souhaits de la page Mon compte s’affiche désormais comme prévu pour les administrateurs et les utilisateurs de l’entreprise.

​ Les erreurs de commande rapide ne s’affichent plus dans le panier. Auparavant, Adobe Commerce affichait cette erreur dans le panier lorsque le SKU était introuvable dans le catalogue : The SKU was not found in the catalog.

​ Les opérations d’enregistrement de catalogue partagé ont été optimisées pour s’exécuter plus rapidement. Auparavant, l’enregistrement d’un catalogue partagé avec de nombreux groupes de clients pouvait prendre plusieurs minutes.

​ Adobe Commerce supprime désormais toutes les autorisations de sous-catégorie du tableau sharedcatalog_category_permissions lorsque la catégorie parent est supprimée. Auparavant, seules les données de la catégorie parente étaient supprimées.

Ajout de la prise en charge d’Adobe Commerce 2.4.3.

​ Adobe Commerce envoie désormais avec succès des e-mails de mise à jour sur les devis négociables expirés. Auparavant, lorsqu’un devis négociable expirait, Adobe Commerce n’envoyait pas d’e-mails de mise à jour.

​ Adobe Commerce envoie désormais avec succès des e-mails de mise à jour sur le point d’expirer et des devis négociables expirés lorsqu’un traitement cron est manquant.

​ Le champ déroulant Pays de la page Créer un nouveau compte d’entreprise ne répertorie plus les valeurs d’option vides. Auparavant, les deux premières valeurs d’option et le code pays AN étaient vides.

​ Cliquer sur le bouton Return d’une commande créée par un utilisateur d’entreprise redirige désormais un utilisateur administrateur vers la page Créer un retour comme prévu. Auparavant, l’administrateur était redirigé vers la page Historique des commandes.

[PaaS uniquement]{class="badge informative" title="S’applique uniquement aux projets Adobe Commerce on Cloud (infrastructure PaaS gérée par Adobe) et aux projets On-premise."} Adobe Commerce n’échoue plus avec une erreur de mémoire insuffisante lors de l’exécution de la méthode app/code/Magento/PurchaseOrder/Setup/Patch/Data/InitPermissions.php::apply lors de l’bin/magento setup:upgrade. Auparavant, Adobe Commerce n’utilisait pas la taille de lot pour la collection lors de l’initialisation des autorisations, mais chargeait à la place une collection de tous les rôles de société.

​ Les utilisateurs de l’entreprise peuvent désormais modifier et mettre à jour les valeurs d’attribut personnalisé du client. Auparavant, ces attributs ne se liaient pas correctement au formulaire de création et de modification d’utilisateur. Un utilisateur de société peut saisir différentes valeurs d’attribut, mais Adobe Commerce ne les a pas enregistrées correctement.

​ L'arborescence des ressources pour les autorisations des rôles d'entreprise peut maintenant être traduite comme prévu. Auparavant, l’arborescence des autorisations n’était pas traduite même si des fichiers de traduction valides étaient présents.

​ Adobe Commerce enregistre désormais les valeurs d’attributs du client personnalisées pour les utilisateurs B2B comme prévu. Auparavant, la création d’un compte de société contenant des attributs de client personnalisés déclenchait une erreur de modèle et Adobe Commerce ne chargeait pas correctement le formulaire. L’ajout d’un argument à la disposition des company_create_account a résolu ce problème.

​ Les filtres utilisateur d’entreprise tels que Afficher tous les utilisateurs, Afficher les utilisateurs actifs et Afficher les utilisateurs inactifs fonctionnent désormais comme prévu. Auparavant, les actions de filtrage sur la page utilisateur de la société provoquaient une erreur JavaScript.

​ Les administrateurs disposant de comptes restreints qui incluent uniquement des privilèges au niveau du site web peuvent désormais créer une entreprise qui utilise une devise différente de celle du site web.

​ Adobe Commerce envoie désormais des e-mails de société à partir de l’adresse e-mail et de la portée from appropriées. Auparavant, Adobe Commerce ne prenait pas en compte la portée du site web lors de l’envoi d’e-mails d’affectation de crédit ou de mise à jour.

​ La création d’une commande à l’aide d’une commande rapide à partir d’un fichier CSV fonctionne désormais comme prévu avec des SKU inexistants.

​ L’utilisation de commandes rapides pour rechercher sur plusieurs SKU fonctionne désormais comme prévu. Auparavant, les résultats incluaient des entrées en double.

​ L’affichage de la liste des produits ajoutés traite désormais de la même manière les SKU entrées en minuscules et en majuscules lorsque vous utilisez des SKU pour sélectionner plusieurs produits lors de la commande rapide.

​ L’utilisation de la commande rapide permet désormais d’ajouter les produits dans la quantité spécifiée par l’acheteur. Auparavant, Adobe Commerce ajoutait un produit uniquement lorsque les quantités spécifiées par l’acheteur étaient supérieures à un.

​ La fonction de saisie automatique des commandes rapides fonctionne désormais avec les SKU partiels.

​ Adobe Commerce affiche désormais les produits qui ont été configurés comme Non visibles individuellement dans la liste de suggestions automatiques de la page Commande rapide et dans les résultats de la recherche.

​ Les acheteurs peuvent désormais utiliser le formulaire de commande rapide pour ajouter plusieurs produits par SKU qui incluent des caractères majuscules. Auparavant, seul le premier produit était ajouté.

​ Les acheteurs sont désormais redirigés vers la page de devis négociable après avoir collé le lien vers un devis négociable dans le champ URL et s’être connecté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 de 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 d'expédition d'un devis négociable n'est plus modifiable lors de la commande lorsque le module Bon de commande est désactivé. Ce comportement résulte d’un correctif précédent dans lequel isQuoteAddressLocked a été supprimé du moteur de rendu de passage en caisse de devis négociable.

​ Les commerçants peuvent désormais ajouter des produits à un devis négociable de l'administrateur.

​ 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 passait pas de commande et 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 le Gestionnaire de balises Google est activé. Auparavant, une erreur JavaScript s’était produite sur la page de paiement.

​ Les commerçants peuvent désormais utiliser le point d’entrée de rest/all/V1/requisition_lists POST pour créer une liste de demandes d’approvisionnement pour un client. Auparavant, Adobe Commerce générait cette erreur 400 lorsque vous tentiez de créer une liste de demandes d’approvisionnement : Could not save Requisition List.

​ Le bouton Add to Requisition List s’affiche désormais pour les produits en stock d’un panier lorsque le panier 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​ne s’affichait pour aucun d’eux.

​ Vous pouvez désormais utiliser l’API REST pour ajouter un produit à une liste de demandes d’approvisionnement.

​ Les valeurs de Latest Activity Date de la liste de demandes respectent désormais le format des paramètres régionaux.

​ Adobe Commerce ne renvoie plus d’erreur fatale lorsque vous modifiez un lot de produits à partir d’une liste de demandes d’approvisionnement.

​ 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 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 dotés d'une option personnalisable (File) peuvent désormais être ajoutés à un panier à partir d'une liste de demandes d'approvisionnement.

​ Un administrateur disposant d’un rôle 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 irrécupérable lorsqu’un administrateur disposant d’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 une navigation superposée.

​ Adobe Commerce affiche désormais correctement le nombre de produits dans les filtres de navigation superposés dans les résultats de recherche. Auparavant, un module externe pour 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 la catégorie actuelle et affichés correctement sur toutes les pages lorsque les catalogues partagés sont activés. Auparavant, les filtres étaient calculés par erreur pour la page active uniquement et n’étaient pas filtrés par la catégorie active.

​ La requête products GraphQL 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.

Ajout de la prise en charge d’Adobe Commerce 2.4.2.

Les modes de paiement en ligne sont désormais pris en charge pour les commandes fournisseur.

L'ajout d'un produit configurable au panier directement à partir d'une liste de demandes d'approvisionnement lorsque ce produit a été utilisé dans une commande précédente ne renvoie plus d'erreur système.

Adobe Commerce affiche désormais correctement l'onglet Requires My Approval pour les commandes fournisseur lorsqu'une configuration de base de données partagée est déployée.

Adobe Commerce affiche désormais des détails sur les produits groupés et la carte cadeau lorsque vous affichez des commandes fournisseur.

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 défini sur Private Sales: Login Only. Auparavant, les acheteurs étaient redirigés vers la page d’accueil du magasin.

L’historique des commandes se charge désormais comme prévu dans la page Tableau de bord du compte d’un administrateur d’entreprise dans les déploiements avec une hiérarchie d’entreprise B2B qui contient de nombreux clients (supérieur à 13000). 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'approvisionnement à 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 d’entreprise lorsque le groupe de clients d’une entreprise 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 regroupé dans une liste de demandes d'approvisionnement sous la forme d'une liste de produits simples, de la même manière qu'il ajoute un produit regroupé à un panier. Auparavant, en raison de la manière dont Adobe Commerce avait enregistré les produits regroupés, le lien d'un produit regroupé de la liste des demandes d'approvisionnement était toujours redirigé vers des produits simples et non vers le produit regroupé.

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'approvisionnement comme prévu lorsque vous sélectionnez l'onglet Créer une liste de demandes d'approvisionnement dans le storefront.

Les listes de demandes d'approvisionnement 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 d'approvisionnement après y avoir ajouté des produits à partir d'une page de détails du produit, Adobe Commerce affichait cette erreur : 1 product(s) require your attention - Options were updated. Please review available configurations.

L’affichage correct du magasin est désormais associé au site web approprié lorsque vous créez une entreprise dans un déploiement multisite. Auparavant, vous ne pouviez pas créer de société et Adobe Commerce affichait cette erreur : The store view is not in the associated website.

La commande de produits par SKU à l’aide de la commande rapide n’entraîne plus la duplication des 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 Commande rapide contient une valeur vide. À la place, Adobe Commerce affiche désormais un message vous invitant à saisir des SKU valides.

Adobe Commerce affiche désormais ce message sur la page produit lorsque vous soumettez une révision de produit à partir d'une liste de demandes d'approvisionnement : You submitted your review for moderation. La révision s’affiche également sur la page Révisions en attente (Marketing d’administration > Pending Reviews). Auparavant, bien qu’Adobe Commerce ait ajouté la révision à la liste des révisions en attente, une erreur 404 était générée 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 de catalogue utilise désormais uniquement l’ID de groupe de clients du catalogue partagé, et pas tous les groupes de clients.

Les champs d’attribut d’adresse du client personnalisés associés à l’adresse non par défaut d’un acheteur sont désormais enregistrés comme prévu dans le workflow de passage en caisse storefront.

Les commandes de produits appartenant au catalogue partagé par défaut d’un magasin peuvent désormais être passées pour les acheteurs par l’intermédiaire de 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 du catalogue partagé dans \Magento\SharedCatalog\Plugin\Quote\Api\ValidateAddProductToCartPlugin::beforeSave. Auparavant, Adobe Commerce n’ajoutait pas le produit au panier de l’acheteur et générait l’erreur suivante : No such shared catalog entity.

Adobe Commerce envoie désormais les nouveaux e-mails d’enregistrement des utilisateurs de la société à partir de l’adresse de la boutique Adobe Commerce. Auparavant, cet e-mail était envoyé à partir de l’adresse de l’administrateur de la société.

Adobe Commerce vérifie désormais les attributs personnalisés afin de dupliquer les 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 alloué à l'origine 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.

Les acheteurs B2B peuvent utiliser des méthodes de paiement en ligne pour contourner le flux habituel de bon de commande. Ce scénario peut se produire si l'acheteur peut réduire son total de passage en caisse à 0 (par exemple, par un code promotion ou une carte cadeau), puis supprimer le code ou la carte cadeau. Même dans ces conditions, Adobe Commerce passe toujours la commande au montant correct en fonction des prix des articles dans son catalogue attribué. Solution : Désactivez les cartes-cadeaux et les codes coupon lorsque les modes de paiement en ligne sont activés pour l’approbation du bon de commande.

Les acheteurs sont redirigés vers le panier lorsqu'ils tentent de passer une commande à partir d'un bon de commande à l'aide de PayPal Express Checkout lorsque In-Context Mode est désactivé.

Adobe Commerce affiche parfois une erreur 404 lorsqu’un acheteur crée une commande fournisseur, puis accède à la page de passage en caisse. Cette erreur se produit lorsqu'un acheteur a précédemment créé une autre commande avec un mode de paiement en ligne avant de passer à la page de passage en caisse sans effectuer l'achat précédent. L'acheteur peut toujours passer la commande. Solution : aucune.

Les remises pour un mode de paiement spécifique persistent lors de la commande fournisseur, même lorsque l'acheteur modifie son mode de paiement lors de la commande finale. 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 de mode de paiement. Solution : aucune. Consultez l’article Adobe Commerce 2.4.2 B2B connu : la remise reste pour les commandes en ligne après le changement du mode de paiement Base de connaissances.

La requête deleteRequisitionListOutput renvoie des détails sur la liste de demandes d'approvisionnement supprimée au lieu des listes restantes.

Ajout de la 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 masse sur les commandes fournisseur.

Les commerçants B2B peuvent désormais contrôler les méthodes d’expédition proposées à chaque société.

Les commerçants peuvent désormais permettre aux utilisateurs d'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 articles individuels ou l'intégralité du contenu de leur panier directement à une liste de demandes d'approvisionnement.

Les commerçants B2B peuvent créer des commandes auprès de l’administrateur pour le compte des clients à l’aide du paiement par compte comme mode de paiement.

Les commerçants peuvent désormais consulter directement tous les devis associés à un utilisateur à partir de la page des détails du client.

Les commerçants peuvent maintenant filtrer la grille Clients maintenant en ligne par entreprise.

Les administrateurs peuvent désormais filtrer les clients dans le Admin by Sales Rep.

Pour réduire la création de comptes frauduleux ou de pourriels, les commerçants peuvent maintenant activer Google reCAPTCHA sur le formulaire de demande de nouvelle société sur le storefront.

Les actions d’administration entreprises dans les modules Société 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é ne dispose pas des droits de suppression des clients dans les déploiements où B2B est installé.

Le groupe de clients n'est plus modifié automatiquement pour un client affecté à une entreprise lorsque vous modifiez le client dans la grille de clients.

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 dans les catégories lorsque le groupe de clients se voit attribuer cet accès dans les paramètres d’autorisation du catalogue. Auparavant, ces paramètres étaient automatiquement définis sur Deny même lorsque les autorisations de 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 e-mail confirmant qu’un client a l’autorisation de 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 HTML qui entoure le prix des produits sur les listes de demandes d'approvisionnement est désormais correctement rendu pour les enfants des produits groupés.

Les commerçants peuvent désormais désigner la langue dans laquelle l’e-mail de l’utilisateur de la société est envoyé lors de la création d’une société dans des déploiements multilingues. Auparavant, le menu déroulant qui permettait aux commerçants de sélectionner la vue et la langue de magasin appropriées n’était pas affiché.

Les champs d’attributs d’adresse du client personnalisés s’affichent désormais comme prévu dans le workflow de passage en caisse storefront.

L’onglet Configuration des 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. Auparavant, lorsqu’un acheteur utilisait QuickOrder pour ajouter plusieurs produits à son panier, puis supprimait un produit, le produit n’était pas supprimé.

Une société peut désormais être mise à jour à l’aide de la requête de /V1/company/:companyId PUT de l’API REST sans spécifier l’region_id lorsque l’état est configuré comme non requis. Auparavant, même si region_id n’était pas obligatoire, Adobe Commerce générait une erreur si elle n’était pas spécifiée.

Lorsque vous créez ou mettez à jour une société B2B à l’aide de l’API REST (http://magento.local/rest/V1/company/2, où 2 représente l’ID de société), la réponse inclut désormais les paramètres de applicable_payment_method ou de available_payment_methods comme prévu.

Adobe Commerce n'affiche plus de page 404 lorsqu'un commerçant utilise le bouton Entrée au lieu de cliquer sur le bouton Save lors de la création d'une liste de demandes d'approvisionnement sur le storefront.

Les autorisations de catégorie ne changent plus lorsqu’un nouveau produit est affecté à un catalogue public partagé. Auparavant, les autorisations de catégorie étaient dupliquées.

Le point d’entrée de l’API REST PUT rest/default/V1/company/{id}, utilisé pour mettre à jour l’adresse e-mail de l’entreprise, n’est plus sensible à la casse.

La désactivation des modules de récompense n’affecte plus les fonctionnalités B2B sur les comptes clients. Auparavant, lorsque les modules de récompense étaient désactivés, les onglets liés au B2B suivants n’étaient pas affichés : Profil de l’entreprise, Utilisateurs de l’entreprise et 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 d’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 e-mails.

Vous pouvez désormais implémenter avec succès le multishipping pour les commandes contenant des produits physiques et virtuels.

Les commerçants peuvent désormais créer des utilisateurs d’entreprise à partir de la section Company Users​des pages Mon compte et Structure de l’entreprise lorsque Access Restriction​est activé et Restriction Mode​est défini sur Sales: Login Only. Auparavant, Adobe Commerce générait 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 a un panier actif à un groupe de clients.

Adobe Commerce fournit désormais un événement DataLayer addToCart pour les pages de listes de commandes rapides et de demandes.

Les e-mails de notification envoyés aux vendeurs affectés à une entreprise incluent désormais le logo attribué à l’entreprise. Auparavant, l’e-mail de notification incluait le logo LUMA par défaut, et non le logo de l’entreprise chargé.

Une liste de demandes d'approvisionnement 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 d'approvisionnement après y avoir ajouté des produits à partir d'une page de 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 de total_count précis lorsque le catalogue partagé est activé.

Les pages Configuration de l’entreprise et Créer une entreprise fonctionnent désormais comme prévu après la désactivation d’une méthode d’expédition en ligne. Une vérification a été ajoutée pour empêcher la tentative de 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 de test et réduit le temps nécessaire à l'achèvement du test.

Ajout de la prise en charge d’Adobe Commerce 2.4.0.

Recherche de commande de storefront, avec des remerciements pour la contribution de Marek Mularczyk de Divante et des membres de la communauté.

Les bons de commande sont améliorés et réécrits. Ils sont désormais inclus par défaut dans Adobe Commerce.

Les règles d'approbation de commande fournisseur ont été mises en œuvre. Ces règles permettent aux utilisateurs de contrôler le workflow de 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 superposée avec Elasticsearch

La recherche de commandes par caractères spéciaux fonctionne désormais correctement.

Cliquer sur le bouton Clear All développe désormais tous les filtres, plutôt que de les réduire.

Le SKU/nom du produit est désormais inclus dans le résumé du filtre de recherche de l’historique des commandes.

L'indicateur de tri s'affiche désormais correctement dans la grille Mes commandes.

Désormais, vous ne pouvez cliquer qu'une seule fois sur les boutons Approuver, Annuler, Rejeter et Bon de commande. Auparavant, vous pouviez cliquer sur le bouton plusieurs fois.

Les boutons Approuver, Rejeter, Annuler et Valider des bons de commande s’affichent désormais correctement sur les appareils mobiles.

Auparavant, l'approbation d'une commande fournisseur avec une remise arrivée à expiration plaçait la commande au montant total sans mettre à jour le total de la commande fournisseur. Désormais, le total de la commande fournisseur est mis à jour pour afficher le total correct.

Un problème a été introduit dans la version 2.3.4, en raison duquel les attributs d’extension personnalisés ne seraient pas copiés de l’adresse du client vers l’adresse du devis. Ce problème a été résolu.

Une fois B2B installé, une erreur SQL s’affiche lors de l’affectation de catégories à des catalogues partagés. Ce problème a été résolu.

En raison d’une valeur de type de variable incorrecte, les administrateurs n’ont pas pu ajouter de produits configurables à une commande. Les listes déroulantes d’options ne sont pas renseignées. Cette fonctionnalité fonctionne désormais correctement.

Auparavant, lors de la modification des autorisations de catégorie pour le groupe Non connecté, une erreur se produisait lors de l’enregistrement des modifications. Ce problème a été résolu.

Un correctif est ajouté pour permettre aux administrateurs de magasin d’ajouter des produits à une commande qui ne figurent pas dans le catalogue partagé. Auparavant, un message d’erreur s’affichait lors de l’ajout d’un élément qui ne figurait pas dans le catalogue.

[PaaS uniquement]{class="badge informative" title="S’applique uniquement aux projets Adobe Commerce on Cloud (infrastructure PaaS gérée par Adobe) et aux projets On-premise."} Auparavant, après avoir exécuté la commande php bin/magento indexer:set-dimensions-mode catalog_product_price website et tenté de créer un catalogue partagé, une erreur se produisait. Ce problème a été résolu.

Lors de l’ajout d’une société et de l’affectation de l’administrateur de la société à un site web autre que celui par défaut, le mauvais ID de site a été envoyé, provoquant une erreur. Ce problème a été résolu.

Auparavant, après le déplacement d’un client vers un autre groupe de clients, l’ajout d’un produit à une commande à l’aide de Commande rapide échouait avec une erreur. Ce problème a été résolu.

Auparavant, lors d’une tentative d’extraction à l’aide de l’API Web avec un guillemet B2B, une valeur incorrecte était envoyée à l’API, provoquant une erreur. Ce problème a été résolu.

Auparavant, lorsque vous définissiez une entreprise sur « Active » via l’API, une erreur se produisait. Ce problème a été résolu.

En raison d'une balise form inutile, la page de commande s'actualisait automatiquement lorsque vous appuyez sur Entrée après avoir modifié les frais d'expédition proposés. Ce problème a été résolu.

Auparavant, lors de la définition d’une limite d’affichage de produits sur une page de catalogue qui était inférieure au nombre total de produits, une erreur se produisait. Cette fonctionnalité fonctionne désormais comme prévu.

Auparavant, lors du changement d’administrateur d’une société, l’adresse d’administration d’origine était copiée dans le nouvel administrateur, lui donnant deux adresses. Désormais, seule l’adresse correcte est ajoutée.

Auparavant, l’utilisation de l’API pour enregistrer un élément de devis lorsque la commande en souffrance est définie sur « Autorisé et informer le client » échouait. « Autorisé et informer le client » échouerait. Cet appel API fonctionne désormais comme prévu.

La taxe fixe sur les produits s'affiche désormais sur la page des détails des devis.

Auparavant, cliquer sur une pièce jointe dans l’onglet Commentaires de la page Mes devis ne téléchargeait pas le fichier. Ce comportement fonctionne désormais comme prévu.