Поділитися через

Відомі проблеми й поширені запитання

  • Стаття

Відомі проблеми

  • Виставлення рахунків за фактичне використання та звітність про фактичне використання недоступне в Норвегії та Кореї (Південній).
  • Видалення політики виставлення рахунків у центрі адміністрування Power Platform не призведе до автоматичного видалення відповідного ресурсу облікового запису Power Platform на порталі Azure. За необхідності цей ресурс можна видалити вручну на порталі Azure.
  • Лічильник запитів Power Platform планується випустити в підготовчій версії до кінця березня 2022. У цій підготовчій версії ми звітуватимемо про використання запитів Power Platform. Однак за це використання не буде виставлятися рахунок, поки цей лічильник не вийде в загальнодоступній версії (GA). Якщо зв’язати середовище з передплатою Azure, користувачі й цикли в середовищі можуть використовувати більше, ніж їх дозволене використання без обмеження або оплати за перевищення.
  • Наразі звіт для лічильника запитів Power Platform не відображає правильні умови обслуговування для користувачів, ліцензованих через ліцензію Power Apps на програму або лічильник Power Apps з оплатою за фактичне використання. Умови обслуговування для таких користувачів відображатимуться як 0, коли фактично вони мають відображатися як 6000 (запити на добу), як зазначено в https://aka.ms/platformlimits.
  • Багатофакторна автентифікація: якщо для порталу Azure увімкнуто багатофакторну автентифікацію, під час спроби зв’язування з передплатою Azure з центру адміністрування Power Platform, може з’явитися повідомлення про помилку. Цю проблему заплановано вирішити до кінця березня 2022 року.

Запитання й відповіді

Коли слід розглянути перехід на виставлення рахунків за фактичне використання з наявних планів передплати Power Apps?

Додавання оплати за фактичне використання забезпечує можливість оплати залежно від кількості унікальних програм, які запускає користувач щомісяця. Деякі поширені сценарії, в яких цей спосіб може бути корисним:

  • Якщо у вас є робоча група професійних розробників, які вже мають доступ до передплати Azure. Використання існуючої підписки Power Apps може допомогти скоротити процеси закупівель, зберігаючи при цьому узгодженість з іншими послугами, які використовує команда Microsoft.
  • Якщо ви розглядаєте преміальні можливості, але не знаєте, скільки ліцензій потрібно закупити заздалегідь. Якщо ввімкнути можливість оплати за фактичне використання, ви отримаєте можливість встановити схеми використання, які за необхідності можна буде перенести в ліцензії на передплату.
  • Якщо необхідно надати доступ до програми великій базі користувачів, хоча використання та частота можуть значною мірою коливатись. У цьому разі оплата за використання дозволить платити лише за користувачів, які запускали програму протягом місячного періоду виставлення рахунків.

Чи доступна оплата за фактичне використання для компонованих і модельних програм?

Так.

Як обчислюється одиниця лічильника Power Apps на програму?

Кількість — це кількість унікальних користувачів, які протягом місяця відкривали програму або портал. Повторюваний доступ до тієї самої програми або порталу враховується тільки один раз. Докладні відомості ви можете знайти тут: Лічильник Power Apps на програму.

Чи можна налаштувати оплату за фактичну використання для мого середовища без передплати Azure?

Ні. Вам потрібна передплата Azure, щоб налаштувати оплату за фактичне використання.

Які середовища доступні для оплати за фактичне використання?

Наразі доступно для робочих та ізольованих середовищ.

Чи можна налаштувати оплату за фактичне використання для окремих програм?

Ні. Оплата за фактичне використання налаштовується для середовища, та на всі програми в межах цього середовища виставляються рахунки в зв’язаній передплаті Azure. Проте ви можете виключити програму з використання нею передплати Azure. У цьому випадку користувачу потрібно буде використовувати ліцензію на користувача, що користуватися програмою. Ліцензії на програми не можна використовувати в середовищі з оплатою за фактичне використання.

Що робити, якщо я вже маю ліцензію користувача, і я використовую програму в середовищі з увімкнутою оплатою за фактичне використання? Чи буде мені виставлено рахунок в передплаті Azure?

