Přehled konektorů pro aplikace plátna

Data jsou jádrem většiny aplikací, včetně dat, která vytvoříte v Power Apps. Data jsou uložena ve zdroji dat a s aplikací je propojíte tak, že vytvoříte připojení. Ke komunikaci se zdrojem dat v rámci připojení slouží konektor. Power Apps obsahuje konektory pro spoustu oblíbených služeb a místních zdrojů dat, jako je SharePoint, SQL Server, Office 365, Salesforce a Twitter. Pokud chcete do aplikace plátna začít přidávat data, přečtěte si článek věnovaný přidávání datového připojení v Power Apps.

Konektor může poskytovat tabulky dat nebo akce. Některé konektory poskytují pouze tabulky, některé poskytují jen akce a některé poskytují obojí. Konektor může být buď standardní, nebo vlastní.

Tabulky

Pokud konektor poskytuje tabulky, přidejte zdroj dat a potom vyberte ve zdroji dat tabulku, kterou chcete spravovat. Power Apps automaticky načte data tabulky do vaší aplikace a stejně tak za vás aktualizuje data ve zdroji dat. Můžete například přidat zdroj dat s tabulkou nazvanou Lekce a potom nastavit hodnotu vlastnosti Položky ovládacího prvku, například galerie nebo formuláře, na tuto hodnotu v řádku vzorců:

Přizpůsobením vlastnosti Položky ovládacího prvku, který zobrazuje vaše data, můžete určit data, která vaše aplikace zobrazí. Dále lze data v této tabulce Lekce seřadit nebo filtrovat, pokud použijete její název jako argument pro funkce Vyhledávání a SortByColumn. Na tomto obrázku určuje vzorec, na který je nastavena vlastnost Položky, že data jsou seřazena a filtrována podle textu ve vyhledávacím textovém poli TextSearchBox1.

Další informace o tom, jak si přizpůsobit vzorec s tabulkami, najdete v následujících článcích:

Principy zdrojů dat v Power Apps
Generování aplikace z dat v Excelu
Vytvoření zcela nové aplikace
Principy tabulek a záznamů v Power Apps

Akce

Pokud váš konektor poskytuje akce, musíte také vybrat zdroj dat, jako jste to udělali předtím. V dalším kroku však namísto výběru tabulky ručně připojíte ovládací prvek k akci úpravou vlastnosti Položky ovládacího prvku, který zobrazuje vaše data. Vzorec, na který nastavíte vlastnost Položky, určuje akci, která načte data. Aplikace například nebude načítat data, pokud se nepřipojíte na Yammer a nenastavíte vlastnost Položky na název zdroje dat. Do ovládacího prvku načtete data tak, že zadáte akci, například GetMessagesInGroup(5033622).messages.

Pokud potřebujete manipulovat s vlastními aktualizacemi dat pro konektory akce, vytvořte vzorec, který obsahuje funkci Patch. V tomto vzorci identifikujte akci a pole, která budou svázaná s akcí.

Další informace o tom, jak si přizpůsobit vzorec pro vlastní aktualizace, najdete v následujících článcích:

Patch
Collect
Update

Dynamické schéma je běžným typem výsledku pro konektory založené na akci. Dynamické schéma znamená možnost, že stejná akce může vrátit jinou tabulku s jinými sloupci v závislosti na volání. Podmínky, které mohou způsobit, že se sloupce v tabulce liší, zahrnují mimo jiné vstupní parametry, uživatele nebo roli, která akci provádí, a skupinu, ve které uživatel pracuje. Například uložené procedury SQL Serveru mohou vracet různé sloupce, pokud jsou spuštěny s různými vstupy, nebo instance Azure DevOps může používat vlastní pole, která nejsou ve výchozím nastavení dostupná. Všimněte si, že dokumentace ke konektoru obsahuje výsledky dynamického schématu se zprávou „Výstupy této operace jsou dynamické.“ jako vrácenou hodnotu.

Další informace, jak pracovat s dynamickým schématem v Power Apps, naleznete v části Práce s netypovanými a dynamickými objekty, kde naleznete přehled a podrobný příklad Připojení k Azure DevOps z Power Apps.

Oblíbené konektory

Následující tabulka obsahuje odkazy na další informace o našich nejoblíbenějších konektorech. Úplný seznam konektorů najdete v části Všechny konektory.

