Ismert problémák és gyakori kérdések

Feljegyzés

Az új és továbbfejlesztett Power Platform felügyeleti központ már általánosan elérhető. Jelenleg frissítjük a dokumentációt, hogy tükrözze ezeket a változásokat, ezért látogasson vissza, és győződjön meg arról, hogy a legújabb frissítéseket kapja.

Ismert problémák

• Nem érhető el a fizetésre való számlázás és jelentéskészítési lehetőség Norvégia és Dél-16-ban.
• A Power Platform felügyeleti központ számlázási szabályzatát nem törli automatikusan a megfelelő Power Platform-fiókerőforrás az Azure portálon. Ez az erőforrás szükség esetén manuálisan törölhető az Azure portálon.
• A Power Platform-kérelem-fogyasztásmérő előzetes verziója előreláthatólag 2022. márciusának végéig tart. Az előzetes verzió során jelentést készítünk a kérések használatáról Power Platform , de nem számlázunk ki ezért a használatért, amíg el nem érjük a mérő általános elérhetőségét (GA). Ha egy környezetet Azure-előfizetéshez csatol, akkor a felhasználók és a környezet tranzakciói a jogosultaknál többet is használhatnak, anélkül, hogy szabályozást vagy túlárazásért fizetne.
• A Power Platform-kérelem igénylésére vonatkozó jelentés jelenleg nem mutatja be a Power Apps alkalmazásonkénti licenccel vagy a Power Apps alkalmazásonkénti fizetésre licencelt felhasználókhoz szükséges megfelelő jogosultságokat. Az ilyen felhasználók jogosultságai 0-ként jelennek meg, amikor valójában 6000-ként kell megjelenniük (kérések 24 óránként) a Kéréskorlátok és -kiosztások című témakörben leírtak szerint.
• Ha be van kapcsolva a többtényezős hitelesítés a Azure Portal, hibaüzenet jelenhet meg, amikor megpróbál összekapcsolni egy Azure-előfizetést a Power Platform felügyeleti központból. A problémát 2022 márciusának végéig tervezik megoldani.

Gyakori kérdések

Mikor érdemes megfontolni a meglévő Power Apps-előfizetési csomagok helyett a használatalapú fizetési számlázás használatát?

A használatalapú fizetés rugalmas lehetőséget biztosít a fizetésre a felhasználó által havonta futtatott egyedi alkalmazások száma alapján. Néhány gyakori eset, amikor hasznos lehet:

• Ha olyan professzionális fejlesztőkből áll egy csoport, akik már hozzáférnek egy Azure-előfizetéshez. A meglévő előfizetés használata Power Apps segíthet csökkenteni a beszerzési folyamatokat, miközben megőrzi a konzisztenciát a csapat által a Microsofttól használt egyéb szolgáltatásokkal.
• Amikor kiváló lehetőségeket kínál, de nem biztos benne, hogy hány licencet kell előre beszereznie. A használatalapú fizetés engedélyezése rugalmasságot biztosít a használati minták létrehozásához, amelyek szükség esetén előfizetési licencekké alakíthatók.
• Ha egy alkalmazást nagy felhasználói bázissal kell megosztani, bár a használat és a gyakoriság jelentősen ingadozhat. Ebben az esetben a használatalapú fizetés lehetővé teszi, hogy csak azoknak a felhasználóknak fizessen, akik a havi számlázási időszakban futtattak egy alkalmazást.

A használatalapú fizetés elérhető vászonalapú és modellvezérelt alkalmazásokhoz is?

Igen.

Hogyan számítja a Power Apps alkalmazásonkénti fogyasztásmérő az egységeket?

A számláló az alkalmazást vagy portált egy hónap során megnyitott egyedi felhasználók száma. Ugyanannak az alkalmazásnak vagy portálnak az ismételt elérése csak egyszer számít bele. További részletekért olvassa el az Power Apps alkalmazásonkénti fogyasztásmérő tudnivalóit.

