Partajați prin

Privire de ansamblu asupra conectorilor aplicației de tip pânză

  • Articol

Datele se află în centrul majorității aplicațiilor, inclusiv în datele pe care le construiți în Power Apps. Datele sunt stocate într-un sursă de date, iar aceste date le aduceți în aplicație prin crearea unei conexiuni. Conexiunea folosește un anumit conector pentru a vorbi cu sursă de date. Power Apps are conectori pentru numeroase servicii populare și surse de date locale, inclusiv SharePoint, SQL Server, Office 365, Salesforce și Twitter. Pentru a începe să adăugați date la un aplicație creată pe planșă, consultați Adăugarea unei conexiuni de date în Power Apps.

Un conector poate furniza tabele de date sau acțiuni. Unii conectori furnizează doar tabele, unii furnizează doar acțiuni și alții le furnizează pe ambele. De asemenea, conectorul dvs. poate fi un conector standard sau personalizat.

Notă

Se recomandă să păstrați numărul de conectori dintr-un aplicație creată pe planșă la maximum 10 și referințele de conexiune să nu depășească 20. Depășirea acestor limite poate duce la timpi de încărcare mai mari pentru utilizatori la lansarea aplicației și ar putea cauza probleme la salvarea aplicației.

Tabele

Dacă conectorul dvs. oferă tabele, adăugați sursă de date, apoi selectați tabelul din sursă de date pe care doriți să îl gestionați. Power Apps atât recuperează datele din tabel în aplicația dvs., cât și actualizează automat datele din sursă de date pentru dvs. De exemplu, puteți adăuga un sursă de date care conține un tabel numit Lecții și apoi setați Elementele proprietatea un control, cum ar fi o galerie sau un formular, la această valoare din bara de formule:

Proprietatea Elemente pentru sursă de date simplă.

Puteți specifica datele pe care le preia aplicația dvs. personalizând Elementele proprietatea controlului care vă arată datele. Continuând exemplul anterior, puteți sorta sau filtra datele din tabelul Lecții utilizând numele respectiv ca argument pentru Căutare funcțiile și SortByColumn . În acest grafic, formula la care este setată proprietatea Elemente specifică faptul că datele sunt sortate și filtrate pe baza textului din TextSearchBox1.

Proprietatea Elemente pentru sursa de date extinsă.

Pentru mai multe informații despre cum să vă personalizați formula cu tabele, consultați aceste articole:

Înțelegeți sursele de date în Power Apps
Generați o aplicație din datele Excel
Creați o aplicație de la zero
Înțelegeți tabelele și înregistrările în Power Apps

Notă

Pentru conectarea la datele dintr-un registru de lucru Excel, acesta trebuie să fie găzduit într-un serviciu de stocare în cloud, de genul OneDrive. Pentru mai multe informații, consultați Conectarea la stocarea în cloud de la Power Apps.

Acțiuni

În cazul în care conectorul dvs. furnizează acțiuni, trebuie să selectați totuși sursa dvs. de date, așa cum ați procedat anterior. Cu toate acestea, în loc să selectați un tabel ca următorul pas, conectați manual un control la o acțiune prin editarea Elementele proprietatea controlului care vă va afișa datele. Formula la care setați proprietatea Elements specifică acțiunea care preia datele. De exemplu, aplicația nu preia nicio dată dacă vă conectați la Yammer și apoi setați proprietatea Elements la numele sursă de date. Pentru a completa un control cu ​​date, specificați o acțiune precum GetMessagesInGroup(5033622).messages.

Proprietatea Elemente pentru sursa de data de acțiuni.

Dacă trebuie să gestionați actualizările personalizate de date pentru conectorii de acțiune, creați o formulă care să includă funcția Correcție . În formulă, identificați acțiunea și câmpurile care se leagă de acțiune.

Notă

Pentru conectorii bazați pe acțiuni, galeriile și alte comenzi nu paginați mai multe date automat, așa cum o fac pentru conectorii tabulari. De exemplu, dacă legați un sursă de date tabelar la o galerie, atunci acesta va prelua primul set sau pagină de înregistrări (de exemplu, 100 de înregistrări.) Și apoi va afișa mai multe date pe măsură ce controlul o solicită. Cu toate acestea, pentru un conector bazat pe acțiuni, acesta va prelua o „pagină” de date. Dar dacă datele solicitate depășesc dimensiunea pentru o pagină de date, atunci controlul nu va prelua automat pagina următoare.

