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

În cazul în care conectorul dvs. furnizează tabele, adăugați sursa dvs. de date și apoi selectați tabelul în sursa de date pe care doriți să o gestionați. Power Apps atât preia datele din tabel în aplicația dvs., cât și actualizează 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.

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

Patch
Collect
Actualizați

Notă

Pentru a lucra cu schema dinamică, puteți utiliza un experimental caracteristică numită Schema dinamica. Schema dinamică se referă la posibilitatea ca aceeași acțiune să returneze un tabel diferit cu coloane diferite. Condițiile care pot determina coloanele din tabele să difere includ parametri de intrare ai acțiunii, utilizatorul sau rolul care execută acțiunea și grupul în care lucrează utilizatorul, printre altele. De exemplu, procedurile stocate SQL Server pot returna coloane diferite dacă sunt executate cu intrări diferite sau un Azure DevOps instanța poate folosi câmpuri personalizate care nu sunt disponibile implicit. Pentru a lucra cu schema dinamică, documentația conectorului spectacole 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, vedea lucrul cu schema dinamică în Power Apps (experimental)

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 pentru 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 conector specific în forumuri Power Apps și puteți sugera conectori pe care doriți să îi adăugați sau alte îmbunătățiri pe care să le faceți în Idei Power Apps.

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 autentificarea integrată Azure AD, SQL Server și 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 considerentele de securitate atunci când utilizați un server de baze de date relaționale (cum ar fi Microsoft SQL Server, sau Oracle) ca sursă de date pentru o aplicație, vezi Utilizare Microsoft SQL Server în siguranță cu Power Apps.

Integrată Azure AD

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, serviciul Azure AD vă identifică separat la SharePoint, în numele dumneavoastră. 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.

Autentificarea cu nume de utilizator și parolă SQL

Acest tip de conexiune nu este sigur deoarece nu se bazează pe autentificarea utilizatorului final. Ar trebui să fie utilizat numai în cazurile în care puteți presupune în siguranță că oricine are acces la această conexiune poate vedea și utiliza toate datele la care conexiunea oferă acces. Nu puteți bloca în mod fiabil porțiuni din datele accesibile în cadrul conexiunii. De exemplu, dacă conexiunea permite accesul la un singur tabel, nu vă puteți baza pe un ID de utilizator pentru a filtra și numai pentru a afișa doar datele pentru acel utilizator specific din tabelul respectiv. Pentru o securitate fiabilă, utilizați o conexiune mai sigură, cum ar fi Azure AD Integrat.

În SQL Server, acest tip de conexiune este numit Autentificare SQL Server. 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. Folosesc numele de utilizator și parola pe care le furnizați atunci când creați aplicația. Autentificarea conexiunii la sursa de date este Partajată implicit cu utilizatorii dvs. De îndată ce aplicația este publicată, conexiunea este și ea publicată și disponibilă utilizatorilor dvs. Utilizatorii dvs. finali pot crea aplicații utilizând orice conexiune care folosește autentificarea SQL Server care este partajată cu ei. Utilizatorii dvs. nu pot vedea numele de utilizator sau parola, dar conexiunea va fi disponibilă pentru ei. Există scenarii valide pentru acest tip de conexiune. De exemplu, dacă aveți o bază de date numai în citire, care este disponibilă pentru toată lumea din companie. Scenariile de date de referință (de exemplu, un calendar corporativ) pot fi utile pentru acest tip de conexiune. Mai multe informații: Utilizați Microsoft SQL Server în siguranță cu Power Apps

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 folosite pentru gestionarea ciclului de viață al aplicației și oferă capacități suplimentare pentru gestionarea ciclului de viață al sursei de date. Dacă o aplicație canvas este într-o soluție, referințe de conexiune și variabile de mediu pot fi create 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ă, vor vedea un dialog „consimțământ de conectare” î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 va putea 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ă doar pentru o conexiune atunci când un sursă de date pre-autorizează principalul serviciului de conexiuni API Microsoft 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 sign-on unic (SSO)?

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	Nu	Nu se aplică
Conectori personalizați folosind OAuth cu Azure Active Directory 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	Gestionare conexiuni

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 pre-autorizează principalul serviciului de conexiuni API Microsoft Azure pentru a permite autentificare unică.
3. Un administrator configurează o aplicație pentru a suprima consimțământul pentru conexiunile precedente.

Pre-autorizarea principalului serviciu de conexiuni API Azure Microsoft există pentru sursele de date Microsoft primare și poate fi configurată de aplicații personalizate înregistrate într-o entitate găzduită Azure AD care sunt utilizați de conectori particularizaț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).