Partage via

Le partenaire transfère la propriété de facturation à un autre partenaire fournisseur de solutions Cloud (CSP)

  • Article

Cette nouvelle fonctionnalité étend la fonctionnalité Azure Plan existante pour inclure le transfert de nouveaux abonnements basés sur des licences commerciales. Ces chemins de transfert sont disponibles à la fois à partir de l’interface utilisateur de l’Espace partenaires et en appelant les API de transfert de l’Espace partenaires.

Les partenaires ont différentes raisons de transférer des abonnements d’un partenaire à un autre :

  • Le partenaire actuel ne peut plus être autorisé à effectuer des transactions en tant que partenaire fournisseur de solutions Cloud (CSP).
  • Le client trouve un nouveau partenaire qui prend mieux en charge ses besoins.
  • Certains partenaires de facturation directe peuvent passer à l’état des revendeurs indirects. Ils doivent donc transférer leurs abonnements vers leur nouveau fournisseur indirect.
  • Un partenaire peut fusionner ou être acquis par un autre partenaire. Cette situation peut entraîner la nécessité pour le partenaire actuel de déplacer les abonnements de ses clients vers son nouveau locataire partenaire.

Les transferts de partenaires ne peuvent se produire que si le partenaire source (actuel/existant) et cible (nouveau/futur) l’approuvent tous les deux. Ce ne sont pas les clients qui lancent le processus de transfert, mais leur partenaire cible. Les partenaires ne sont pas tenus d’approuver ou d’envoyer des demandes de transfert.

Il est à la discrétion du partenaire de choisir s’il faut utiliser cette fonctionnalité pour transférer des abonnements. Cette fonctionnalité est accessible dans l’expérience utilisateur de l’Espace partenaires (UX) et l’API pour faciliter le libre-service et prendre en charge différents scénarios métier.

Les partenaires peuvent transférer des éléments de plan Azure ou des abonnements NCE basés sur des licences :

Vue d’ensemble

Les partenaires peuvent transférer des éléments Azure Plan ou de nouveaux abonnements commerciaux basés sur des licences. Avant qu’un transfert puisse avoir lieu, le client doit établir une relation avec un (nouveau) partenaire cible. Une fois que le client a une relation avec son partenaire cible, il peut travailler avec son partenaire cible pour envoyer une demande de transfert au partenaire source qui possède actuellement ses abonnements. Les conversations entre le client, le partenaire source et le partenaire cible doivent avoir lieu pour s’entendre sur les attentes de transfert.

Scénarios pris en charge

Les transferts permettent aux partenaires, le cas échéant, de déplacer des abonnements clients. Les chemins d’accès suivants sont pris en charge :

  • Partenaire de facturation directe vers un partenaire de facturation directe
  • Partenaire de facturation directe vers un fournisseur indirect
  • Fournisseur indirect vers un fournisseur indirect
  • Fournisseur indirect vers un partenaire de facturation directe

Les revendeurs indirects ont besoin de leur fournisseur indirect, le propriétaire de facturation de l’abonnement, pour envoyer ou approuver une demande de transfert.

Les partenaires de facturation directe qui passent à devenir des revendeurs indirects peuvent transférer les abonnements de leur client vers le fournisseur indirect pour lequel ils travaillent. Leur fournisseur indirect doit envoyer la demande de transfert du client au partenaire de facturation directe à accepter et à envoyer.

Seuls les agents d’administration peuvent créer et approuver des transferts.

Types de transfert pris en charge

Les demandes de transfert prennent uniquement en charge les abonnements, les réservations, les plans d’épargne et/ou les nouveaux abonnements basés sur des licences commerciales. Les abonnements logiciels, les logiciels perpétuels et les abonnements tiers ne peuvent pas être transférés à l’aide de cette fonctionnalité de transfert.

Prérequis

