Power Apps v Managed Environments: jak připravit licence na únor 2027

Od února 2027 Microsoft plánuje důslednější kontrolu licenčního nároku při otevírání aplikací Power Apps ve spravovaných prostředích. Nejde o novou povinnost vzniklou až v tomto měsíci: Managed Environments už dnes vyžadují odpovídající samostatné licence nebo podporované kapacitní či průběžně účtované nároky pro aktivní použití. Mění se vymahatelnost. Uživatel bez správného nároku po upozorněních aplikaci neotevře, dokud mu organizace nepřiřadí vhodnou licenci. Microsoft to popisuje spolu s postupem pro správce a uživatele. Pro IT je důležité rozlišit místo aplikace, skutečné použití a nárok konkrétní osoby, ne pouze název konektoru.

Časová osa a rozdíl mezi povinností a kontrolou

Administrativní upozornění začala podle Microsoftu v březnu 2026 a upozornění uvnitř aplikací pro koncové uživatele v červnu 2026. Od února 2027 uživatel bez vhodné licence při otevření aplikace ve spravovaném prostředí narazí na blokaci. Aplikace se tím nesmaže; přístup se vrátí, jakmile se správný nárok projeví. Právě proto se nemá čekat na první produkční incident. Vezměte měsíce před změnou jako období na zjištění používání, opravu přiřazení, vyřešení kapacity a vysvětlení postupu podpory. Datum je nutné sledovat v aktuální dokumentaci Microsoftu.

Rozhoduje prostředí a aktivní použití

V Managed Environment je v rozsahu každý člověk, který aplikaci skutečně spouští, včetně uživatele jinak standardní canvas aplikace. Požadavek se neváže jen na prémiový konektor. Spravované prostředí totiž přináší samostatné provozní a správní funkce, pro něž Microsoft stanoví nárok při aktivním používání. Prosté oprávnění vstoupit do prostředí ještě nedokazuje právo aplikaci spouštět. Naopak vývojář, který prostředí administruje, ale danou aplikaci nepoužívá, nesmí být automaticky počítán stejně jako aktivní uživatel. Inventář proto spojujte s událostmi spuštění a se skutečně přiřazenými licencemi.

Standardní aplikace může vyžadovat prémiový nárok

Jedním z nejčastějších překvapení je standardní aplikace umístěná ve spravovaném prostředí. Tým se může domnívat, že licenci Microsoft 365 nebo běžná práva Power Apps stačí, protože aplikace nepoužívá SQL či Dataverse. Microsoft však výslovně říká, že požadavek Managed Environments platí i pro uživatele standardních aplikací. Oddělte tedy posouzení funkce aplikace od posouzení prostředí. Je možné, že stejná aplikace má v jiném kontextu odlišnou licenční odpověď. Přesunutí aplikace jen kvůli obejití požadavku může naopak zrušit správní kontrolu, která byla důvodem pro Managed Environment.

Které licence mohou požadavek splnit

Microsoft uvádí například Power Apps Premium, vybrané nároky Power Automate Premium a vhodné licence Dynamics 365 s příslušnými právy. Pro Power Apps mohou podmínku splnit také per-app varianty nebo průběžné účtování, pokud jsou nastavené pro správný scénář; u kapacitních plánů je nutné přidělení do prostředí. Nejde o tvrzení, že každá licence Dynamics 365 nebo každý meter pokryje libovolnou aplikaci. Práva se liší podle produktu a kontextu. Aktuální stránka Microsoftu a odkazovaný Power Platform Licensing Guide jsou autoritou pro konkrétní SKU, ne obecný interní ceník.

Dynamics 365 má hranici aplikačního kontextu

Licence Dynamics 365 může zahrnovat použití Power Apps, ale tato práva nejsou univerzálním průkazem do všech vlastních aplikací. Microsoft popisuje oprávnění v kontextu licencované aplikace Dynamics 365 a stejného prostředí. Vlastní aplikace otevřená mimo tento kontext může potřebovat samostatné Power Apps právo. U každé skupiny uživatelů proto zapište, kterou Dynamics aplikaci mají licencovanou, ve kterém prostředí pracují a proč je vlastní aplikace součástí jejich práce. Neodvozujte nárok jen z toho, že uživatel má ve výpisu jakoukoli licenci Dynamics 365. Power Apps FAQ na tento rozdíl výslovně upozorňuje.

Toky Power Automate kontrolujte zvlášť

