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

Datele se află în centrul majorității aplicațiilor, inclusiv în datele pe care le construiți în Power Apps. Datele sunt stocate într-o sursă de date, iar dvs. aduceți aceste date în aplicația dvs. creând o conexiune. Conexiunea utilizează un conector specific pentru a comunica cu sursa 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 adăugarea datelor într-o aplicație proiectată pe pânză, 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 fie un conector standard, fie un conector particularizat.

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 o sursă de date care conține un tabel denumit Lecții și apoi puteți seta proprietatea Elemente a unui control, de genul unei galerii sau unui formular, la această valoare în bara de formule:

Puteți specifica datele pe care le preia aplicația dvs. particularizând proprietatea Elemente a controlului care indică datele dvs. Continuând exemplul anterior, puteți sorta sau filtra datele din tabelul Lecții utilizând această denumire ca argument pentru funcțiile Search ș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.

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

Înțelegeți sursele de date din 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 din 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 informații suplimentare, consultați secțiunea Conectare la stocarea în cloud din 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. Totuși, în loc să selectați un tabel ca etapă ulterioară, conectați manual un control la o acțiune prin editarea proprietății Elemente din controlul care va afișa datele dvs. Formula pe care o utilizați ca setare a proprietății Elemente specifică acțiunea care preia date. De exemplu, aplicația nu ar prelua deloc date dacă vă conectați la Yammer și apoi setați proprietatea Elemente la denumirea sursei de date. Pentru popularea unui control cu date, specificați o acțiune de genul GetMessagesInGroup(5033622).messages.

Dacă trebuie să gestionați actualizări de date particularizate pentru conectorii acțiunilor, construiți o formulă care include funcția Patch. În formulă, identificați acțiunea și câmpurile pe care le veți lega la 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 prima 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:

Patch
Collect
Actualizați

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 modul în care este numit. Condițiile care pot face ca coloanele din tabel să difere includ parametrii de intrare, utilizatorul sau rolul care execută acțiunea și grupul în care lucrează utilizatorul, printre altele. De exemplu, procedurile SQL Server stocate pot returna alte coloane dacă sunt executate cu intrări diferite sau o instanță Azure DevOps poate folosi câmpuri particularizate care nu sunt disponibile implicit. Rețineți că documentația conectorului afișează rezultatele schemei dinamice cu acest mesaj „Ieșirile acestei operațiuni sunt dinamice”. ca valoare 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.

Conectori populari

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

Microsoft Dataverse	Stocare în cloud **
Dynamics AX	Excel
Microsoft Translator	Office 365 Outlook
Utilizatori Office 365	Oracle
Power BI	SharePoint
SQL Server	Twitter

** 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 numeroase 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, de genul unui serviciu pe care l-ați construit, consultați secțiunea Înregistrarea și utilizarea conectorilor particularizați.

Toți conectorii standard

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

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 concepeți aplicația dvs. și creați o conexiune la o sursă de date, este posibil să vedeți că alegerea conectorului vă permite să utilizați diferite modalități de autentificare. De exemplu, conectorul SQL Server vă permite să utilizați Microsoft Entra Autentificare integrată, SQL Server și autentificare 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ă

• Pentru informații detaliate despre considerente de securitate atunci când se utilizează un server de baze de date relaționale (cum ar fi Microsoft SQL Server, sau Oracle) ca sursă de date pentru o aplicație, consultați Utilizarea Microsoft SQL Server în siguranță cu Power Apps.
• Power Apps nu acceptă identitățile de membri externi . Pentru mai multe informații, consultați Proprietățile unui Microsoft Entra utilizator de colaborare B2B.

Microsoft Entra ID

Acesta este un tip sigur de conexiune. 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ă. Ca autor, puteți crea și lucra cu sursa de date cu datele dvs. de acreditare. 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 doar ceea ce sunt autorizați să vadă pe baza acreditării lor. Acest tip de securitate vă permite să schimbați drepturile pentru utilizatorii de aplicații specifice pe sursa de date back-end după publicarea aplicației. 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 cu 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 de utilizator și parola. Ca autor, puteți crea și lucra cu sursa de date cu datele dvs. de acreditare. 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 tăi finali puteau să ia conexiunea care le este partajată și să creeze noi aplicații 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. Aceasta înseamnă că conexiunea nu mai este partajată cu utilizatorii finali. Aplicația Power publicată vorbește cu un proxy de conexiune. Proxy-ul de conexiune va vorbi doar cu aplicația Power specifică pentru care este conectat. Proxy-ul de conexiune limitează acțiunile care sunt trimise la conexiunile 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 pot 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.

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