Használhatok használatalapú fizetést a környezetemhez Azure-előfizetés nélkül?

Nem. A használatalapú fizetés használatához Azure-előfizetésre van szüksége.

Milyen környezetek használhatók a használatalapú fizetéshez?

Jelenleg a működési és a tesztkörnyezeti környezetek számára érhető el.

Lehet használatalapú fizetést beállítani külön alkalmazásokhoz?

Nem. A használatalapú fizetés be van állítva egy környezethez, és az adott környezeten belül minden alkalmazás ki van számlázva a társított Azure-előfizetésnek. Kizárhat azonban egy alkalmazást az Azure-előfizetés használatából, ebben az esetben a felhasználónak felhasználónkénti licencre van szüksége az alkalmazás használatához. Az alkalmazásonkénti licencek nem használhatók használatalapú fizetési környezetben.

Mi történik akkor, ha már van felhasználói licencem, és használatalapú fizetési környezetben használok egy alkalmazást? Az Azure-előfizetés alapján kell fizetni?

A felhasználónkénti licenccel rendelkező felhasználók nem számítanak bele az Power Apps alkalmazásonkénti mérőbe, ezért nem számítanak fel díjat. Ha azonban egy környezet egy Azure-előfizetéshez van csatolva, Dataverse a kapacitástúllépést az Azure-előfizetés számlázza ki. A Dataverse felhasználónkénti licencekhez biztosított kapacitások bérlői szinten vannak összevonva, de nem vonatkoznak a használatalapú fizetésre engedélyezett környezetre. A használatalapú fizetési környezet esetén 1 GB Dataverse adatbázis-tárhely és 1 GB fájlkapacitás szükséges.

Mi történik akkor, ha van Office licencem, és használatalapú fizetési környezetben használok egy alkalmazást standard összekötőkkel?

A standard összekötőkel rendelkező és Office licencelt alkalmazásokat nem számítja fel a rendszer a Power Apps alkalmazásonkénti fogyasztásmérőbe, ezért nem számítanak fel költségeket.

Használhatják a vendégek az alkalmazásokat használatalapú fizetéses környezetben licenc nélkül?

Igen.

Mi van akkor, ha egy felhasználó többször is futtatja ugyanazt az alkalmazást egy hónapban? Hogyan terhelik őket?

A használatalapú számlázás csak az alkalmazás havi aktív egyedi felhasználóit számlálja. Ugyanannak az alkalmazásnak egy hónap alatt való ismételt elérése az adott felhasználónak csak egy díjat számít fel az adott hónapra.

Ha egy felhasználó több alkalmazást futtat egyetlen környezetben, hogyan kell fizetnie a felhasználónak?

Az egyedi felhasználó által egy hónap alatt elért alkalmazások száma után kell fizetnie. Ha egy felhasználó egy hónapban három különböző alkalmazást futtat, akkor három aktív felhasználóért kell fizetnie.

Mi a történik akkor, ha az alkalmazás már használja a környezetben elérhető alkalmazás-passzokat? Továbbra is használhatok használatalapú fizetési számlázást az alkalmazásom esetében?

Igen, beállíthatja az alkalmazás környezetét használatalapú fizetésre. Ezzel figyelmen kívül hagyja az alkalmazásbérleteket, és Azure-előfizetéssel fizethet az alkalmazásért.

Használhatok használatalapú fizetési számlázást egyes alkalmazásokért, és használhatok alkalmazásonkénti passzokat a többihez ugyanabban a környezetben?

Nem. Amint bekapcsolja a használatalapú fizetést a környezetében, a rendszer az összes alkalmazás számlázását kéri.

Nem rendelkezem rendszergazdai jogosultságokkal azokhoz a környezetekhez, amelyekkel jelenleg dolgozom. Beállíthatok használatalapú fizetést a környezethez?

Nem. Ahhoz, hogy a környezet összekapcsolható legyen a számlázási irányelvekkel, rendszergazdai engedélyekre van szüksége. Az engedélyekkel kapcsolatos részletekért nézze meg, hogy Ki állíthatja be.

