La Licence Per-App Power Apps N'Existe Plus : Ce Que les Équipes Doivent Faire

Le 2 janvier 2026, Microsoft a retiré le plan Per-App Power Apps de ses listes de prix. Pas de billet de blog. Pas d'email aux clients. Pas d'annonce sur Tech Community. Le changement a été découvert quatre jours plus tard quand des analystes licensing ont remarqué une ligne manquante dans le guide de licences de janvier 2026.

Une licence sur laquelle des milliers d'organisations comptaient pour des déploiements Power Apps ciblés : disparue avec une modification de PDF.

Cet article couvre ce qu'était le plan Per-App, pourquoi il a été retiré, ce qui le remplace, et comment choisir la bonne voie selon la taille de l'équipe et les patterns d'utilisation.

Ce qu'était le plan Per-App

Le plan Per-App coûtait $5 par utilisateur par app par mois. Une licence couvrait un utilisateur accédant à une app spécifique : Canvas, Model-Driven ou Portal. Il incluait l'accès complet à Dataverse, les premium connectors et le support on-premises data gateway.

L'économie était simple : à 4 apps par utilisateur, le Per-App ($5 x 4 = $20) égalait le plan Per-User ($20/mois). En dessous de 4 apps, le Per-App était moins cher. Au-dessus de 4, le Per-User gagnait.

Pour les organisations déployant un formulaire d'inspection unique à 50 travailleurs terrain, ou une seule app d'approbation à un département de 20 personnes, le Per-App était le choix rationnel. Il avait été introduit en 2019 spécifiquement pour ces scénarios ciblés.

Pourquoi Microsoft l'a retiré

Microsoft n'a fourni aucune explication officielle. La page de mise à jour licensing constate le fait sans justification. Les analystes du secteur convergent sur trois raisons probables.

La conformité était inapplicable. Microsoft n'a jamais construit la couche technique pour vérifier qu'un utilisateur sous licence Per-App n'accédait qu'à son app désignée. Les admins n'avaient aucun outil natif pour le contrôle. La licence existait commercialement mais était impossible à auditer, créant un risque tant pour Microsoft que pour les clients.

La complexité licensing créait de la friction commerciale. Empiler des licences Per-App entre utilisateurs et apps générait une charge administrative dans les Enterprise Agreements, les renouvellements et les processus de true-up. Chaque conversation licensing nécessitait un tableur.

Le modèle de revenus évolue. La stratégie globale de Microsoft pousse vers des abonnements forfaitaires (Premium) ou la facturation à la consommation Azure (Pay-As-You-Go). Le Per-App était un hybride à prix fixe qui ne s'intégrait proprement dans aucun des deux modèles.

Ce qui le remplace

Deux options restent pour licencier Power Apps avec les fonctionnalités premium.

Power Apps Premium : $20/utilisateur/mois

• Apps illimitées par utilisateur licence
• Dataverse complet, tous les premium connectors, Power Pages
• 500 crédits AI Builder par utilisateur par mois
• Remise volume : $12/utilisateur/mois à 2 000+ utilisateurs (négociation EA)
• Idéal pour les utilisateurs accédant régulièrement à plusieurs apps

Pay-As-You-Go : $10/utilisateur actif/app/mois

• Facturé via un abonnement Azure
• Charges basées sur les utilisateurs uniques ouvrant une app au moins une fois par mois calendaire
• Mêmes capacités que Premium dans les environnements activés
• Idéal pour les usages sporadiques ou saisonniers

Qui est concerné, et qui ne l'est pas

L'impact dépend du canal de licence.

Enterprise Agreement (EA) : Entièrement protégé. Les clients existants peuvent continuer à utiliser et renouveler le Per-App après la fin de leur contrat actuel. Pas de migration forcée, pas de date limite.

Cloud Solution Provider (CSP) : Entièrement protégé. Même traitement que l'EA, les abonnements existants continuent et peuvent être renouvelés.