Selectați pictograma deschidere din dreapta numelui aplicației pentru ao deschide și republica. Vedeți instrucțiunile de mai jos.

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

Deschideți o aplicație existentă deschisă pentru editare cu conexiuni implicit partajate care au fost publicate anterior:

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 .

  

• Pentru a verifica că funcția funcționează corect, partajați aplicația unui alt utilizator care nu este proprietar. După ce ați partajat 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 va elimina accesul utilizatorului la conexiune.

  

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

Când aplicația dvs. este republicată și partajată, atunci utilizatorii finali nu vor avea acces la conexiune, dar vor lucra cu conexiunea proxy ascunsă. Nu vor putea crea o nouă aplicație pe baza conexiunii tale 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 pentru 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 în timpul previzualizării private. 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-o referință de 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 atunci când trebuie să vă conectați la o 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. De asemenea, conexiunile la sursa de date sunt Partajate implicit cu utilizatorii cu care este partajată aplicația. Acest tip de conexiune poate fi valabil atunci când sursa de date se află doar pe un server local și datele de pe sursa respectivă pot fi partajate în mod liber.

Surse de date în soluții

Soluțiile sunt utilizate pentru gestionarea ciclului de viață al aplicațiilor și oferă alte capabilități pentru gestionarea ciclului de viață al surselor de date. Dacă o aplicație creată pe planșă este într-o soluție, pot fi create referințe la conexiuni și variabile de mediu pentru a stoca informații despre sursele de date. Acest lucru asigură că sursele de date pot fi schimbate 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 despre diferența dintre sursele de date tabulare și cele bazate pe acțiuni, accesați Redenumiți sursele de date Power Apps bazate pe acțiune.

Casetă de dialog de consimțământ Conexiune

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 contura acțiunile pe care le poate efectua sau nu un conector într-o aplicație. De exemplu, pentru aplicațiile care utilizează conectorul Utilizatori Office 365, acesta ar putea fi următorul.

   • Această aplicație este capabilă să:
     • Citiți profilul dvs. complet de utilizator
     • Citiți profilul complet al tuturor utilizatorilor
   • Nu va putea să:
     • 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 serviciu de conexiuni Microsoft Azure API, 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 sign-on unic (SSO)?

Rețineți că, pentru aplicațiile bazate pe model care folosesc 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 au fost încă 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.

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 poate fi suprimat dialogul de consimțământ 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 de la prima parte care acceptă sign-on unic (cum ar fi utilizatori SharePoint,Office 365)	Da	Power Apps cmdlet admin
Conector care accesează un serviciu terț care nu este Microsoft, cum ar fi Salesforce	No	Nu se aplică
Conectori personalizați care folosesc OAuth cu Microsoft Entra ID ca furnizor de identitate. Acestea sunt conectori personalizați construiți de organizații și sunt accesibile numai de către utilizatorii din cadrul organizației (de exemplu, construiți de Contoso numai pentru utilizatori 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 serviciu de conexiuni API Azure Microsoft pentru a activa conectarea unică.
3. Un administrator configurează o aplicație pentru a suprima consimțământul pentru conexiunile precedente.

Preautorizarea principalului serviciu de conexiuni API Azure de la Microsoft 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 pe bază de aplicație (spre deosebire de conector), deci suprimarea este gestionată la cel mai detaliat nivel de experiență al aplicației—acest nivel de detaliere împiedică suprimarea consimțământului pentru „aplicațiile aprobate” ale unei organizații de a suprima în mod accidental consimțământul pentru aplicațiile care nu sunt aprobate sau revizuite.

Notă

Ne puteți spune care preferințele dvs. lingvistice pentru documentație? Răspundeți la un chestionar scurt. (rețineți că acest chestionar este în limba engleză)

Chestionarul va dura aproximativ șapte minute. Nu sunt colectate date personale (angajament de respectare a confidențialității).