Pentru mai multe informații despre cum să vă personalizați formula pentru actualizări particularizate consultați aceste articole:

Plasture
Colecta
Actualizare

Schema dinamică este un tip comun de rezultat pentru conectorii bazați pe acțiuni. Schema dinamică se referă la posibilitatea ca aceeași acțiune să returneze un tabel cu coloane diferite, în funcție de cum este numit. Condițiile care ar putea face ca coloanele din tabel să difere includ parametrii de intrare, utilizatorul/rolul care execută acțiunea și grupul în care lucrează utilizatorul, printre altele. De exemplu, procedurile stocate de server SQL pot returna coloane diferite dacă sunt executate cu intrări diferite sau o Azure DevOps instanță poate folosi câmpuri personalizate care nu sunt disponibile implicit.

Notă

documentația conectorului afișează rezultatele schemei dinamice cu acest mesaj „Ieșirile acestei operațiuni sunt dinamice.” ca și valoarea returnată.

Pentru mai multe informații despre cum să lucrați cu schema dinamică în Power Apps, consultați Lucrul cu obiecte netipizate și dinamice pentru o prezentare generală și Conectați-vă la Azure DevOps de la Power Apps pentru un exemplu detaliat.

Acest tabel are linkuri către mai multe informații despre conectorii noștri cei mai populari. Pentru o listă completă a conectorilor, consultați Toți conectorii.

   
Microsoft Dataverse Stocare în cloud **
Dinamica AX Excela
Microsoft Translator Office 365 Outlook
Office 365 Utilizatori Oracol
Power BI SharePoint
SQL Server Stare de nervozitate

** Se aplică pentru Azure Blob, Box, Dropbox, Google Drive, OneDrive și OneDrive for Business

Conectori standard și particularizați

Power Apps furnizează conectori standard pentru multe surse de date utilizate în mod obișnuit. Dacă Power Apps are un conector standard pentru tipul de sursă de date pe care doriți să îl utilizați, va trebui să utilizați acel conector. Dacă doriți să vă conectați la alte tipuri de surse de date, cum ar fi un serviciu pe care l-ați creat, consultați Înregistrați și utilizați conectori personalizați.

Toți conectorii standard

Conectorii standard nu necesită licențe speciale. Pentru mai multe informații, consultați Power Apps Planuri.

Puteți pune întrebări despre un anumit conector în Power Apps forumuri și puteți sugera conectori pe care doriți să îi adăugați sau alte îmbunătățiri de făcut în Power Apps Idei.

Securitate și tipuri de autentificare

Pe măsură ce creați aplicația și creați o conexiune la un sursă de date, este posibil să vedeți că alegerea dvs. de conector vă permite să utilizați diferite moduri de autentificare. De exemplu, conectorul SQL Server vă permite să utilizați Microsoft Entra Autentificarea serverului SQL integrată și autentificarea Windows. Fiecare tip de autentificare are asociate diferite niveluri de securitate. Este important să înțelegeți ce informații și drepturi aveți în comun cu utilizatorii care folosesc aplicația dvs. Exemplul principal în acest articol este SQL Server, însă principiile se aplică tuturor tipurilor de conexiuni.

Notă

Microsoft Entra ID

Această autentificare este un tip de conexiune securizat. De exemplu, SharePoint folosește acest tip de autentificare. SQL Server permite, de asemenea, acest tip de autentificare. Când vă conectați, Microsoft Entra serviciul vă identifică separat pentru SharePoint în numele dvs. Nu trebuie să furnizați un nume de utilizator sau o parolă. În calitate de autor, puteți crea și lucra cu sursă de date cu acreditările dvs. Când publicați aplicația și utilizatorii aplicației dvs. se conectează, fac acest lucru cu datele lor de acreditare. Dacă datele sunt securizate corespunzător pe un back-end, utilizatorii dvs. pot vedea numai ceea ce sunt autorizați să vadă pe baza acreditărilor lor. Acest tip de securitate vă permite să modificați drepturile pentru anumiți utilizatori ai aplicației pe back-end sursă de date după ce aplicația este publicată. De exemplu, puteți să acordați acces, să refuzați accesul sau să filtrați ceea ce un utilizator sau un grup de utilizatori pot vedea, totul din sursa de date back-end.