Користувачі з ліцензіями користувача не враховуються в лічильнику Power Apps на програму, тому оплата не стягуватиметься. Проте зверніть увагу, що коли середовище зв’язано з передплатою Azure, на перевищення виробничої спроможності Dataverse буде виставлено рахунок в передплаті Azure. Будь-яка виробнича спроможність Dataverse, надана для певної ліцензії користувача, буде об’єднана на рівні клієнта, але не застосовуватиметься до середовища з оплатою за фактичне використання. Середовища з оплатою за фактичне використання надають 1 ГБ сховища баз даних Dataverse і виробничу спроможність 1 ГБ для файлів.

Що відбувається, якщо я вже маю ліцензію на Office, і я використовую програму зі стандартними з’єднувачами в середовищі з увімкнутою оплатою за фактичне використання?

Ті, хто використовує програму зі стандартними з’єднувачами й мають ліцензії Office, не враховуються лічильниками Power Apps на програму, і тому оплата не стягуватиметься.

Чи можуть користувачі, що є гостями, використовувати програми в середовищі з оплатою за фактичне використання без ліцензій?

Так.

Що робити, якщо користувач запускає ту саму програму кілька разів на місяць? Як буде стягнуто оплату з цього користувача?

Виставлення рахунків за фактичне використання враховує лише унікальних щомісячно активних користувачів програми. Повторний доступ користувача до однієї програми протягом одного місяця виставляється лише один раз для цього користувача за цей місяць.

Якщо користувач запускає кілька програм в одному середовищі, як буде виставлено рахунки за цього користувача?

Вам буде виставлено рахунки та знято оплату за кількість програм, до яких унікальний користувач мав доступ протягом місяця. Якщо користувач запускає три різні програми протягом місяця, з вас буде знято плату за трьох активних користувачів.

Що робити, якщо програма вже використовує пропуски програм, які доступні в середовищі? Чи можу я все ще використовувати виставлення рахунків за фактичне використання для моєї програми?

Так, для середовища програми можна встановити оплату за фактичне використання. Це призведе до ігнорування пропусків програми, та ви зможете платити за програму через передплату Azure.

Чи можу я використовувати оплату за фактичне використання для деяких програм і використовувати пропуски на програму для інших у тому самому середовищі?

Ні. Коли ви вмикаєте оплату за фактичне використання для вашого середовища, рахунки за усі програми виставлятимуться за цим планом.

У мене немає дозволів адміністратора для середовища, з яким я працюю. Чи можна налаштувати оплату за фактичне використання для середовища?

Ні. Щоб зв’язати середовище з політикою виставлення рахунків, потрібні дозволи адміністратора. Ознайомтеся з розділом Хто може це налаштувати? для отримання додаткових відомостей про дозволи.

Чи можна вмикати/вимикати певні лічильники?

Ні. Після ввімкнення оплати за фактичне використання лічильник Power Apps на програму та лічильник Dataverse буде ввімкнуто, та плата стягуватиметься за доступ до програми та сховища.

Як обчислюється виробнича спроможність Dataverse, якщо для одного середовища ввімкнуто оплату за фактичне використання, а друге знаходиться поза межами мого клієнта?

Середовища залежні від пулу сховища Dataverse на рівні клієнта. Проте, якщо середовище зв’язано з передплатою Azure, воно припиняє використання з пулу на рівні клієнта. Усі середовища з оплатою за фактичне використання отримають початкові умови обслуговування в 1 ГБ бази даних Dataverse і 1 ГБ сховища файлів Dataverse, щоб покрити типовий початковий обсяг сховища, який використовується Dataverse. За все використання, яке перевищує початкові умови обслуговування, рахунки виставляються в Azure через лічильник Dataverse з оплатою за фактичне використання.

Чи існує обмеження, якщо я перевищу умови обслуговування запитів Power Platform в середовищі з оплатою за фактичне використання?

У контексті обмежень обсягу обслуговування запитів Power Platform будь-яке обмеження високих обсягів використання буде видалено, якщо для середовища ввімкнуто оплату за фактичне використання. Коли вимірювання запитів Power Platform активне в загальнодоступній підготовчій версії, якщо ви перевищите граничне значення умов обслуговування на день, з вас автоматично буде стягнуто оплату за перевищення через передплату Azure без обмеження активного використання.

Нотатка

Це не замінює помилок браузера Обмеження на основі захисту послуг, що відокремлено від обмеження активного використання. Якщо обмеження на основі захисту послуг перевищено, у користувача все одно можуть виникати проблемами з клієнтськими програмами, описаними на сторінці обмежень на основі захисту послуг.

Чи можна припинити використання оплати за фактичне використання в будь-який час?