** Platí pro produkty Azure Blob, Box, Dropbox, Google Drive, OneDrive a OneDrive pro firmy

Standardní a vlastní konektory

Power Apps poskytuje standardní konektory pro mnoho běžně používaných zdrojů dat. Pokud má Power Apps standardní konektor pro typ zdroje dat, který chcete použít, doporučuje se použít tento konektor. Pokud se chcete připojit k jinému typu zdroje dat, například ke službě, kterou jste vytvořili, přečtěte si článek věnovaný registraci a používání vlastních konektorů.

Všechny standardní konektory

Standardní konektory nevyžadují speciální licenci. Další informace najdete v tématu Plány Power Apps.

Můžete pokládat dotazy týkající se konkrétního konektoru ve fórech Power Apps, a můžete navrhovat konektory, které chcete přidat, nebo jiná zlepšení pro Power Apps Nápady.

Zabezpečení a typy ověřování

Při vytváření aplikace a vytváření připojení ke zdroji dat můžete vidět, že výběr konektoru vám umožňuje použít různé způsoby ověření. Například konektor SQL Server umožňuje použití integrovaného ověřování Microsoft Entra, ověřování SQL Serveru a ověřování Windows. Každý typ ověřování má různé úrovně zabezpečení. Je důležité pochopit, jaké informace a práva sdílíte s uživateli, kteří používají vaši aplikaci. Primárním příkladem v tomto článku je SQL Server, zásady se však vztahují na všechny typy připojení.

Microsoft Entra ID

Jedná se o bezpečný typ připojení. Například SharePoint používá tento typ ověřování. SQL Server také umožňuje tento typ ověřování. Když se připojíte, služba Microsoft Entra vás identifikuje odděleně od služby SharePoint vaším jménem. Nemusíte zadávat uživatelské jméno nebo heslo. Jako autor můžete pomocí svých přihlašovacích údajů vytvářet zdroj dat a pracovat s ním po zadání svých přihlašovacích údajů. Když aplikaci publikujete a uživatelé se přihlásí, používají k tomu své přihlašovací údaje. Pokud jsou data na back-endu náležitě zabezpečena, vaši uživatelé uvidí pouze to, k čemu mají oprávnění, na základě jejich pověření. Tento typ zabezpečení umožňuje změnit práva pro konkrétní uživatele aplikace v backendovém zdroji dat po publikování aplikace. Můžete například udělit přístup, odepřít přístup nebo upřesnit, co vidí uživatel nebo skupina uživatelů na pozadí zdroj dat.

Otevřená standardní autorizace (OAuth)

Tento typ připojení je také zabezpečený. Tento typ ověřování používá například Twitter. Při připojení musíte zadat své uživatelské jméno a heslo. Jako autor můžete pomocí svých přihlašovacích údajů vytvářet zdroj dat a pracovat s ním po zadání svých přihlašovacích údajů. Když aplikaci publikujete a uživatelé se přihlásí, musí také použít své přihlašovací údaje. Proto je tento typ připojení bezpečný, protože uživatelé musí pro přístup ke službě zdroje dat použít své vlastní přihlašovací údaje.

Sdílená připojení / Zabezpečená implicitní připojení

Ve sdíleném připojení poskytuje uživatelské jméno a heslo pro připojení autor Power Apps v okamžiku vytvoření zdroje dat v aplikaci. Ověřování připojení ke zdroji dat je poté Implicitně sdíleno s koncovými uživateli. Jakmile bude aplikace publikována, bude připojení zveřejněno a dostupné pro vaše uživatele.

Před lednem 2024 mohli vaši koncoví uživatelé využít připojení, které je s nimi sdíleno, a vytvořit samostatné nové aplikace. Vaši uživatelé nevidí uživatelské jméno ani heslo, ale připojení by jim bylo k dispozici. Avšak po lednu 2024 jsou všechna nově vytvořená sdílená připojení zabezpečena. Upozorňujeme, že staré aplikace musí být znovu publikovány, aby byly zabezpečené. To znamená, že připojení již není sdíleno s koncovými uživateli. Publikovaná aplikace Power App komunikuje s proxy připojením. Proxy připojení komunikuje pouze s konkrétní aplikací Power App, se kterou je propojeno. Proxy připojení omezuje použití akcí aplikace Power App, které jsou odesílány na připojení, na {Get, Put/Patch, Delete} pro daný zdroj dat. Pokud máte aplikaci využívající připojení publikovaná před lednem 2024, měli byste aplikaci znovu publikovat a zrušit sdílení všech připojení s koncovými uživateli, kteří by je mít neměli.

