Partager via


Introduction : extensions New commerce

Rôles appropriés : Agent d’administration | Commercial

Remarque

Les nouvelles expériences commerciales pour les services basés sur des licences incluent de nombreuses nouvelles fonctionnalités et sont disponibles pour tous les Fournisseur de solutions Cloud (CSP). Pour plus d’informations, consultez la Vue d’ensemble des nouvelles expériences commerciales.

Les partenaires peuvent acheter des extensions dans New commerce pour activer d’autres services qui complètent un produit précédemment acheté. Des extensions sont, par exemple, des plans d’appel, de l’espace disque supplémentaire ou d’autres fonctionnalités qui peuvent être ajoutées si le client dispose des services de base.

Extensions dans New commerce

Les extensions de New commerce incluent des concepts similaires aux extensions traditionnelles basées sur des licences. Les extensions de New commerce, comme les extensions traditionnelles basées sur des licences, incluent le concept de prérequis. Les prérequis sont des références (SKU) de produit dont le client doit disposer pour que l’extension fonctionne correctement.

Les prérequis pour une extension se trouvent les API de catalogue pour une référence (SKU) donnée et dans l’expérience utilisateur du catalogue de l’Espace partenaires. L’achat d’extensions nécessite l’existence d’un ou plusieurs éléments prérequis sur le locataire client.

La principale différence entre les extensions traditionnelles et les extensions New commerce réside dans la façon dont elles sont achetées. Les partenaires appliquent l’extension à l’abonnement de l’offre de base dans les scénarios traditionnels basés sur des licences. Le partenaire achète les extensions New commerce à partir du catalogue. Cette expérience d’achat aligne la détectabilité de l’extension sur l’offre de base, ce qui facilite la recherche et l’achat des extensions.

De nombreux concepts relatifs au fonctionnement des extensions, dans la perspective des services, restent vrais tant dans le commerce traditionnel et que dans le New commerce. Tant les transactions commerciales traditionnelles que les transactions de new commerce inscrivent et approvisionnent les services d’extension. L’approvisionnement se produit de la même façon dans les deux cas. En outre, les services d’une seule extension peuvent compléter plusieurs références (SKU) de produit de base avec lesquels l’extension est conçue pour fonctionner.

Identification des extensions

Les partenaires peuvent identifier les extensions et obtenir des listes de prérequis en consultant les détails des références (SKU) quand ils les récupèrent à l’aide de l’API. Des extensions sont également identifiées dans la colonne ProductSkuPreRequisites du tableau des offres New commerce. Les références (SKU) avec des valeurs ProductSkuPreRequisites sont des extensions.

Achat d’extensions

Des extensions existent tant pour les expériences traditionnelles basées sur des licences que pour les expériences New commerce. La principale différence réside dans la façon dont les extensions sont découvertes. Les extensions New commerce sont découvertes et achetées dans le catalogue, au même emplacement que les offres de base ou les prérequis. Les extensions traditionnelles basées sur des licences sont détectables et ajoutées uniquement en accédant à la page des détails de l’abonnement de l’offre de base.

Les extensions de l’expérience New commerce sont découvertes et achetées dans le catalogue-même. Les partenaires peuvent filtrer par modules complémentaires de l’expérience New commerce en sélectionnant la liste déroulante des types de produit. Les produits complémentaires sont identifiés par l’icône d’informations en regard de la référence (SKU) du produit. Les partenaires peuvent sélectionner cette icône pour obtenir plus d’informations sur les prérequis de l’extension.

Les partenaires peuvent obtenir plus de détails sur les produits requis pour une extension en sélectionnant Afficher les abonnements de produits de base compatibles pour voir la liste des références (SKU) de produit qui doivent exister pour que le partenaire puisse acheter une extensions donnée.

Application des extensions

Les partenaires voient s’afficher des informations utiles sur les extensions lors de la tentative d’achat d’un produit d’extension New commerce lorsque le client ne dispose pas des prérequis. Les partenaires peuvent vérifier s’il existe des prérequis d’une extension dans le catalogue de l’Espace partenaires, et examiner les expériences de la page.

Lorsqu’un module complémentaire n’a pas les prérequis de prise en charge, l’interface utilisateur affiche un message The addon is not purchasable without a compatible base product.