Так. Ви можете вимкнути оплату за фактичне використання в будь-який момент, видаливши політику виставлення рахунків або видаливши середовище з політики виставлення рахунків. Це призведе до припинення стягнення оплати в передплаті Azure. Щоб отримати додаткові відомості, перейдіть до розділу Вимкнення виставлення рахунків за фактичне використання.

Які бар’єри доступні для адміністратора для запобігання випадковим витратам?

Ви можете використовувати Azure Cost Management і можливості оповіщення, щоб ефективно керувати витратами в організації. Щоб отримати додаткові відомості, перейдіть до розділу Керування витратами.

Чи можна використовувати запити Power Platform або додаткові компоненти виробничої спроможності Dataverse у середовищі з оплатою за фактичне використання?

Ні, не можна використовувати додаткові компоненти в середовищі з оплатою за фактичне використання. За перевищення для запитів Dataverse і Power Platform буде стягнуто оплату через передплату Azure у середовищі з оплатою за фактичне використання.

Яку модель сховища використовує лічильник виробничої спроможності Dataverse?

Усі середовища, для яких увімкнено оплату за фактичне використання, використовуватимуть нову модель сховища Dataverse, яка має три окремі категорії використання сховища. Якщо для клієнта все ще налаштовано застарілу модель сховища, стан моделі сховища клієнта не зміниться, коли для середовища буде ввімкнуто оплату за фактичне використання.

Чи буде з клієнтів, які запускають цикли в контексті програми Dynamics 365, стягуватись оплата за лічильниками оплати за фактичне використання Power Automate?

Суми оплати залежать від того, чи знаходиться цикл у контексті або поза контекстом програми Dynamics 365 і ліцензії користувача або відповідального за цикл Dynamics 365.

За цикли, які виконуються за межами контексту програми Dynamics 365, стягуватиметься оплата за лічильниками оплати за фактичне використання Power Automate незалежно від ліцензії користувача або відповідального за цикл Dynamics 365.

За цикли, які виконуються в контексті програми Dynamics 365, не стягуватиметься оплата за лічильниками оплати за фактичне використання Power Automate. Але зверніть увагу на такі особливості:

Під час дії підготовчої версії лічильник оплати за фактичне використання Power Automate (яка починається 19.07.2022), щоб установити, що цикл виконується в контексті програми Dynamics 365, використовуватимуться такі критерії:

  • Якщо це миттєвий цикл, користувач, який запускає цикл, має ліцензію на Dynamics 365 Enterprise, Professional або Team Member.

  • Якщо це автоматизований або регулярний цикл, відповідальний за цикл, має ліцензію на Dynamics 365 Enterprise, Professional або Team Member.

Ці умови будуть змінені так, щоб вони відповідали нашому посібнику з ліцензування, коли буде випущено загальнодоступну версію лічильників оплати за фактичне використання Power Automate.

Чи стягуватимуться ліцензії користувачів Microsoft Project за лічильники з оплатою по мірі Power Automate використання, якщо їхні потоки використовуються Microsoft Dataverse?

Так.

Чи буде стягуватись оплата з користувачів із застарілими планами Flow (наприклад, Flow P1 і Flow P2) за лічильниками оплати за фактичне використання Power Automate?

Так, якщо у їхніх циклах використовуються будь-які преміум-з’єднувачі.

Коли слід розглянути перехід на виставлення рахунків за фактичне використання з планів передплати Power Pages?

Додавання оплати за фактичне використання забезпечує можливість оплати залежно від кількості унікальних користувачів, які виконують вхід на веб-сайт або відкривають його щомісяця. Деякі поширені сценарії, в яких цей спосіб може бути корисним:

  • Якщо у вас є робоча група професійних розробників, які вже мають доступ до передплати Azure. Використання існуючої підписки Power Pages може допомогти скоротити процеси закупівель, зберігаючи при цьому узгодженість з іншими послугами, які використовує команда Microsoft.

  • Якщо ви не знаєте, скільки ліцензій потрібно закупити заздалегідь. Якщо ввімкнути можливість оплати за фактичне використання, ви отримаєте можливість встановити схеми використання, які можна буде перенести в ліцензії на передплату.

  • Якщо шаблон використання буде сезонним. Наприклад, протягом більшості місяців використання низьке, але протягом кількох місяців може стати високим.

Якщо мій веб-сайт знаходиться в ознайомлювальному режимі, чи враховується його використання під час виставлення рахунків за фактичне використання?