Stejné prostředí může obsahovat cloudové toky. Microsoft uvádí, že uživatel používající aplikaci i tok ve spravovaném prostředí nemusí vždy vlastnit zároveň Power Apps Premium a Power Automate Premium jen kvůli nároku Managed Environments; vhodná licence může pokrýt tuto vrstvu. To však neznamená, že měřidlo Power Apps per app automaticky pokryje veškeré použití Power Automate. Dokumentace u tohoto metru výslovně říká, že pokrývá pouze Power Apps, zatímco tok musí mít vlastní odpovídající nárok. Do inventáře proto vedle aplikací přidejte spouštěče toků, vlastníky a procesní scénář.

Report nevyhovujících uživatelů je výchozí bod

V Power Platform admin center je report Users requiring licenses in Managed Environments. Podle Microsoftu ukazuje jedinečné uživatele, kteří ve vybraném měsíci otevřeli aplikaci v Managed Environment bez vhodné licence, spolu s prostředím a aplikací. Není to úplný seznam všech budoucích uživatelů: kdo v měsíci aplikaci nespustil, nemusí se objevit. Uživatel po novém přiřazení může v reportu zůstat, dokud aplikaci znovu neotevře. Proto export porovnejte s vlastníky aplikací, plánovaným využitím a stavem licencí. Jeden prázdný report nepovažujte za definitivní potvrzení souladu.

Přiřazení navrhněte podle rolí, ne podle poslední chyby

Nejprve vytvořte skupiny podle pracovní potřeby: trvalí uživatelé více aplikací, lidé jedné aplikace, příležitostné role, uživatelé Dynamics a správci. U každé skupiny ověřte vhodnou licenční cestu a objem; porovnejte per-user, per-app a průběžný model tam, kde je skutečně podporován. Přiřazení lze připravit před únorem 2027, aby kritické aplikace nečekaly na první selhání. Microsoft zmiňuje také auto-claim pro aktivní uživatele, ten však vyžaduje dostatečnou zásobu licencí a kontrolu pravidel. Bez evidence vlastnictví a výjimek se z automatizace stane jen nepřehledný nákup.

1. 01

   Zmapujte prostředí

   Seznamte Managed Environments, vlastníky aplikací a kritické procesy

2. 02

   Získejte použití

   Stáhněte report nevyhovujících uživatelů za více období a doplňte plánované uživatele

3. 03

   Určete nárok

   Pro každou roli ověřte konkrétní licenci, kapacitu či meter a pravidla Dynamics kontextu

4. 04

   Přiřaďte a otestujte

   Na pilotní skupině otevřete aplikace po změně licence a ověřte navazující toky

5. 05

   Připravte podporu

   Definujte vlastníka žádosti, postup při blokaci a kontrolu měsíčního reportu

Pilot musí simulovat skutečný pracovní den

Vyberte aplikace, jejichž nedostupnost zastaví provoz, a několik méně kritických scénářů. Pilotní účty musí odpovídat skutečným rolím: uživatel standardní aplikace, uživatel model-driven aplikace, držitel práv Dynamics, člověk s kapacitním nárokem a uživatel bez nároku. Testujte otevření v prohlížeči i obvyklém klientu, navazující tok, přidělení licence a opakované přihlášení. U každého výsledku zaznamenejte název prostředí, aplikaci, roli, typ nároku a čas testu. Zkušenost s trial licencí není důkazem, že stejná cesta bude fungovat po jejím vypršení.

Co se stane při blokaci a jak reagovat

Uživatel bez vhodné licence uvidí v aplikaci upozornění a možnost požádat správce o licenci. Microsoft popisuje stupně informační zprávy, varování a chyby; od února 2027 může po finálním stupni dojít k odmítnutí otevření. Žádost může správce vyřídit v Power Platform admin center nebo Microsoft 365 admin center. Připravte servicedesk, aby neobcházel incident přes nové prostředí nebo sdílený účet. Má zjistit, zda jde o Managed Environment, která aplikace se spouští, jaký je nárok osoby a zda se licence po přiřazení už projevila. Aplikace zůstává zachovaná a po zjištění správného nároku má být přístup obnovitelný.

Udržujte licenční evidenci i po únoru 2027

Změna je provozní, ne jednorázová nákupní akce. Nový zaměstnanec může začít používat aplikaci, stará Dynamics role může být rozšířena mimo původní kontext a vlastník může přesunout aplikaci do spravovaného prostředí. Při každé takové změně musí existovat kontrola nároku před spuštěním. Sledujte reporty využití, žádosti o licence, kapacitu meterů, vypršení trialů a vazbu toků. Auditujte přidělení i odebrání licencí podle skutečné práce. Přehled udržujte společně s týmem Power Platform, vlastníky aplikací, nákupem a podporou, aby se pozdější incident neřešil bez kontextu.