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 de 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 du 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 le biais de l’API Admin REST (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 l’entreprise à 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 recherche 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.
Problèmes connus
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 paiementBase de connaissances.
La requête deleteRequisitionListOutput renvoie des détails sur la liste de demandes d'approvisionnement supprimée au lieu des listes restantes.
B2B v1.3.0
15 octobre 2020
[Pris en charge]{class="badge informative" title="Pris en charge"} Adobe Commerce 2.4.0 et versions plus récentes
Cette version comprend des améliorations des approbations de commande, des méthodes d’expédition, du panier et de la journalisation des actions d’administration.
Ajout de la prise en charge d’Adobe Commerce 2.4.1.
les approbations de commande 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 de supprimer 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 de 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 dans le formulaire de demande de nouvelle société sur le storefront.
Les actions d’administration effectuées 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 sur 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 de Display Product Prices et de 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 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 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 l’entreprise est envoyé lors de la création d’une entreprise 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 du 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é.
Il est désormais possible de mettre à jour une société à l’aide de la requête de /V1/company/:companyId PUT de l’API REST 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 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 rest/default/V1/company/{id} PUT du point d’entrée de l’API REST, qui est 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 sur 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 Usersdes pages Mon compte et Structure de l’entreprise lorsque Access Restrictionest activé et Restriction Modeest 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 d'approvisionnement.
Les e-mails de notification envoyés aux représentants commerciaux 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 regroupé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 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 la mémoire de test de l’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.
B2B v1.2.0
28 juillet 2020
[Pris en charge]{class="badge informative" title="Pris en charge"} Adobe Commerce 2.4.0 et versions plus récentes
Ajout de la prise en charge d’Adobe Commerce 2.4.0.
Storefront Order Search, avec des remerciements pour la contribution de Marek Mularczyk de Divante et des membres de la communauté.
Les bons de commande ont été améliorés et réécrits. Ils sont désormais inclus par défaut dans Adobe Commerce.
les règles d'approbation des commandes 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 par couches 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 ayant expiré plaçait la commande au montant total et ne mettait pas à 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 n’étaient 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’affichait 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 et administratrices ne pouvaient pas 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 se trouvent 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.
Lors de l’ajout d’une entreprise et de l’affectation de l’administrateur de l’entreprise à un site web non par défaut, le mauvais ID de site était envoyé, ce qui provoquait 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 l’option 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, ce qui provoquait 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 était automatiquement actualisée lorsque vous avez appuyé sur Entrée après avoir modifié les frais d’expédition proposés. Ce problème a été résolu.
Auparavant, lorsque vous définissiez une limite d’affichage de produit sur une page de catalogue et que cette limite é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’administrateur d’origine était copiée sur 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.
Problèmes connus
Adobe Commerce renvoie une exception lors de la mise à niveau vers B2B 1.2.0 dans un déploiement multisite. Lors de setup:upgrade’exécution, cette erreur se produit sur le module PurchaseOrder : Module Magento_PurchaseOrder: Unable to apply data patch Magento\PurchaseOrder\Setup\Patch\Data\InitPurchaseOrderSalesSequence for moduleMagento_PurchaseOrder. Solution : installez l’interface B2B-716 Add NonTransactionableInterface au correctif logiciel du correctif de données InitPurchaseOrderSalesSequence, désormais disponible à partir de la section Mon compte > Téléchargements de magento.com.
Si un code escompte expire avant l'approbation d'une commande, la commande continue d'afficher le montant escompté, mais une fois la commande approuvée, elle est placée au total non escompté. Solution : installez le correctif B2B-709 Purchase Order Discount patch pour ce problème, qui est désormais disponible à partir de la section Mon compte > Téléchargements de magento.com.
Si des articles d'une commande fournisseur sont en rupture de stock ou en quantité insuffisante lors de la conversion de la commande fournisseur en commande réelle, une erreur se produit. Si les reliquats sont activés, la commande est traitée normalement.
