Запитання й відповіді щодо порталів Power Apps

Ви можете використовувати аудит у Microsoft Dataverse, щоб відстежувати зміни в сутностях конфігурації порталів Power Apps. Аудит допомагає визначити журнал змін, якщо потрібно повернути попередні дані конфігурації.

Портали Power Apps версії 8.3 і пізніше підтримують TLS 1.2.

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

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA
• TLS_RSA_WITH_AES_256_GCM_SHA384
• TLS_RSA_WITH_AES_128_GCM_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA256
• TLS_RSA_WITH_AES_128_CBC_SHA256
• TLS_RSA_WITH_AES_256_CBC_SHA
• TLS_RSA_WITH_AES_128_CBC_SHA

Ви можете налаштувати портал для перенаправлення користувача на сторінку за замовчуванням після входу. Докладні кроки описано в статті Переспрямування користувача на стандартну сторінку під час входу.

Для отримання додаткових відомостей про роботу з шаблонами Liquid, див. розділ Робота з шаблонами Liquid.

Портали Power Apps тепер доступні як автономні в Power Apps. Більше не потрібно купувати ліцензію, щоб підготувати портал. Щоб користувач мав доступ до порталу, у нього має бути ліцензія залежно від типу його персонажу. Докладні відомості див. в статті Запитання й відповіді про ліцензування порталів Power Apps.

Можна змінити базову URL-адресу порталу після його підготовки, виконавши кроки, описані в розділі Зміна базової URL-адреси порталу.

Внутрішні користувачі з Microsoft Entra обліковими даними, які намагаються увійти в систему без призначеної дійсної ліцензії, побачать таке повідомлення на сторінці входу: У вас немає дійсної ліцензії для доступу до цього веб-сайту. Будь ласка, зверніться до системного адміністратора.

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

Залежно від типу придбаного SKU, наприклад, якщо це інший Dynamics 365 SKU, План Power Apps на програму або План Power Apps на користувача, адміністратор повинен або надати відповідну ліцензію таким користувачам, або мати належну кількість пропусків програм, доступних для середовища. Для отримання додаткових відомостей про пропуски програм відвідайте Розподіл або зміна виробничої спроможності в середовищах. Після розподілу пропусків програм у середовищі необхідно біде перезапустити портал, щоб зміни набрали чинності.

Для отримання додаткових відомостей про ліцензування внутрішніх користувачів відвідайте Поширені запитання щодо ліцензування порталів.

Щоб отримати докладну інформацію про ліцензування внутрішніх користувачів за допомогою системи «Оплата за фактичне використання», див. статтю Лічильник програми Power Apps.

Для отримання додаткових відомостей про використання прав порталів для внутрішніх користувачів перегляньте список поширених запитань щодо використання прав порталів для внутрішніх користувачів та розділ у Посібнику із ліцензування під назвою Портали Power Apps – використання прав для внутрішніх користувачів.

Ні. Гостьові користувачі, додані для спільної роботи B2B в Україні Microsoft Entra , не вважатимуться внутрішніми користувачами і вимагатимуть входу в систему. Для отримання додаткових відомостей про модель ліцензування входу до порталу перейдіть до розділу Посібнику із ліцензування Модель логіну.

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

Щоб знову пов’язати портал з відповідними організаціями:

1. Скиньте наявний хост порталу з наявної геолокації або клієнта, виконавши кроки, описані в розділі Скинути портал. Це призведе до видалення пов’язаних ресурсів порталу, а URL-адреса порталу буде недоступна після завершення операції.

2. Після скидання наявного порталу, перейдіть до нового клієнта (або нової геолокації з наявним клієнтом) і ініціалізуйте портал, що доступний там.

Коли середовище Dataverse відновлюється з резервної копії, в організації відбуваються різні зміни, що може спричинити втрату зв’язку порталу з організацією. Щоб виправити цю проблему:

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

  1. Відкрийте центр адміністрування порталів Power Apps.
  2. Перейдіть на вкладку Відомості про портал.
  3. У розкривному списку Стан порталу виберіть Вимкнути.
  4. Виберіть Оновити.
  5. Після завершення операції оновлення встановіть у розкривному списку Стан порталу значення Увімкнути, а потім виберіть Оновити.

  Портал буде перезапущено і з'єднання буде створено з організацією ще раз.

• Ідентифікатор організації відрізняється після операції відновлення або портальні рішення буде видалено з організації.

  • У такому разі радимо скинути портал, виконавши кроки, описані в розділі Скидання порталу, а потім повторно підготувати його.

У разі змінення URL-адреси середовища Dataverse, портал припинить працювати, оскільки він не зможе більше визначати URL-адресу середовища Dataverse. Щоб виправити цю проблему:

1. Відкрийте центр адміністрування порталів Power Apps.
2. Перейдіть до Дій порталу > Оновлення URL-адреси Dynamics 365.
3. Дотримуйтеся вказівок майстра.

Портал буде перезапущено і він відновить роботу.

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

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

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

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

• Увімкнення журналювання діагностики: це дасть змогу отримати всі помилки порталу в одному обліковому записі сховища BLOB-об'єктів Azure. Можна увімкнути журналювання діагностики, виконавши кроки, описані в розділі Доступ журналу помилок порталу.

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

Так. Портали Power Apps використовують стандартні активи порталу із CDN Azure, які включають файли JavaScript і CSS за замовчуванням, для презентації, яку було раніше представлено як частину програми порталу. Для коректного відображення порталів слід внести у дозволений список перелічені нижче URL-адреси CDN.

https://content.powerapps.com/resource/powerappsportal

Портали підтримують будь-якого постачальника облікових даних, який забезпечує підтримку стандартних протоколів автентифікації. Ми підтримуємо протоколи OpenIdConnect, SAML2 і WS-Federation для будь-якого настроюваного IDP. Oauth2 підтримується лише для фіксованого набору відомих IDP. Для отримання додаткових відомостей про встановлення параметрів IDP, див. розділ Настроювання автентифікації порталу.

Будь-який випуск порталу зазвичай здійснюється у два етапи: раннє оновлення та загальна доступність (GA). На етапі раннього оновлення ми оновлюємо лише портали, які позначені для раннього оновлення. Щоб отримати новий випуск порталу в ізольованому середовищі (розробка або тестування), можна ввімкнути портал на раннє оновлення. Відомості про те, як увімкнути портал для раннього оновлення, див. Оновлення порталу.

Можна увімкнути портал для використання настроюваного доменного імені замість стандартного microsoftcrmportals.com. Додаткові відомості: Пов’яжіть ваш портал з настроюваним доменом

Обслуговування та усунення несправностей порталу Power Apps