Na serveru SQL Server se tento typ připojení nazývá Ověřování serveru SQL Server. Mnoho dalších zdrojů dat databáze poskytuje podobnou schopnost. Když publikujete svou aplikaci, vaši uživatelé nemusí zadávat jedinečné uživatelské jméno a heslo.

Oznámení o aktualizaci aplikací (zabezpečená implicitní připojení)

Pokud máte aplikace, které lze upgradovat, aby mohly používat tuto funkci, zobrazí se zpráva na stránce Aplikace. Ukáže počet aplikací, které vyžadují vaši pozornost.

Vyberte odkaz a otevře se boční panel se seznamem všech aplikací, které vyžadují pozornost.

Chcete-li aplikaci otevřít a znovu publikovat, vyberte ikonu otevřít napravo od názvu aplikace. Podívejte se na následující pokyny.

Povolení zabezpečených implicitních připojení pro existující aplikaci

Otevřete existující publikovanou aplikaci pro úpravy s implicitně sdílenými připojeními:

1. Na panelu příkazů zvolte Nastavení a vyhledejte „Zabezpečení“.
2. Patřičnou aktualizací přepínače funkcí povolte zabezpečená implicitní připojení.
3. Uložte a publikujte aplikaci.

Zrušení sdílení

Po publikování aplikace ověřte, zda sdílení funguje správně:

• Zkontrolujte, zda jsou připojení sdílena se spoluvlastníky. Pokud nechcete, aby měl koncový uživatel připojení k dispozici, zrušte zaškrtnutí políčka Spoluvlastník.

  

• Chcete-li ověřit, zda funkce funguje správně, sdílejte aplikaci s jiným uživatelem, který není vlastníkem. Jakmile aplikaci sdílíte, zkontrolujte pro daného uživatele seznam Připojení na kartě Dataverse v Power Apps. Ověřte, zda uživatel nemá připojení k dispozici.

• Otevřete panel Sdílení a změňte právo koncového uživatele na připojení. Výběrem X odeberete uživateli přístup k připojení.

  

Použití aplikací s novým zabezpečeným implicitním připojením

Když bude vaše aplikace znovu publikována a sdílena, koncoví uživatelé nebudou mít přístup k připojení, ale budou pracovat se skrytým připojením proxy. Nebudou moci vytvořit novou aplikaci na základě vašeho původního připojení.

Omezení

1. Všechny typy implicitně sdíleného připojení fungují na bázi akce nebo tabulky.
2. Názvy serverů a databází jsou skryty v síťovém trasování, ale viditelné v dialogovém okně souhlasu. Názvy sloupců nejsou skryté.
3. U tabulkových konektorů omezujeme pouze akce CRUD, jako jsou Get, Post, Put nebo Delete. Pokud máte oprávnění k akci Put, máte přístup k akci Post.
4. Konektory založené na akcích mají omezení na základě konkrétního API používaného v aplikaci.
5. Při sdílení jsou nadále povolena upozornění. Upozornění ohledně implicitně sdílených připojení nadále varuje i v privátní verzi Preview. Vaše připojení s touto funkcí je však navzdory varování bezpečné.
6. Publikování pro celého tenanta, na rozdíl od konkrétních skupin nebo osob, není podporováno.
7. Při importu implicitně sdíleného zabezpečeného připojení prostřednictvím odkazu na připojení existuje známý problém. Zabezpečení není v cílovém prostředí správně nastaveno.
8. Existuje známý problém při importu řešení pomocí instančního objektu, který způsobuje selhání importu. Řešením je sdílení připojení s instančním objektem.

Ověřování systému Windows

Tento typ připojení není zabezpečený, protože se nespoléhá na ověření koncovým uživatelem. Ověřování systému Windows použijte v případě, že se potřebujete připojit ke zdroji dat, který je místní. Příkladem tohoto typu připojení je místní server, který má server SQL. Spojení musí projít bránou. Protože prochází bránou, má konektor přístup ke všem datům v tomto zdroji dat. Výsledkem je, že všechny informace, ke kterým máte přístup pomocí přihlašovacích údajů systému Windows, jsou k dispozici pro konektor. A jakmile bude aplikace publikována, bude připojení zveřejněno a dostupné pro vaše uživatele. Toto chování znamená, že vaši koncoví uživatelé mohou také vytvářet aplikace pomocí stejného připojení a přistupovat k datům na tomto počítači. Připojení ke zdroji dat jsou také Implicitně sdílena s uživateli, se kterými je sdílena aplikace. Tento typ připojení může být platný, pokud se váš zdroj dat nachází pouze na místním serveru a data v tomto zdroji jsou volně sdílená.

