CoE Starter Kit : quoi faire maintenant que Microsoft bascule vers l'admin center
Microsoft indique, dans sa documentation officielle mise à jour le 7 mai 2026, que le CoE Starter Kit n'est plus activement maintenu et que ses capacités cœur sont désormais intégrées au centre d'administration Power Platform. BA-IT a établi à partir de cette page de transition la correspondance composant par composant ci-dessous : ce qui existe en natif, ce qui n'est couvert que partiellement, et ce qui n'a aucun équivalent documenté. Dernière vérification des sources par BA-IT le 19 août 2026.
Que se passe-t-il exactement avec le CoE Starter Kit ?
Deux faits sont vérifiables à ce jour. Premièrement, la page Microsoft Learn « CoE Starter Kit transition to Power Platform admin center », dont la dernière mise à jour affichée est datée du 7 mai 2026, indique que le kit n'est plus activement maintenu, que ses capacités cœur font partie du centre d'administration Power Platform, que les tickets ne sont plus examinés ni traités, et que seules les vulnérabilités de sécurité doivent être signalées au Microsoft Security Response Center. La même page précise que le kit reste disponible pour les déploiements existants et nouveaux, mais qu'il ne recevra pas de nouvelles capacités.
Deuxièmement, le dépôt GitHub public microsoft/coe-starter-kit est archivé : il est passé en lecture seule, ce qui interdit toute nouvelle contribution ou correction publique. Ce second constat corrobore le premier sans ajouter d'interprétation.
Il n'y a donc ni retrait, ni date de fin de support annoncée, ni obligation de migration. Le message de Microsoft est un déplacement d'investissement : les fonctions de gouvernance sont désormais livrées dans le centre d'administration Power Platform, à travers les expériences Inventory, Usage, Monitor et Actions, complétées par la CLI Power Platform et les API Power Platform.
BA-IT s'en tient à ce périmètre factuel. Toute affirmation supplémentaire sur un abandon du kit, une date d'arrêt ou une désactivation forcée ne repose sur aucune source Microsoft à la date du 19 août 2026.
Le tableau de correspondance
Ce tableau ne recense que les composants dont la correspondance est documentée, soit par la page de transition Microsoft, soit par la documentation de la fonctionnalité native concernée. Les composants du kit que BA-IT n'a pas pu rattacher à une source publique n'y figurent pas : mieux vaut un inventaire court et exact qu'une matrice exhaustive dont la moitié serait devinée.
| Composant du CoE Starter Kit | Fonction couverte | Équivalent natif dans l'admin center | Statut | Contournement recommandé |
|---|---|---|---|---|
| Power Platform Admin View et flux de synchronisation d'inventaire | Recenser les applications, flux, environnements et propriétaires du tenant. | Expérience Inventory du centre d'administration Power Platform. Source Microsoft Learn | Natif complet | Basculer les usages de reporting sur Inventory et sur l'API d'inventaire plutôt que sur les tables Dataverse du kit. |
| Tableaux de bord Power BI du CoE (adoption) | Suivre l'adoption, les ressources les plus utilisées et leurs propriétaires. | Expérience Usage du centre d'administration. Source Microsoft Learn | Natif partiel | Utiliser Usage pour le suivi courant, et reconstruire les indicateurs spécifiques à votre organisation sur l'API d'inventaire, qui alimente un rapport Power BI que vous maîtrisez. |
| Suivi de la santé opérationnelle des ressources critiques | Détecter les échecs et dégradations sur les applications et flux les plus utilisés. | Expérience Monitor du centre d'administration, journaux d'événements et d'erreurs. Source Microsoft Learn | Natif complet | Adopter Monitor comme source unique et supprimer les alertes redondantes du kit. |
| Composants de gouvernance : détection de conformité et actions correctives | Identifier les risques, appliquer les bonnes pratiques et agir sur les ressources non conformes. | Expérience Actions (Power Platform Advisor). Source Microsoft Learn | Natif partiel | S'appuyer sur Actions pour les recommandations couvertes par Microsoft, et conserver un processus interne écrit pour les règles propres à votre organisation. |
| DLP Editor | Créer, comparer et maintenir les politiques de prévention des pertes de données. | Gestion native des politiques DLP dans le centre d'administration. Source Microsoft Learn | Natif complet | Gérer les politiques dans l'admin center et les versionner via la CLI ou l'API Power Platform. |
| Composants de demande et de création d'environnements | Encadrer la création d'environnements et le placement des nouvelles ressources. | Environnements managés et routage de l'environnement par défaut. Source Microsoft Learn | Natif partiel | Activer le routage et les environnements managés, puis porter le circuit de validation métier dans un outil de demandes que vous maîtrisez. |
| ALM Accelerator | Industrialiser le déploiement des solutions entre environnements. | Pipelines Power Platform. Source Microsoft Learn | Natif partiel | Migrer vers les pipelines natifs ; pour les scénarios avancés, conserver une chaîne Azure DevOps ou GitHub avec la CLI Power Platform. |
| Synchronisation des journaux d'audit | Historiser l'activité au-delà des rétentions par défaut. | Journaux d'événements et d'erreurs du centre d'administration, complétés par l'audit Microsoft Purview. Source Microsoft Learn | Natif partiel | Exporter les journaux vers votre entrepôt de logs si la rétention native ne suffit pas à vos obligations. |
| Nettoyage et archivage des ressources inactives | Détecter puis archiver ou supprimer les applications et flux abandonnés. | Aucun équivalent complet documenté par Microsoft dans la page de transition ; Inventory et Actions donnent la visibilité, pas le cycle d'archivage du kit. Source Microsoft Learn | Sans équivalent documenté | Écrire une procédure interne de fin de vie applicative, outillée par l'API Power Platform, avec un propriétaire nommé et une revue périodique. |
| Composants de nurture : catalogue de modèles, catalogue d'applications, backlog d'innovation, animation de la communauté de makers | Accompagner et animer les créateurs internes. | Aucun équivalent documenté dans le centre d'administration : ces composants relèvent de l'animation, pas de l'administration. Source Microsoft Learn | Sans équivalent documenté | Porter ces usages dans vos outils collaboratifs existants : SharePoint, Teams, Viva Engage. |
Statuts : « Natif complet » signifie que la fonction est assurée par une expérience native documentée. « Natif partiel » signifie qu'une partie du besoin est couverte, mais qu'un travail interne reste nécessaire. « Sans équivalent documenté » signifie qu'aucune source Microsoft consultée le 19 août 2026 ne désigne de remplaçant.
Les fonctions sans équivalent natif
Deux familles de fonctions du kit ne trouvent aucun remplaçant documenté à la date du 19 août 2026. Ce sont elles qui doivent structurer votre plan, car elles supposent une décision d'organisation et non un simple changement d'outil.
Nettoyage et archivage des ressources inactives
Détecter puis archiver ou supprimer les applications et flux abandonnés.
Écrire une procédure interne de fin de vie applicative, outillée par l'API Power Platform, avec un propriétaire nommé et une revue périodique.
Composants de nurture : catalogue de modèles, catalogue d'applications, backlog d'innovation, animation de la communauté de makers
Accompagner et animer les créateurs internes.
Porter ces usages dans vos outils collaboratifs existants : SharePoint, Teams, Viva Engage.
Faut-il désinstaller le CoE Starter Kit maintenant ?
Non, et BA-IT déconseille toute désinstallation précipitée. Le kit fonctionne toujours, Microsoft indique qu'il reste disponible, et rien n'oblige à le retirer d'un tenant où il rend service. Le risque n'est pas une panne imminente : c'est une dépendance qui se dégrade lentement, puisque aucune correction ni adaptation aux évolutions de la plateforme n'est plus publiée.
La séquence que BA-IT applique tient en quatre étapes. D'abord, recenser les usages réellement actifs : quels rapports sont ouverts, quelles alertes sont lues, quelles décisions s'appuient sur le kit. Ensuite, basculer sans attendre les usages listés « Natif complet » dans le tableau ci-dessus, qui ne demandent aucun développement. Puis traiter les usages « Natif partiel » en décidant, pour chacun, s'il justifie un outillage interne ou s'il peut être abandonné. Enfin seulement, réduire le périmètre du kit, en gardant en lecture les composants dont l'historique de données a de la valeur.
Un point mérite attention : les données historisées par le kit dans Dataverse ne se retrouvent pas dans les expériences natives, qui exposent l'état courant du tenant. Si votre organisation exploite des séries historiques, prévoyez leur export avant toute réduction de périmètre.
Quelle gouvernance mettre en place à la place ?
Le CoE Starter Kit n'a jamais été une gouvernance : c'était un outillage au service d'une gouvernance. Son arrêt de maintenance est l'occasion de réécrire les quatre règles qui comptent réellement, indépendamment de l'outil qui les mesure.
Politiques DLP
Classer les connecteurs par niveau de sensibilité et appliquer des politiques de prévention des pertes de données différenciées selon les environnements. C'est la seule barrière qui empêche techniquement une donnée métier de sortir du périmètre autorisé.
Séparation des environnements
Séparer bac à sable, recette et production, et encadrer la création d'environnements via les environnements managés et le routage de l'environnement par défaut. Sans cette séparation, aucune règle de cycle de vie ne tient.
Cycle de vie des applications
Déployer par solutions et par pipelines Power Platform, avec une règle de fin de vie écrite : critère d'inactivité, délai de préavis, archivage puis suppression.
Propriété identifiée
Chaque application critique a un propriétaire métier nommé et un suppléant. C'est la règle la plus simple et la plus souvent absente ; sans elle, l'inventaire natif produit une liste que personne ne traite.
Ces quatre règles constituent le cadre que BA-IT installe dans son audit de gouvernance Power Platform, en s'appuyant sur les expériences natives plutôt que sur un outillage tiers à maintenir. La démarche recoupe la cartographie du shadow IT : les mêmes applications non gouvernées apparaissent des deux côtés.
Questions fréquentes
Le CoE Starter Kit est-il abandonné par Microsoft ?
Microsoft indique dans sa documentation, mise à jour le 7 mai 2026, que le CoE Starter Kit n'est plus activement maintenu, qu'il ne reçoit plus de nouvelles fonctionnalités et que les tickets ne sont plus traités, à l'exception des signalements de sécurité adressés au Microsoft Security Response Center. Le kit reste téléchargeable et déployable. Le dépôt GitHub public du kit est archivé, ce qui confirme l'arrêt des contributions.
Faut-il désinstaller le CoE Starter Kit immédiatement ?
Non. BA-IT ne recommande aucune désinstallation en urgence : le kit continue de fonctionner sur les tenants où il est déployé. Le vrai sujet est la dépendance à long terme, puisque aucune correction ni évolution n'est plus publiée. La démarche raisonnable consiste à basculer d'abord les usages couverts nativement, puis à réduire progressivement le périmètre du kit.
Que remplace exactement le centre d'administration Power Platform ?
Microsoft cite quatre expériences natives qui reprennent les scénarios cœur du kit : Inventory pour recenser applications, flux et agents, Usage pour suivre l'adoption et identifier les ressources et propriétaires majeurs, Monitor pour la santé opérationnelle, et Actions pour identifier les risques et appliquer les bonnes pratiques. Microsoft renvoie aussi vers la CLI Power Platform, l'API Power Platform, l'API d'inventaire et le connecteur Power Platform for Admins V2.
Que faire des rapports Power BI construits sur les tables du CoE ?
Ils continuent de fonctionner tant que les flux de synchronisation du kit tournent, mais ils reposent sur un socle qui n'évolue plus. BA-IT recommande de reconstruire les indicateurs réellement utilisés sur l'API d'inventaire Power Platform, et d'abandonner les indicateurs que personne ne consulte : l'exercice réduit en général fortement le périmètre à reprendre.
Comment BA-IT accompagne cette transition ?
BA-IT part de l'inventaire de ce que votre CoE Starter Kit fait réellement, pas de ce qu'il pourrait faire. Chaque usage actif est classé en trois catégories : couvert nativement, à réoutiller, ou à abandonner. Le résultat est une trajectoire chiffrée, portée par l'offre Audit et gouvernance Power Platform, avec un propriétaire identifié pour chaque règle de gouvernance conservée.
Faire le point sur votre gouvernance Power Platform
BA-IT inventorie ce que votre CoE Starter Kit fait réellement, identifie ce que les expériences natives couvrent déjà, et vous remet une trajectoire chiffrée avec un propriétaire par règle conservée.
Licence et citation
Ce tableau de correspondance est publié par BA-IT sous licence Creative Commons CC BY 4.0. Citation demandée : BA-IT, correspondance CoE Starter Kit et centre d'administration Power Platform, 19 août 2026.
Journal des modifications
- : publication initiale. Tableau de correspondance de dix lignes, établi à partir de la page Microsoft Learn de transition mise à jour le 7 mai 2026 et de l'archivage du dépôt GitHub du kit.
Page relue tous les trimestres. L'URL est stable et ne changera pas : https://www.ba-it.fr/coe-starter-kit-alternatives/