Be- vagy kikapcsolhatok bizonyos mérőműszereket?

Igen! 2024 decemberétől a használatalapú fizetéses csomag bekapcsolásakor kiválaszthatja az adott termékfogyasztási mutatókat.

Feljegyzés

A Dataverse mérő alapértelmezés szerint be van kapcsolva. A környezet kapacitását előre is lefoglalhatja Dataverse , így biztosíthatja, hogy a túlhasználati használat Dataverse az Azure-nak legyen felszámítva.

Hogyan történik Dataverse a kapacitás kiszámítása, ha az egyik környezet használatalapú fizetést használ, a másik pedig a bérlőn belül?

Ha egy környezet használatalapú fizetéses csomagot használ, és egy Azure-előfizetéshez van csatolva, a lefoglalt kapacitást meghaladó tárterület-felhasználást az Azure-nak számlázzuk ki. Ha nincs kapacitás lefoglalva a környezethez, az összes tárterület-felhasználást közvetlenül az Azure-nak számlázzuk ki. Használatalapú fizetéses környezetek esetén az első 1 GB Dataverse adatbázis-tárterület és az 1 GB fájltárhely díjmentesen elérhető. A naplótár-felhasználás számlázása azonban azonnal megtörténik. A naplótárolás csak akkor használatos, ha a naplózás be van kapcsolva a környezetben.

Van-e arra vonatkozó szabályozás, hogy ha túllépem a Power Platform-kérelmek jogosultságát egy használatalapú fizetési környezetben?

A kérelemjogosultsági korlátok kontextusában Power Platform a rendszer eltávolítja a magas kihasználtságú szabályozást, ha egy környezetben be van kapcsolva a használatalapú fizetés. Ha Power Platform a kérelmek mérése aktív a nyilvános előzetes verzióban, ha túllépi a napi jogosultsági korlátot, a rendszer automatikusan díjat számít fel az Azure-előfizetésen keresztül, anélkül, hogy magas kihasználtságot tapasztalna.

Feljegyzés

Ez nem írja felül a Service Protection Limit böngészőhibákat, amelyek elkülönülnek a nagy kihasználtságú szabályozástól. A szolgáltatáskorlátok túllépése esetén a felhasználó továbbra is problémákat tapasztalhat a szolgáltatáskorlát-lapon ismertetett ügyfélalkalmazásokkal.

Bármikor leállíthatja a használatalapú fizetési számlázást?

Igen, bármikor megszüntetheti a használatalapú fizetést a számlázási szabályzat törlésével vagy a környezet számlázási szabályzatból való eltávolításával. Ezzel leállítja az Azure-előfizetés további díjait. További információ: Használatalapú fizetés kikapcsolása.

Milyen felügyeleti lehetőségek állnak rendelkezésre a véletlen költségek megelőzésére?

A Microsoft Cost Management és riasztási képességeivel kezelheti a szervezeten belüli kiadásokat. További részletekért lépjen a Kiadások kezelése oldalra.

Használhatók a Power Platform-kérelmek vagy a Dataverse-kapacitásbővítmények a használatalapú fizetési környezetben?

2024 decemberétől a bővítményeket használatalapú fizetéses környezetben használhatja. Mindkettő Dataverse és Power Platform kérés túllépése (ha van ilyen) egy Azure-előfizetésen keresztül történik használatalapú fizetéses környezetben.

Milyen tárolási módot használ a Dataverse-kapacitásfogyasztásmérő?

A használatalapú fizetéshez engedélyezett összes környezet az új tárolási modellt Dataverse használja, amely három különálló tárolási kategóriával rendelkezik. Ha egy bérlő továbbra is az örökölt tárolási modellen van, akkor a bérlő tárolási modellének állapota nem változik, amikor a környezet használatát engedélyezik.

A Dynamics 365 alkalmazás kontextusában folyamatokat futtató ügyfelek díjat számítanak fel a Power Automate használatalapú fizetéses mérőkért?

