Sestavili jsme seznam nejčastějších dotazů a stručných odpovědí, které vám pomohou rychle získat potřebné informace.
Pomocí auditování v Microsoft Dataverse můžete sledovat změny v entitách konfigurace portálů Power Apps. Auditování pomáhá určit historii změn, pokud je třeba vrátit konfigurační data.
Portály Power Apps verze 8.3 a novější podporují protokol TLS 1.2.
Portály Power Apps podporují následující šifrovací sady TLS 1.2 v souladu se Zásadami zabezpečení společnosti Microsoft za účelem podpory více klientů. Nejsilnější šifrovací sady jsou uvedeny na začátku seznamu. Tím je zajištěno, že klienti při připojování k portálům vždy používají nejsilnější šifrovací sadu, kterou z tohoto seznamu podporují.
- 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
Poznámka
Při konfiguraci Azure Front Door s portály můžete řídit šifrovací sady pro okrajové ukládání do mezipaměti a funkce Web Application Firewall (WAF). V takovém případě zajistěte, abyste používali pouze šifrovací sady podporované aplikací Azure Front Door. Kromě toho, i když vlastní nastavení HTTPS domény pomocí portálu Azure umožňuje zvolit si výchozí minimální verzi TLS v rozmezí 1.0 až 1.2, pro silné šifry použijte TLS verze 1.2.
Portál můžete konfigurovat tak, aby po přihlášení přesměroval uživatele na výchozí stránku. Podrobné kroky naleznete v části Přesměrování uživatele na výchozí stránku po přihlášení.
Další informace o práci se šablonami Liquid najdete v části Práce s šablonami Liquid.
Portály Power Apps jsou nyní k dispozici jako samostatná součást Power Apps. Ke zřízení portálu již nepotřebujete licenci. Přístup uživatele k portálu vyžaduje licenci v závislosti na typu osoby. Další informace naleznete v části Nejčastější dotazy týkající se licencování portálů Power Apps.
Základní adresu URL portálu po jeho zřízení můžete změnit pomocí kroků uvedených v článku Změna základní adresy URL portálu.
Interní uživatelé s přihlašovacími údaji Microsoft Entra pokoušející se přihlásit bez přiřazené platné licence uvidí tuto zprávu na přihlašovací stránce: Pro přístup na tento web nemáte platnou licenci. Obraťte se na správce systému.
Uživatelé mohou také vidět tuto chybu, pokud nebylo pro toto prostředí povoleno průběžné placení.
V závislosti na zakoupeném typu SKU – například různé SKU Dynamics 365, Power Apps podle plánu aplikace nebo Power Apps podle plánu uživatele bude muset správce buď poskytnout příslušnou licenci uživatelům, nebo mít k dispozici odpovídající počet povolení aplikací pro prostředí. Další informace o povoleních aplikací najdete v Přidělení nebo změna kapacity v prostředí. Jakmile jsou průkazy aplikace přiděleny k prostředí, portál se bude muset restartovat, aby se změny projevily.
Podrobnosti o licencování interních uživatelů najdete v části Časté dotazy k licencování portálu.
Podrobnosti o licencování interních uživatelů pomocí průběžných plateb naleznete v části o měřiči na aplikaci Power Apps.
Podrobnosti o právech na užívání portálů pro interní uživatele najdete v části Časté dotazy práva užívání k portálům pro interní uživatele a části Průvodce licencemi Portály Power Apps – práva užívání pro interní uživatele.
Ne. Přidaní uživatelé typu host pro spolupráci B2B v Microsoft Entra nebudou považováni za interní uživatele a budou vyžadovat přihlášení. Další informace o modelu licencování přihlášení k portálu najdete na stránce Průvodce licencováním v části Podle modelu přihlášení.
Nedávno jsme přesunuli naše prostředí Dataverse z jednoho geografického umístění nebo klienta do jiného. Jak můžeme zpracovávat portály připojen k naší organizaci?
Při přesunutí prostředí Dataverse z jednoho umístění nebo klienta do jiného se nebudou automaticky přesouvat přiřazené portály pro danou organizaci. Od přesunutí vaší organizace nebude také pracovat žádný portál spojený s organizací a bude vyvolána chyba při spouštění.
Chcete-li znovu připojit váš portál k příslušným organizacím:
Resetujte stávajícího hostitele portálu nebo klienta podle kroků v části Resetování portálu. Tím dojde k odstranění přidružených zdrojů portálu a adresa URL portálu nebude přístupná po dokončení operace.
Po resetování stávajícího portálu přejděte do nového klienta (nebo do nového zeměpisného umístění stávajícího klienta) a povyšte portál, který zde je dostupný.
Po obnovení prostředí Dataverse ze staré zálohy portál připojen k organizaci nefunguje. Jak ji můžeme opravit?
Když je prostředí Dataverse obnovena ze zálohy, jsou v organizaci provedeny různé změny, což může přerušit připojení na portálu v rámci organizace. Tento problém vyřešíte takto:
Pokud je ID organizace stejné po operaci obnovení a portálové řešení jsou také k dispozici:
- Otevřete Centrum pro správu portálů Power Apps.
- Přejděte na kartu Podrobnosti portálu.
- V rozevíracím seznamu Stav portálu zvolte Vypnuto.
- Vyberte Aktualizovat.
- Po dokončení aktualizace nastavte rozevírací seznam Stav portálu na Zapnuto a vyberte Aktualizovat.
Portál bude restartován a připojení k organizaci se znovu vytvoří.
Pokud se po obnovení liší ID organizace nebo je portálové řešení z vaší organizace odstraněno:
- V takovém případě je lepší resetovat portál pomocí kroků v části Obnovení portálu a pak ho znovu povýšit.
Nedávno jsme změnili adresu URL naší prostředí Dataverse a náš portál přestal pracovat. Jak ji můžeme opravit?
Pokud změníte adresu URL prostředí Dataverse, přestane portál pracovat, protože již nemůže identifikovat adresu URL prostředí Dataverse. Tento problém vyřešíte takto:
- Otevřete Centrum pro správu portálů Power Apps.
- Přejděte na Akce portálu > Aktualizovat adresu URL Dynamics 365.
- Postupujte podle pokynů průvodce.
Portál bude restartován a začne opět pracovat.
Výkon základních formulářů: U akcí, jako je vytvoření/aktualizace/odstranění u základních formulářů, zabírá hodně času jejich dokončení nebo vypršení časového limitu.
K tomu může dojít z několika důvodů, například v závislosti na vašich datech a vlastních nastaveních provedených v dané tabulce v Dataverse. Při řešení těchto problémů souvisejících s výkonem akcí pro záznamy portálů se ujistěte, že nejsou registrovány žádné synchronní moduly plugin pro ty události, které by mohly způsobit tato zpoždění. Pokuste se je implementovat asynchronně, kdykoli je to možné, aby transakci neblokovaly ani nezdržely.
Vždy, když dojde k chybě serveru při pokusu o vykreslení portálu, zobrazí se koncovým uživatelům obecná chybová stránka spolu s časovým razítkem a ID aktivity chyby. Správci portálu mohou konfigurovat svůj portál a získat tak podrobnosti o skutečné chybě, což je užitečné při ladění a řešení potíží. Chcete-li zobrazit skutečnou chybu:
- Zakázat vlastní chybovou stránku na portálu: vypne vlastní chybovou stránku a budete moci zobrazit úplné trasování zásobníku pro všechny chyby při přechodu na tuto stránku. Vlastní chybu lze zakázat provedením následujících kroků v části zakázat vlastní chybu.
Tuto možnost je vhodné použít pouze v případě, že vyvíjíte portál. Jakmile je portál živý pro vaše uživatelem, měli byste znovu povolit vlastní chyby. Další informace: Zobrazení protokolů o chybách portálu
- Povolení diagnostiky protokolování: To vám umožní získat všechny chyby portálu v účtu úložiště Azure Blob. Můžete povolit protokolování diagnostiky pomocí následujících kroků v části přístup k chybovým protokolům portálu.
Při povolení protokolování diagnostiky můžete hledat konkrétní chyby, které uživatel vykazuje, pomocí ID aktivity zobrazené na obecné stránce s chybami. ID aktivity je znovu zaprotokolováno spolu s podrobnostmi o chybě a je užitečné k vyhledání skutečného problému.
Ano. Portály Power Apps používají dodávané statické prostředky portálu z Azure CDN, které obsahují výchozí soubory JavaScript a CSS pro prezentaci, které byly dříve vykresleny jako součást portálové aplikace. Abyste mohli portály úspěšně vykreslit, musíte povolit seznam následujících adres URL CDN:
https://content.powerapps.com/resource/powerappsportal
Portály podporují libovolného poskytovatele vlastního přihlášení, který poskytuje podporu pro standardní ověřovací protokoly. Podporujeme protokoly OpenIdConnect, SAML2 a WS-Federation pro jakéhokoli vlastního IDP. OAuth 2 je podporována pouze pro pevnou sadu známých IDP. Další informace o způsobu nastavení konfigurace služby IDP získáte v tématu Konfigurace ověřování portálu.
Vydání jakéhokoli portálu probíhá ve dvou fázích: včasný upgrade a všeobecná dostupnost (GA). Během fáze včasného upgradu doporučujeme upgradovat pouze portály, které jsou označeny pro časný upgrade. Chcete-li získat novou verzi portálu v prostředí sandbox (vývoj nebo testování), můžete povolit portál pro dřívější upgrade. Informace o povolení portálu pro dřívější upgrade naleznete v tématu Upgrade portálu.
Můžete povolit, aby portál používal vlastní název domény namísto standardního názvu domény microsoftcrmportals.com
. Další informace: Spojení portálu s vlastní doménou.
Údržba a řešení potíží portálů Power Apps
Poznámka
Můžete nám sdělit, jaké máte jazykové preference pro dokumentaci? Zúčastněte se krátkého průzkumu. (upozorňujeme, že tento průzkum je v angličtině)
Průzkum bude trvat asi sedm minut. Nejsou shromažďovány žádné osobní údaje (prohlášení o zásadách ochrany osobních údajů).