Les partenaires qui utilisent l’API CreateCart voient les erreurs sur l’élément de ligne de panier si le module complémentaire n’a pas les références SKU de produit requises. Le code d’erreur est 400041 avec la description The addon is not purchasable without a compatible base product.

Le nouveau module complémentaire commercial a vérifié les références sku de produit approvisionnées et non les abonnements. Il est possible d’acquérir un nouveau module complémentaire commercial si la configuration requise provient d’un autre partenaire, d’un autre canal (Direct) et si la configuration requise existe dans le système hérité.

Détails importants lors de l’achat d’extensions

Les extensions sont achetées en tant que références (SKU) de produit distinctes si le client satisfait aux prérequis. Les abonnements d’extension ont leur propre alignement de terme. Les partenaires qui achètent des modules complémentaires remarquent que le terme et la date de fin associée peuvent ne pas être identiques à la condition préalable.

Les partenaires qui convertissent une référence (SKU) de produit en référence (SKU) supérieure disposant déjà des services de l’extension peuvent déposer une demande de service auprès du support pour désactiver une extension.

Les partenaires sont supposés gérer les dates de fin de terme pour les extensions qu’ils acquièrent afin de s’assurer qu’il existe un alignement approprié sur les offres de base. Les partenaires doivent éviter les situations où un terme de référence SKU de produit de base peut se terminer par des extensions dépendantes qui expirent ultérieurement. La gestion active et l’alignement des dates de fin de terme des modules complémentaires à leurs abonnements de base permettent de s’assurer que les clients ne paient pas pour les modules complémentaires dont l’offre de base a expiré. Lorsqu’un achat de licence d’extension est effectué sur la plateforme New Commerce, une vérification de l’éligibilité est effectuée sur le client client pour garantir que les conditions préalables sont remplies. Les modules complémentaires dans New Commerce sont techniquement appliqués, ce qui signifie que leur achat est bloqué si aucune licence requise éligible n’est trouvée sur le client client. Les licences requises éligibles peuvent être achetées via plusieurs canaux, notamment Web Direct, contrats de licence en volume, commerce traditionnel csp ou un autre partenaire CSP Nouvelle expérience commerciale.

Contrairement au commerce traditionnel basé sur des licences, un abonnement nouveau commerce n’est pas imbriqué sous ou lié à son abonnement de base requis. Lorsque des licences de module complémentaire sont traitées, un nouvel abonnement est créé.

D’autres licences d’extension peuvent être achetées à tout moment du terme de l’abonnement, et les licences peuvent être réduites ou l’abonnement annulé dans les 168 heures suivant l’achat initial de l’abonnement.

Mises à niveau

Les partenaires qui convertissent un produit/référence SKU en une référence produit/référence supérieure qui dispose déjà des services d’extension peuvent déposer une demande de service avec prise en charge pour désactiver un module complémentaire. Prenons un scénario qui Téléphonie Microsoft Teams licence Standard ajoutée à une licence requise éligible d’Office 365 E3. Si le client souhaitait mettre à niveau la licence Office 365 E3 vers Office 365 E5, qui inclut la fonctionnalité Téléphonie Microsoft Teams Standard, puis après la mise à niveau, le partenaire doit déclencher un ticket de support pour supprimer la licence de module complémentaire et recevoir tous les remboursements en échéance. Ce ticket de support doit être déclenché dans les deux premières cycle de facturation à partir de la date de facturation de la licence mise à niveau.

Renouvellements

Les offres de base et les modules complémentaires sont renouvelés séparément, car ils sont des produits/références SKU distincts. Les partenaires doivent gérer leurs renouvellements d’abonnement pour les offres de base et les modules complémentaires.

Les partenaires doivent éviter les situations où un terme produit/référence SKU de base peut se terminer par des modules complémentaires dépendants qui expirent ultérieurement. La gestion active et l’alignement des dates de fin de terme des modules complémentaires à leurs abonnements de base garantissent que leurs clients ne paient pas pour les modules complémentaires dont l’offre de base a expiré.

Coterminosity et modules complémentaires

Si un seul partenaire a vendu à la fois la licence sous-jacente et la licence de module complémentaire au même client, il est possible que le partenaire fasse coterminer ces abonnements. En outre, les abonnements existants peuvent être coterminés avec n’importe quel abonnement de module complémentaire.