Zdroje dat v řešeních

Řešení se používají pro správu životního cyklu aplikace a poskytují další funkce pro správu životního cyklu zdrojů dat. Pokud je v řešení aplikace plátna, mohou být vytvořeny odkazy na připojení a proměnné prostředí pro ukládání informací o zdrojích dat. Tím je zajištěno, že zdroje dat lze změnit nebo obnovit při migraci řešení do různých prostředí.

Přejmenování zdrojů dat v aplikacích

Další informace o přejmenování zdrojů dat v aplikaci a rozdílech mezi tabulkovými a akčními zdroji dat najdete v tématu přejmenování zdrojů dat Power Apps založených na akcích.

Dialog se souhlasem s připojením

Když uživatelé otevřou aplikaci, která používá konektory poprvé, zobrazí se jim dialog „souhlas s připojením“ pro následující účely.

1. K informování uživatelů o zdrojích dat, ke kterým aplikace přistupuje.

2. Chcete-li nastínit akce, které konektor může nebo nemusí v aplikaci provádět. Například pro aplikace využívající konektor Uživatelé Office 365 to může být následující.

   • Tato aplikace dokáže:
     • Přečíst si celý váš uživatelský profil
     • Přečtěte si celý profil všech uživatelů
   • Nebude moci:
     • Upravovat nebo odstraňovat všechny informace z profilu uživatele

3. Zachytit souhlas koncového uživatele s připojením ke zdrojům dat, které aplikace používá.

4. V případě potřeby usnadnit ruční ověřování koncových uživatelů.

U některých připojení může Power Platform automaticky ověřit uživatele pro přístup ke zdroji dat. Pokud však automatické přihlášení selže, vyzve tento dialog uživatele k opravě připojení ručním přihlášením. Power Platform se může pokusit o automatické přihlášení k připojení pouze v případě, že zdroj dat předběžně autorizuje instančního objektu služby Microsoft API pro rozhraní Azure API společnosti Microsoft a udělí mu oprávnění k provedení jednotného přihlášení pro uživatele při vytvoření připojení. Další informace o jednotném přihlášení najdete v tématu Co je jednotné přihlašování (SSO)?

Všimněte si u modelem řízených aplikací, které používají vlastní stránky, že pokud je v aplikaci více vlastních stránek, dialogové okno souhlasu požádá o oprávnění k datům pro všechny konektory na všech vlastních stránkách, i když ještě nebyly otevřeny.

Následující obrázek je příkladem dialogového okna souhlasu s připojením aplikace připojující se k webu SharePoint.

U vybraných konektorů mohou správci toto dialogové okno potlačit a souhlasit jménem koncových uživatelů s připojením ke zdroji dat. Následující tabulka vysvětluje, které typy konektorů mohou být u aplikace potlačeny v dialogovém okně souhlasu.

Microsoft Power Platform dokáže potlačit pouze dialog pro souhlas s připojením ke zdrojům dat, kde:

1. Neexistuje povinnost pro zdroj dat ukázat uživatelské rozhraní s výslovným souhlasem.
2. Zdroj dat předběžně autorizuje instanční objekt služby Microsoft API pro připojení Azure k povolení jednotného přihlášení.
3. Správce nakonfiguruje aplikaci tak, aby potlačila souhlas s předchozími připojeními.

Předběžná autorizace instančního objektu služby připojení Microsoft Azure API existuje pro datové zdroje první strany společnosti Microsoft a může být nakonfigurována vlastními aplikacemi registrovanými v klientovi Microsoft Entra, které používají vlastní konektory. Správce spravuje potlačení souhlasu na základě jednotlivých aplikací (na rozdíl od konektorů), takže potlačení je spravováno na nejpodrobnější úrovni zkušeností s aplikacemi—tato úroveň podrobnosti brání potlačení souhlasu u „schválených aplikací“ organizace, aby neúmyslně potlačily souhlas u aplikací, které nejsou schváleny nebo zkontrolovány.