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 furnizează 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 Ambele preiau datele tabelelor în aplicație ș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

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

Schema dinamică este un tip comun de rezultat pentru conectorii bazați pe acțiune. 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 apelat. Condițiile care pot face coloanele din tabel să difere includ, printre altele, parametrii de intrare, utilizatorul sau rolul care execută acțiunea și grupul în care lucrează utilizatorul. 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ă rezultate dinamice ale schemei cu acest mesaj "Rezultatele acestei operații 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 netastate și dinamice pentru o prezentare generală și Conectare la de la Azure DevOps 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.

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

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 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 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 Microsoft Entra autentificarea integrată, SQL Server ș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.

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 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 securizate

Î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 finali puteau lua conexiunea partajată cu ei și puteau crea aplicații noi separate. Utilizatorii nu pot vedea numele de utilizator sau parola, dar conexiunea ar fi disponibilă pentru ei. 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. Power App publicat vorbește cu un proxy de conexiune. Proxy-ul de conexiune va vorbi numai cu aplicația specifică Power pentru care este conectat. Proxy-ul de conexiune limitează acțiunile care sunt trimise conexiunilor 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, trebuie să republicați aplicația și să anulați partajarea oricăror conexiuni cu utilizatorii finali care nu ar trebui să le aibă.

În SQL Server, un exemplu acest tip de conexiune este autentificarea 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.

Notificare pentru actualizarea aplicațiilor (conexiuni implicite securizate)

Dacă aveți aplicații cărora li se poate face upgrade pentru a utiliza această caracteristică, veți vedea un mesaj pe pagina Aplicații. Acesta indică numărul de aplicații care au nevoie de atenția dvs.

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

Selectați pictograma de deschidere din dreapta numelui aplicației pentru a o deschide și a o republica din nou. Consultați instrucțiunile de mai jos.

Activați conexiunile implicite securizate pentru o aplicație existentă

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

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

Anularea partajării

După publicarea aplicației, 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 dacă funcția funcționează corect, permiteți accesul la aplicație unui alt utilizator care nu este proprietar. După ce ați partajat aplicația, verificați lista Conexiuni din Dataverse fila 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.

  

Utilizarea aplicațiilor cu o nouă conexiune implicită securizată

Când aplicația este republicată și trimisă, utilizatorii finali nu vor avea acces la conexiune, dar vor funcționa cu conexiunea proxy ascunsă. Aceștia nu vor putea crea o aplicație nouă pe baza conexiunii inițiale.

Limitări

1. Toate tipurile de conexiuni partajate implicit funcționează, cum ar fi acțiunea și tabelular.
2. Numele serverelor și ale bazei de date sunt ascunse în urmele de rețea, dar vizibile în dialogul de consimțământ. Numele coloanelor nu sunt ascunse.
3. Pentru conectorii tabelari, limităm doar acțiunile CRUD, cum ar fi Obținere, Postare, Punere sau Ștergere. Dacă aveți permisiuni pentru a pune, atunci aveți acces la postare.
4. Conectorii bazați pe acțiune se limitează în funcție de API-ul specific utilizat în aplicație.
5. Avertismentele sunt încă activate în partajare. Avertismentul din jurul conexiunilor partajate implicit avertizează în continuare în timpul previzualizării private. Cu toate acestea, conexiunea dvs. cu această caracteristică este sigură - în ciuda avertismentului.
6. Publicarea către o entitate găzduită întreagă, spre deosebire de anumite grupuri sau persoane, nu este acceptată.
7. Există o problemă cunoscută la importul unei conexiuni securizate partajate implicit printr-o referință de conexiune. Securitatea nu este setată corect în mediul țintă.
8. Există o problemă cunoscută la importul unei soluții utilizând un principal de serviciu, cauzând nereușita importului. O soluție alternativă este să partajați conexiunea cu directorul serviciului.

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 capacităț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ă, văd o casetă de dialog "consimțământ conexiune" î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ă:
     • 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ă directorul serviciului de conexiuni API Azure Microsoft, acordându-i permisiunea de a efectua sign-on unic pentru un utilizator atunci când se creează 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 proiectate pe bază de model care utilizează pagini particularizate, atunci când există mai multe pagini particularizate într-o aplicație, dialogul de consimțământ solicită permisiuni de date pentru toți conectorii din toate paginile particularizate, chiar dacă 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.

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ă directorul serviciului de conexiuni API Azure Microsoft pentru a activa sign-on unic.
3. Un administrator configurează o aplicație pentru a suprima consimțământul pentru conexiunile precedente.

Preautorizarea principalului serviciului de conexiuni API Azure Microsoft există pentru sursele de date primare Microsoft și poate fi configurată de aplicații particularizate înregistrate într-o Microsoft Entra entitate găzduită care sunt utilizate 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.