Використання веб-сайтів в ознайомлювальному режимі не враховується під час виставлення рахунків за фактичне використання.

Коли користувач кілька разів за місяць входив на веб-сайт? Як буде враховано цього користувача?

Виставлення рахунків за фактичне використання враховує лише унікальних активних автентифікованих користувачів веб-сайту протягом місяця. Оплата за повторний вхід користувача протягом одного місяця стягується лише один раз для цього користувача за цей місяць.

Мій веб-сайт використовують внутрішні користувачі (працівники моєї організації), які входять в обліковий запис за допомогою облікових даних Azure Active Directory. Чи можуть вони використовувати автентифікований лічильник на користувача?

Так, усі автентифіковані користувачі незалежно від того, чи є вони внутрішніми чи зовнішніми для організації або використовують будь-якого постачальника автентифікації, можуть використовувати той самий автентифікований лічильник на користувача та не вимагає іншої ліцензії для входу на веб-сайт.

Що станеться, якщо в середовищі вже є вхід на портал або перегляд сторінки Power Apps або призначено виробничу спроможність автентифікованого користувача або анонімного користувача Power Pages і ввімкнуто оплату за фактичне використання?

Якщо середовище вже має вхід на портал або перегляд сторінки Power Apps або призначено виробничу спроможність Power Pages для автентифікованих/анонімних користувачів і ввімкнено оплату за фактичне використання, вся передплачена виробнича спроможність пропускатиметься та не використовуватиметься. Передплачену виробничу спроможність можна перерозподілити до іншого середовища.

Як визначається унікальність для анонімного користувача?

Для анонімних користувачів унікальність визначається за допомогою унікального ідентифікатора анонімного користувача, який зберігається у файлі cookie браузера.

Що станеться, якщо анонімний користувач зайде на веб-сайт за допомогою іншого браузера чи пристрою або видалить файли cookie браузера?

Якщо користувач зайде на сайт за допомогою інших браузерів або пристроїв або очистить файли cookie браузера, буде створено новий унікальний ідентифікатор анонімного користувача, та цього користувача буде враховано як іншого користувача.

Мій веб-сайт є автентифікованим, проте в нього є анонімна сторінка входу. Чи будуть користувачі, які відкриють сторінку входу, враховані як анонімні користувачі?

Якщо користувачі зайдуть лише на сторінку входу, то їх не буде враховано як анонімних користувачів. Існує кілька типів сторінок, які не враховуються для лічильника анонімних користувачів. Ці сторінки описані в розділі Power Pages – Лічильник анонімних користувачів.

Я використовую Application Insights (або Google Analytics) на своєму веб-сайті, і щомісячна кількість активних користувачів, що відображається цим, відрізняється від того, що я бачу у Power Pages звітах про ліцензування. Чи таке очікувалося?

Кількість користувачів, створена постачальниками аналітичних даних, наприклад Application Insights або Google Analytics, може відрізнятися від кількості, вказаної лічильниками Power Pages.

Кількість користувачів, що відображається ними, може відрізнятися через кілька причин, наприклад, якщо вони враховують кількість використання на стороні клієнта, тоді як ми вимірюємо використання на стороні сервера. Це може бути пов’язано з кількома описаними нижче причинами (не вичерпний список);

  • Зовнішні постачальники аналітичних даних працюють лише на стороні клієнта й потребують виконання JavaScript для врахування будь-якого користувача. Вони не враховують користувачів, які створюються, коли JavaScript не може бути виконаний у браузері користувача.
  • Зовнішній постачальник аналітичних даних збирає дані, публікуючи в певних доменах, які можуть відрізнятися від домену веб-сайту. Якщо запити до домену зовнішнього постачальника аналітичних даних блоковано мережею кінцевих користувачів, цих користувачів не буде враховано.
  • Типові зовнішні постачальники аналітичних даних за замовчуванням не враховують запити AJAX. Запити AJAX не враховуються в їхніх переглядах сторінок.
  • Зовнішні постачальники аналітичних даних можуть враховувати всіх користувачів незалежно від стану запиту http. Проте, ми не враховуватимемо користувача як активного, якщо весь запит, створений користувачем, повертає код стану http 3xx, 4xx або 5xx.
  • Зовнішні постачальники аналітичних даних не виключать спеціальні сторінки, описані вище, які буде виключено з офіційної кількості.