Les clients doivent établir une relation avec le nouveau partenaire cible pour une transition vers le travail.

  • Le client informe le partenaire FOURNISSEUR de solutions Cloud source de l’intention de transition.
  • Le partenaire CSP cible travaille avec le client pour s’assurer que les besoins du client peuvent être satisfaits.
  • Le client signe un Contrat client Microsoft avec le partenaire CSP cible.
  • Le partenaire CSP cible signe le Contrat Partenaire Microsoft avant de créer des transferts.
  • Le partenaire cible envoie une demande de relation au client.
  • Le partenaire cible doit avoir l’ID Microsoft du partenaire source (ID de locataire), requis lors de la création du transfert.

Notifications pour les transferts

L’Espace partenaires envoie une notification lorsque les transferts se produisent. Les partenaires sources et les clients reçoivent Notifications par e-mail pour la création. Les partenaires sources, les partenaires cibles et les clients reçoivent Notifications par e-mail pour l’achèvement. Les partenaires cibles reçoivent un enregistrement dans le journal d’audit lorsqu’ils créent un transfert. Les partenaires sources reçoivent un enregistrement dans leur journal d’audit lorsqu’ils acceptent un transfert. Les notifications de partenaire sont envoyées aux agents d’administration. Les notifications client sont envoyées au contact par e-mail du client défini dans la demande de transfert.

Chronologies attendues pour les transferts

Le temps nécessaire à un transfert accepté dépend de facteurs tels que le nombre et les types d’abonnements transférés. Certains transferts peuvent rencontrer des échecs d’éléments de ligne spécifiques, qui sont retentés jusqu’à ce qu’ils réussissent. La plupart des transferts prennent moins d’une heure, mais dans certains cas peuvent prendre jusqu’à 72 heures.

Annulation d’un transfert

Les transferts dans l’état en attente peuvent être annulés par le partenaire cible. Les partenaires cibles peuvent accéder aux détails du transfert et cliquer sur Annuler en haut à droite de la page. L’annulation d’un transfert désactive le partenaire source d’accepter le transfert. L’annulation d’un transfert est utile si le transfert a été créé par erreur.

Journaux d’activité et transferts

Les journaux d’activité garantissent que les événements de création et de mise à jour de transfert sont disponibles pour les partenaires cibles et sources. Les partenaires cibles et sources tirent parti du journal d’activité pour suivre les événements d’activité de transfert pour les transferts créés, mis à jour (soumis), terminés et ayant échoué. Les données d'activité sont disponibles dans les comptes partenaires de l’espace partenaires et sont également compatibles avec l'API. Les partenaires peuvent consulter la documentation du journal d'activité pour comprendre comment suivre les transactions effectuées avec leurs clients et d'autres actions. Les partenaires peuvent en savoir plus sur les API de l’espace partenaires pour récupérer les enregistrements d'audit et les événements d'audit.

Prise en charge du webhook

Les webhooks de l’Espace partenaires prennent en charge les transferts de partenaires. Les API Webhook permettent aux partenaires de s’inscrire aux événements de modification des ressources. Ces événements sont transmis sous forme de HTTP POST à l’URL enregistrée par le partenaire. Les partenaires reçoivent des notifications de webhook pour les transferts créés, mis à jour (envoyés), terminés et ayant échoué. Les événements webhook permettent aux partenaires d’opérationnaliser plus facilement les solutions de transfert et de suivre les nouveaux transferts envoyés à eux. Les événements de webhook sont utilisés pour suivre les modifications d’état des transferts après la création et l’envoi par le partenaire source. Vous trouverez plus d’informations sur les webhooks dans la documentation des webhooks et les rubriques d’événements webhook.

API et bac à sable

Les partenaires peuvent utiliser les API de l’Espace partenaires pour exécuter des transferts. Les API les plus importantes sont la façon de créer un transfert, exécuté à partir du partenaire cible et comment mettre à jour et envoyer un transfert, exécuté par le partenaire source. Ces API sont prises en charge dans les environnements de bac à sable de l’Espace partenaires, mais la nouvelle acceptation de la relation client n’est pas prise en charge. Cette limitation complique la validation des transferts de bac à sable de bout en bout. Les partenaires peuvent en savoir plus en examinant les fonctionnalités de bac à sable pour la rubrique relative aux relations de revendeur.

Plus d’informations