A díjak attól függnek, hogy egy folyamat egy Dynamics 365 alkalmazás környezetében vagy azon kívül van-e, illetve a folyamat felhasználójának/tulajdonosának Dynamics 365-licencének környezetében van-e.

A Dynamics 365 alkalmazás környezetén kívül futó folyamatok díjat számítanak fel a Power Automate használatalapú fizetéses mérőkért, függetlenül a folyamat tulajdonosának/felhasználójának Dynamics 365 licencétől.

A Dynamics 365 alkalmazás környezetében futó folyamatok díjat számítanak fel a Power Automate használatalapú fizetésmérőkért. De vegye figyelembe a következőket:

A használatalapú fizetéses mérő előzetes verziója Power Automate során (amely 2022. július 19-én kezdődik) a rendszer a következő feltételeket használja a folyamat Dynamics 365 alkalmazás kontextusában futó folyamatának létrehozásához:

• Ha azonnali folyamatról van szó, a folyamatot futtató felhasználó Dynamics 365 Enterprise, Professional vagy Team tag licenccel rendelkezik.

• Ha automatizált vagy ütemezett folyamatról van szó, a folyamat tulajdonosa Dynamics 365 Enterprise, Professional vagy Team tag licenccel rendelkezik.

Ezek a feltételek a licencelési útmutatónkhoz igazodnak, amikor elérjük a Power Automate használatalapú fizetéses fogyasztásmérők általános elérhetőségét.

A felhasználók Microsoft Project-licencei díjat számítanak fel a Power Automate használatalapú fizetéses mérőórákért, ha a folyamataik használják Microsoft Dataverse?

Igen.

Az örökölt Flow-csomagokkal (például Flow P1 és Flow P2) rendelkező felhasználóknak díjat kell fizetniük a Power Automate használatalapú fizetéses fogyasztásmérőkért?

Igen, ha a folyamatokban van bármilyen prémium összekötő.

Mikor érdemes megfontolni a Power Pages-előfizetési csomagok helyett a használatalapú fizetési számlázás használatát?

A használatalapú fizetés rugalmas lehetőséget biztosít a fizetésre a webhelyre havonta bejelentkezett egyedi felhasználók száma alapján. Néhány gyakori eset, amikor hasznos lehet:

• Ha olyan professzionális fejlesztőkből áll egy csoport, akik már hozzáférnek egy Azure-előfizetéshez. A meglévő előfizetés használata Power Pages segíthet csökkenteni a beszerzési folyamatokat, miközben megőrzi a konzisztenciát a csapat által a Microsofttól használt egyéb szolgáltatásokkal.

• Amikor nem biztos benne, hogy hány licencet kell előre beszerezni. A használatalapú fizetés rugalmas lehetőséget biztosít a használati minták létrehozására, amelyeket később átvihet az előfizetési licencekre.

• Ha a felhasználási minta szezonális. A használat például a legtöbb hónapban alacsony, de néhány hónapig magas lehet.

Ha a webhelyem próba módban van, akkor annak használata használatalapú fizetéssel kerül számlázása?

A webhelyek próbaverziós módban történő használata nem számít bele a használatalapú számlázásba.

Mi történik, ha egy felhasználó egy hónapban többször is bejelentkezik egy webhelyre? Hogyan számolják ezt a felhasználót?

A használatalapú fizetési számlázás egy hónap alatt csak a webhely egyedi, hitelesített felhasználóit számlálja. Az egy hónap alatt való ismételt bejelentkezése az adott felhasználónak csak egy díjat számít fel az adott hónapra.

A weboldalamat olyan belső felhasználók (a szervezetem alkalmazottai) használják, akik azonosító hitelesítő adataikkal Microsoft Entra jelentkeznek be. Használhatnak hitelesített felhasználónkénti fogyasztásmérőt?

Igen, minden hitelesített felhasználó, legyen az egy szervezeten belüli vagy külső, vagy bármely hitelesítési szolgáltatót használ, ugyanazt a hitelesített felhasználónkénti fogyasztásmérőt, és nincs szükség más engedélyre a webhelyre való bejelentkezéshez.