Microsoft Products and Services Agreement (MPSA) : Protection partielle. Les contrats actuels restent actifs, mais à l'expiration du contrat, le Per-App ne sera plus proposé au renouvellement. Il y a une fenêtre de 60 jours après expiration pour migrer vers une alternative.

Nouveaux clients (depuis le 2 janvier 2026) : Impossible d'acheter le Per-App. Il faut choisir Premium ou PAYG dès le départ.

Comment choisir : Premium ou Pay-As-You-Go

La décision dépend de trois variables : combien d'utilisateurs, combien d'apps par utilisateur, et à quelle fréquence ils ouvrent ces apps.

Une seule app, usage sporadique : PAYG gagne. Si les utilisateurs n'ouvrent l'app que quelques mois par an, la facturation à la consommation évite de payer les mois inactifs.

Une seule app, usage mensuel : PAYG à $10/mois vs Premium à $20/mois. Le PAYG coûte deux fois moins quand chaque utilisateur n'a besoin que d'une app.

Deux apps ou plus, usage régulier : Premium gagne. Deux apps en PAYG = $20/mois, égalant le forfait Premium. À trois apps ou plus, Premium est clairement moins cher.

2 000+ utilisateurs : Négocier le tarif volume Premium à $12/utilisateur/mois. À cette échelle, même les utilisateurs mono-app peuvent bénéficier du tarif volume.

Impact en coût par scénario

Les petits déploiements ciblés, exactement le cas d'usage pour lequel le Per-App avait été conçu, font face à la plus forte augmentation de coût.

La question des nonprofits

Microsoft offrait auparavant 10 licences Per-App gratuites aux organismes à but non lucratif éligibles. Avec le retrait du plan, le statut de ces allocations est incertain. Le programme Elevate de Microsoft pour les nonprofits n'a pas encore publié de guide sur un avantage de remplacement. Les organisations qui comptent sur ces licences gratuites devraient contacter leur équipe compte nonprofit Microsoft de manière proactive.

Ce que cela signifie

Trois tendances émergent de ce retrait.

Azure-first billing. Le Pay-As-You-Go nécessite un abonnement Azure, un suivi de consommation et une gouvernance de facturation. Microsoft oriente Power Platform vers le metering Azure : le même modèle utilisé pour Azure SQL, Cosmos DB et d'autres services cloud.

Simplification par élimination. Plutôt que de corriger le déficit de conformité du Per-App, Microsoft a choisi de supprimer entièrement le produit. Moins de SKU signifie moins de conversations licensing, moins de litiges d'audit et des processus commerciaux plus simples.

Le précédent du "retrait silencieux". Supprimer une licence largement utilisée via une mise à jour PDF, sans communication proactive, crée un précédent préoccupant. Les organisations qui budgétisent sur la base des SKU disponibles devraient surveiller les changements mensuels du guide de licences Microsoft, pas seulement les annonces de blog.

Actions à mener

1. Auditer l'usage actuel du Per-App. Identifier tous les utilisateurs détenant des licences Per-App, quelles apps ils accèdent, et à quelle fréquence.
2. Vérifier le type de contrat. Les clients EA et CSP peuvent renouveler : il n'y a pas d'urgence. Les clients MPSA devraient planifier la migration avant l'expiration du contrat.
3. Modéliser la différence de coût. Utiliser le cadre de décision ci-dessus pour comparer Premium vs PAYG pour chaque segment d'utilisateurs.
4. Surveiller les directives nonprofit. Si l'organisation dépend des allocations Per-App gratuites, contacter l'équipe nonprofit de Microsoft.
5. Envisager le PAYG pour l'usage saisonnier. Les travailleurs terrain, le personnel saisonnier et les équipes de projet peuvent bénéficier de la facturation à la consommation malgré le taux unitaire plus élevé.

---

Sources :

1. Important update to Power Apps per app license - Microsoft Licensing
2. Power Apps Per App Plan Discontinued - SAMexpert
3. Power Apps per app plan end of sale - The Licensing Guide
4. What should Power Apps per app customers do now? - The Licensing Guide
5. Pay-as-you-go plan overview - Microsoft Learn
6. Power Apps Pricing - Microsoft