Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Publiez ou partagez votre plugin testé avec les personnes qui en ont besoin. Vous pouvez le publier pour les clients via la Place de marché Microsoft Marketplace, le publier au sein de votre organisation ou le partager directement lorsque votre outil de développement prend en charge cette option.
La méthode de publication ou de partage doit prendre en charge le package de plug-in, ses composants, les expériences Microsoft 365 cibles et le public prévu.
La publication ou le partage ne termine pas automatiquement l’installation, l’affectation, la configuration de l’accès ou de la connexion. Les étapes suivantes requises dépendent de la méthode.
Avant de commencer
Avoir :
- Package de plug-in exact qui a réussi la validation et le test.
- L’audience prévue et les expériences Microsoft 365 cibles.
- Méthode de publication ou de partage prise en charge par le package et l’outil de développement.
- Nom du module, description, détails de support et informations juridiques requises par cette méthode.
Choisir le mode de publication ou de partage
| Qui a besoin de votre plug-in ? | Méthode | Suivre cette procédure |
|---|---|---|
| Clients de plusieurs organisations | Place de marché Microsoft | Publier votre plug-in via Microsoft Marketplace |
| Utilisateurs de votre organisation | Une méthode de publication d’organisation, de chargement administrateur ou de partage de locataire prise en charge par votre outil de développement et votre package | Publiez votre plug-in dans votre organisation |
| Des personnes, des groupes ou votre organisation spécifiques via le partage direct | Un workflow de partage de plug-in pris en charge par votre outil de développement | Partagez votre plug-in directement |
Remarque
Cet article couvre les packages de plugins. Pour publier ou partager un agent autonome (non emballé) existant, utilisez les instructions spécifiques au produit pour Agent Builder, Copilot Studio ou Work IQ Dev Tools.
L’approbation de l’administrateur est requise uniquement lorsque la méthode sélectionnée ou la stratégie de votre organisation l’exige.
L’installation d’un package à des fins de développement ou de test ne le publie pas pour une utilisation en production. Si aucune des méthodes ne prend en charge le package testé et le public prévu, la publication est bloquée.
Partagez votre plug-in directement
Pour un package de plug-in alpha construit avec les outils de développement Work IQ, utilisez wiqd plugin share. Suivez Créer un plug-in avec les outils de développement Work IQ pour les audiences, commandes et exigences prises en charge.
Pour les outils de développement Work IQ, wiqd plugin share publie le plug-in dans le registre de plug-ins pour le public sélectionné. Pour les autres méthodes, suivez les instructions spécifiques à la méthode pour confirmer la destination de publication et l’audience. Le partage direct ne publie pas le plug-in sur la Place de marché Microsoft, sauf si cette méthode prend explicitement en charge la publication sur la Place de marché.
Après le partage, vérifiez que les utilisateurs prévus peuvent accéder au plug-in et effectuer toute connexion requise.
Préparer vos informations de publication
La méthode que vous sélectionnez peut nécessiter :
- Nom du plug-in, identité du package, version, description, icônes et informations de liste.
- Contact de l’éditeur et informations de support.
- Déclaration de confidentialité et conditions d’utilisation.
- Licences, comptes, autorisations, consentement et connexions requis.
- Expériences Microsoft 365 prises en charge et limitations connues.
- Instructions pour les composants, les connexions ou les services que les administrateurs ou les utilisateurs doivent configurer séparément.
Expliquez ce que le package comprend et ce qui reste à l’extérieur. Par exemple, un package peut inclure des informations de connexion pour un serveur MCP distant alors que le serveur s’exécute séparément.
Utilisez la procédure spécifique à la méthode comme source de vérité pour les informations, les champs et les stratégies requis.
Publier ou partager le package testé
Suivez la méthode sélectionnée en utilisant la version exacte du package qui a réussi la validation et le test.
Vérifiez et enregistrez le résultat :
| Statut | Signification | Étape suivante |
|---|---|---|
| Soumis ou en cours de révision | Le package est en attente de révision, d’approbation ou de certification. La publication n’est pas terminée. | Suivez la soumission et traitez les modifications demandées. |
| Published | Le plug-in est publié via la méthode organisationnelle ou Marketplace sélectionnée. | Effectuez toutes les étapes nécessaires pour le rendre disponible aux utilisateurs. |
| Shared | Le plug-in est partagé via la méthode sélectionnée avec le public prévu. Le résultat n’est pas nécessairement un catalogue à l’échelle de l’organisation ou une publication de la Place de marché Microsoft. | Vérifiez la destination de publication, l’accès et les connexions requises. |
| Refusé ou bloqué | Une exigence empêche la publication ou le partage. | Résolvez le problème, répétez les tests concernés et réessayez. |
Mettez à jour le dossier de publication avec :
- Identité du package et version exacte.
- La méthode de publication ou de partage, la destination et le résultat.
- Public visé.
- Les actions de suivi, la configuration et les propriétaires requis.
La soumission, la publication et le partage sont des résultats distincts. Un package envoyé reste en attente jusqu’à ce que la méthode sélectionnée le signale comme publié.
Étape suivante : Rendre votre plug-in disponible et régir l’accès
Après avoir publié ou partagé votre plug-in, confirmez la façon dont les utilisateurs prévus peuvent y accéder. Selon la méthode de publication, un administrateur peut avoir besoin d’installer le package, de sélectionner des utilisateurs ou de configurer l’accès. Les utilisateurs peuvent également avoir besoin de se connecter ou de connecter un compte.
Continuez à rendre votre plugin disponible et à régir l’accès. Utilisez la carte d’administration Gérer les plug-ins avec Microsoft Agent 365 pour rechercher la page d’une tâche.
Si votre soumission est toujours en attente de révision, suivez son status avant de passer aux étapes qui nécessitent un package publié.