Mi történik akkor, ha egy környezethez már hozzá van rendelve a Power Apps portálbejelentkezés/oldalmegtekintés vagy Power Pages hitelesített felhasználói/névtelen felhasználói kapacitás, és engedélyezve van a használatalapú fizetés?

Ha egy környezet már rendelkezik Power Apps portálbejelentkezésekkel/oldalnézettel vagy Power Pages hitelesített felhasználó/névtelen felhasználó előre fizetett kapacitással, és engedélyezve van a használatalapú fizetés, akkor a rendszer figyelmen kívül hagyja és nem használja fel az összes előre fizetett kapacitást. Ez az előre fizetett kapacitás áttelepül egy másik környezetbe.

Hogyan határozható meg az egyediség egy névtelen felhasználóra?

A névtelen felhasználókhoz az egyediség egy böngésző-cookie-ban tárolt, egyedi, névtelen felhasználói azonosító segítségével határozható meg.

Mi történik akkor, ha egy névtelen felhasználó másik böngészővel/eszközzel fér hozzá a webhelyhez, vagy törli a böngészőbeli cookie-kat?

Ha a felhasználó különböző böngészőkben vagy készülékeken éri el a webhelyet, vagy törli a böngészőben a cookie-kat, új egyedülálló, névtelen felhasználói azonosító jön létre, és a felhasználó más felhasználónak számítana.

A webhelyem hitelesített, de van hozzá egy névtelen bejelentkezési oldal. A bejelentkezési oldalt elérő felhasználók névtelen felhasználónak számítanak?

Ha a felhasználók csak a bejelentkezési oldalhoz férnek hozzá, akkor nem számítanak névtelen felhasználóknak. Vannak olyan lapok, amelyek nem számítanak a névtelen felhasználói fogyasztásmérőnek. Az oldalak leírását megtalálja a Power Pages – Névtelen felhasználói fogyasztásmérő részben.

Használom Application Insights (vagy a Google Analyticset) a webhelyemen, és az általam mutatott havi aktív felhasználók száma eltér attól, amit a licencelési jelentésekben Power Pages látok. Ez várható?

Az Application Insights vagy a Google Analytics szolgáltatókhoz hasonló analitikai szolgáltatók által létrehozott felhasználói számlálók eltérhetnek a Power Pages fogyasztásmérő számaitól.

A felhasználói számuk többféle okból is eltérő lehet, például a használatot csak az ügyféloldalon számolják, míg mi a kiszolgálóoldalon mérjük a használatot. Ennek több leírt oka lehet, például:

• A külső elemző szolgáltatók csak az ügyféloldalon működnek, és javaScript futtatását igénylik a felhasználók megszámolozása érdekében. Nem számolják azokat a felhasználókat, akik akkor jönnek létre, amikor a JavaScript nem hajtható végre a felhasználó böngészőjében.
• A külső elemző szolgáltató adatokat gyűjt, ha bizonyos tartományokon közzétesz, amelyek eltérnek a webhely tartománytól. Ha a külső elemzési szolgáltató tartományaira vonatkozó kéréseket a végfelhasználói hálózat blokkolja, a rendszer nem számítja ezeket a felhasználókat.
• A jellemző külső elemző szolgáltatók alapértelmezés szerint nem veszik figyelembe az AJAX-kérelmeket. Az AJAX-kérelmek nem számítanak bele az oldalmegtekintésekbe.
• A külső elemzési szolgáltatók a kérés http-állapotától függetlenül számolják az összes felhasználót. A felhasználót azonban nem tekintjük aktív felhasználónak, ha a felhasználó által küldött összes kérés http 3xx, 4xx vagy 5xx állapotkódot ad vissza.
• A külső analitikai szolgáltatók nem zárják ki azokat a speciális oldalakat, amelyek ki vannak zárva a hivatalos számlálásból.