Autorizare standard deschis (OAuth)

Acest tip de conexiune este, de asemenea, sigur. De exemplu, Twitter folosește acest tip de autentificare. Când vă conectați, trebuie să furnizați numele dvs. de utilizator și parola. În calitate de autor, puteți crea și lucra cu sursă de date cu acreditările dvs. Când publicați aplicația și utilizatorul aplicației dvs. se conectează, acesta trebuie să furnizeze totodată datele sale de acreditare. Prin urmare, acest tip de conexiune este sigur, deoarece utilizatorii. trebuie să își folosească propriile date de acreditare pentru a accesa serviciul sursă de date.

Conexiuni partajate / Conexiuni implicite sigure

Într-o conexiune partajată, numele de utilizator și parola pentru conexiune sunt furnizate de Power Apps autor în momentul în care sursă de date este creat în aplicație. Autentificarea conexiunii la sursă de date este apoi Partajată implicit cu utilizatorii finali. De îndată ce aplicația este publicată, conexiunea este și ea publicată și disponibilă utilizatorilor dvs.

Înainte de ianuarie 2024, utilizatorii dvs. finali ar putea lua conexiunea care este partajată cu ei și pot crea aplicații noi separate. Utilizatorii dvs. nu pot vedea numele de utilizator sau parola, dar conexiunea le-ar fi disponibilă. Cu toate acestea, după ianuarie 2024, toate conexiunile partajate nou create sunt securizate. Rețineți că aplicațiile vechi trebuie republicate pentru a fi sigure. Conexiunea nu mai este partajată cu utilizatorii finali. Publicat Power App vorbește cu un proxy de conexiune. Proxy-ul de conexiune vorbește numai cu Power App specific pentru care este conectat. Proxy-ul de conexiune limitează acțiunile care sunt trimise la conexiuni la cele din Power App {Get, Put/Patch, Delete} pentru un anumit sursă de date. Dacă aveți o aplicație care utilizează conexiunile publicate înainte de ianuarie 2024, ar trebui să vă republicați aplicația și să anulați accesul la orice conexiuni cu utilizatorii finali care nu ar trebui să le aibă.

În SQL Server, un exemplu de acest tip de conexiune este SQL Server Authentication. Multe alte surse de date ale bazei de date oferă o capacitate similară. Când publicați aplicația, utilizatorii nu trebuie să furnizeze un nume de utilizator și o parolă unice.

Notificare pentru actualizarea aplicațiilor (conexiuni implicite sigure)

Dacă aveți aplicații care ar putea fi actualizate pentru a utiliza această funcție, veți vedea un mesaj pe pagina Aplicații. Indică numărul de aplicații care necesită atenția ta.

Notificare pentru a vă actualiza aplicațiile.

Selectați linkul și se deschide un panou lateral care listează toate aplicațiile care necesită atenție.

Panoul lateral.

Selectați pictograma deschide din dreapta numelui aplicației pentru a o deschide și a republica. Continuați cu următoarele instrucțiuni.

Activați conexiuni implicite sigure pentru o aplicație existentă

Deschideți o aplicație existentă deschisă pentru editare cu conexiuni partajate implicit deja publicate:

  1. Pe bara de comandă, selectați Setări și căutați „Securizat”.
  2. Actualizați comutatorul de caracteristici în mod corespunzător pentru a activa conexiuni implicite sigure.
  3. Salvați și publicați aplicația.

Anularea distribuirii

Odată ce aplicația este publicată, urmați acești pași pentru a verifica dacă partajarea funcționează corect:

  • Verificați dacă conexiunile sunt partajate cu coproprietarii. Dacă nu doriți ca un utilizator final să obțină o conexiune, debifați caseta de selectare Coproprietar .

    Debifați coproprietar.

  • Pentru a verifica că funcția funcționează corect, partajați aplicația unui alt utilizator care nu este proprietar. După ce partajați aplicația, verificați lista Conexiuni din fila Dataverse din Power Apps pentru acel utilizator. Verificați dacă utilizatorul nu are o conexiune disponibilă.

  • Deschideți panoul Partajare pentru a modifica dreptul utilizatorului final la conexiune. Alegerea X elimină accesul utilizatorului la conexiune.

    Poate utiliza/revoca.

Utilizați aplicații cu o nouă conexiune implicită sigură

Când aplicația dvs. este republicată și partajată, atunci utilizatorii finali nu au acces la conexiune, dar lucrează cu conexiunea proxy ascunsă. Utilizatorii nu pot crea o aplicație nouă pe baza conexiunii inițiale.

Limitări

  1. Toate tipurile de conexiuni implicit partajate funcționează, cum ar fi acțiune și tabel.
  2. Numele serverelor și bazei de date sunt ascunse în urmele rețelei, dar vizibile în dialogul de consimțământ. Numele coloanelor nu sunt ascunse.
  3. Pentru conectorii tabulari, limităm doar acțiunile CRUD, cum ar fi Obține, Postează, Pune sau șterge. Dacă aveți permisiuni de Put, atunci aveți acces la Post.
  4. Limita conectorilor bazați pe acțiuni în funcție de API-ul specific utilizat în aplicație.
  5. Avertismentele sunt încă activate în partajare. Avertismentul despre conexiunile implicit partajate avertizează în continuare când se află în versiune preliminară. Cu toate acestea, conexiunea dumneavoastră cu această caracteristică este sigură – în ciuda avertismentului.
  6. Publicarea pentru un întreg chiriaș, spre deosebire de anumite grupuri sau persoane, nu este acceptată.
  7. Există o problemă cunoscută la importul unei conexiuni securizate implicit partajate printr-un referință conexiune. Securitatea nu este setată corect în mediul țintă.
  8. Există o problemă cunoscută la importul unei soluții folosind un principal de serviciu, care provoacă eșec la import. O soluție este să partajați conexiunea cu principalul serviciu.

Autentificare Windows

Acest tip de conexiune nu este sigur deoarece nu se bazează pe autentificarea utilizatorului final. Utilizați autentificarea Windows când trebuie să vă conectați la un sursă de date care este local. Un exemplu cu acest tip de conexiune este la un server local care are un SQL Server. Conexiunea trebuie să treacă printr-un gateway. Deoarece trece printr-un gateway, conectorul are acces la toate datele din acea sursă de date. Drept urmare, orice informații pe care le puteți accesa cu acreditările Windows furnizate de dvs. sunt disponibile conectorului. Și de îndată ce aplicația este publicată, conexiunea este și ea publicată și disponibilă utilizatorilor dvs. Acest comportament înseamnă că utilizatorii finali pot crea, de asemenea, aplicații utilizând aceeași conexiune și pot accesa datele de pe acel aparat. Conexiunile la sursă de date sunt, de asemenea, Partajate implicit cu utilizatorii cărora le este partajată aplicația. Acest tip de conexiune poate fi valabil atunci când sursă de date dvs. locuiește numai pe un server local și datele din acea sursă pot fi partajate liber.

Surse de date în soluții

Soluțiile sunt folosite pentru gestionarea ciclului de viață al aplicațiilor și oferă alte capabilități pentru gestionarea ciclului de viață al surselor de date. Dacă un aplicație creată pe planșă este într-o soluție, referințele de conexiune și variabilele de mediu ar putea fi create pentru a stoca informații despre surse de date. Acest proces asigură că sursele de date pot fi modificate sau restabilite atunci când soluțiile sunt migrate în medii diferite.

Redenumiți sursele de date din aplicații

Pentru a afla despre redenumirea surselor de date dintr-o aplicație și diferența dintre sursele de date tabelare și cele bazate pe acțiuni, accesați Redenumiți Power Apps sursele de date bazate pe acțiuni.

Când utilizatorii deschid o aplicație care utilizează conectori pentru prima dată, ei văd un dialog „consimțământul conexiunii” în următoarele scopuri.

  1. Pentru a informa utilizatorii despre sursele de date accesate de aplicație.

  2. Pentru a evidenția acțiunile, un conector poate funcționa sau nu într-o aplicație. De exemplu, pentru aplicațiile care utilizează conectorul Office 365 Utilizatori :

    • Această aplicație este capabilă să:
      • Citiți profilul dvs. complet de utilizator
      • Citiți profilul complet al tuturor utilizatorilor
    • Aplicația nu poate:
      • Modificați sau ștergeți orice informații despre profilul de utilizator

  3. Pentru a capta consimțământul utilizatorului final pentru a vă conecta la sursele de date pe care le folosește aplicația.

  4. Pentru a facilita autentificarea manuală a utilizatorului final, atunci când este necesar.

Pentru unele conexiuni, Power Platform poate autentifica automat un utilizator pentru a accesa o sursă de date. Cu toate acestea, dacă conectarea automată eșuează, acest dialog solicită utilizatorilor să stabilească o conexiune conectându-se manual. Power Platform poate încerca conectarea automată pentru o conexiune numai atunci când un sursă de date preautorizează principalul serviciului de conexiuni API Microsoft's Azure, acordându-i permisiunea de a efectua conectarea unică pentru un utilizator atunci când este creată o conexiune. Pentru mai multe informații despre conectarea unică, consultați Ce este conectarea unică (SSO)?

Rețineți că, pentru aplicațiile bazate pe model care utilizează pagini personalizate, atunci când există mai multe pagini personalizate într-o aplicație, dialogul de consimțământ solicită permisiuni de date pentru toți conectorii din toate paginile personalizate, chiar dacă acestea nu sunt deschise.

Următoarea imagine este un exemplu de dialog de consimțământ pentru conexiune pentru o aplicație care se conectează la un site SharePoint.

Power Apps casetă de dialog de consimțământ

Pentru conectori selectați, administratorii pot suprima acest dialog și pot consimți în numele utilizatorilor finali să se conecteze la o sursă de date. Următorul tabel explică ce tipuri de conectori dialogul de consimțământ ar putea fi suprimat pentru o aplicație.

Notă

Dacă un administrator elimină dialogul de consimțământ, dar platforma nu poate efectua conectarea unică pentru un utilizator final, dialogul va fi prezentat utilizatorului atunci când lansează aplicația.

Tip de conector Casetă de dialog suprimabilă? Referințe
Conectori Microsoft care acceptă conectarea unică (cum ar fi SharePoint, Office 365 utilizatori) Da Power Apps cmdlet admin
Conector care accesează un serviciu partener non-Microsoft, cum ar fi Salesforce No Nu se aplică
Conectori personalizați care folosesc OAuth cu Microsoft Entra ID ca furnizor de identitate. Acești conectori personalizați sunt creați de organizații și sunt accesibili numai de utilizatorii din cadrul organizației (de exemplu, construiți de Contoso numai pentru utilizatorii Contoso) Da Gestionați conexiunile

Microsoft Power Platform este capabil să suprime dialogul de consimțământ pentru conexiunile la surse de date în care:

  1. Sursă de date nu are obligația de a afișa o IU de consimțământ explicit.
  2. Sursă de date preautorizează principalul serviciului de conexiuni API Microsoft's Azure pentru a activa conectarea unică.
  3. Un administrator configurează o aplicație pentru a suprima consimțământul pentru conexiunile precedente.

Preautorizarea principalului serviciului de conexiuni API Microsoft's Azure există pentru sursele de date primare ale Microsoft și poate fi configurată de aplicații personalizate înregistrate într-un Microsoft Entra chiriaș care sunt utilizate de conectorii personalizați. Un administrator gestionează suprimarea consimțământului în funcție de aplicație (spre deosebire de conector), astfel încât suprimarea este gestionată la cel mai detaliat nivel de experiență al aplicației — acest nivel de granularitate împiedică suprimarea consimțământului pentru „aplicațiile aprobate” ale unei organizații să suprime din greșeală consimțământul pentru aplicații care nu sunt aprobate sau revizuite.