Pregled konektora za aplikacije sa podlogom

Podaci su u srži većine aplikacija, uključujući podatke koje pravite u Power Apps. Podaci se čuvaju u izvoru podataka, a vi donosite te podatke u aplikaciju tako što ćete kreirate vezu. Veza koristi određeni konektor da razgovara sa izvorom podataka. Power Apps konektore za mnoge popularne usluge i lokalni izvore podataka, uključujući SharePoint, SQL Server, Office 365, Salesforce i Twitter. Da biste počeli da dodajete podatke u aplikaciju podloge za crtanje, pogledajte članak Dodavanje podataka za povezivanje u Power Apps.

Konektor može da obezbedi tabele podataka ili radnje. Neki konektori obezbeđuju samo tabele, neki obezbeđuju samo radnje, a neki i jedno i drugo. Takođe, vaš konektor može biti ili standardni ili prilagođeni konektor.

Tabele

Ako vaš konektor obezbeđuje tabele, dodajte svoj izvor podataka, a zatim izaberite tabelu u izvoru podataka kojom želite da upravljate. Power Apps podatke iz tabele u aplikaciju i ažurira podatke u izvor podataka u vašoj. Na primer, možete da dodate izvor podataka koji sadrži tabelu pod nazivom Lessons, a zatim podesite svojstvo Items kontrole, kao što je galerija ili obrazac, na ovu vrednost u traci sa formulama:

Možete odrediti podatke koje vaša aplikacija preuzima ako prilagodite svojstvo Items kontrole tako da prikazuje vaše podatke. Nastavljajući prethodni primer, možete sortirati ili filtrirati podatke u tabeli Lessons koristeći to ime kao argument za funkcije Search i SortByColumn. Na ovoj slici, formula na koju je podešeno svojstvo Items određuje da su podaci sortirani i filtrirani na osnovu teksta u TextSearchBox1.

Za više informacija o tome kako prilagoditi formulu u tabelama, pogledajte ove članke:

Razumevanje izvora podataka u Power Apps
Generisanje aplikacije od Excel podataka
Kreiranje aplikacije od početka
Razumevanje tabela i zapisa u Power Apps

Akcije

Ako vaš konektor obezbeđuje radnje, morate da izaberete svoj izvor podataka, kao što ste radili ranije. Međutim, umesto da izaberete tabelu kao sledeći korak, ručno povežite kontrolu s radnjom uređujući svojstvo Items kontrole koja će prikazivati vaše podatke. Formula na koju ste podesili svojstvo Items određuje radnju koja preuzima podatke. Na primer, aplikacija neće preuzeti podatke ako se povežete sa Yammer, a zatim postavite svojstvo "Stavke" na ime izvor podataka. Da biste popunili kontrolu podacima, navedite radnju kao što je GetMessagesInGroup(5033622).messages.

Ako trebate da rukujete prilagođenim ispravkama podataka za konektore radnji, sastavite formulu koja uključuje funkciju Patch. U formuli identifikujte radnju i polja koja ćete vezati za radnju.

Za više informacija o tome kako prilagoditi formulu za prilagođene ispravke, pogledajte ove članke:

Patch
Collect
Ažuriranje

Popularni konektori

Ova tabela sadrži veze do više informacija o našim najpopularnijim konektorima. Kompletnu listu konektora potražite u članku Svi konektori.

	Microsoft Dataverse			Prostor za skladištenje u oblaku **
	Dynamics AX			Excel
	Microsoft prevodilac			Office 365 Outlook
	Office 365 korisnici			Oracle
	Power BI			SharePoint
	SQL Server			Twitter

** Važi za Azure Blob, Box, Dropbox, Google Drive, OneDrive i OneDrive za posao

Standardni i prilagođeni konektori

Power Apps obezbeđuje standardne linije spajanja za mnoge često korišćene izvore podataka. Ako Power Apps standardnu liniju spajanja za tip izvor podataka želite da koristite, trebalo bi da koristite tu liniju spajanja. Ako želite da se povežete sa drugim tipovima izvora podataka, kao što je usluga koju ste sami izgradili, pogledajte članak Registrovanje i korišćenje prilagođenih konektora.

Svi standardni konektori

Standardni konektori ne zahtevaju posebno licenciranje. Više informacija potražite u članku Power Apps planovi.

Pitanja o određenom konektoru možete postaviti na Power Apps forumima i možete predložiti linije spajanja koje želite da dodate ili drugapoboljšanja koja treba da napravite u Power Apps Ideas.

Bezbednost i vrste potvrde identiteta

Dok pravite aplikaciju i kreirate vezu sa izvorom podataka, možda ćete videti da vam izbor konektora omogućava korišćenje različitih načina za potvrdu identiteta. Na primer, SQL Server linija spajanja vam omogućava da koristite Azure AD, SQL Server potvrdu identiteta i Windows potvrdu identiteta. Svaka vrsta potvrde identiteta ima sa njom povezane nivoe sigurnosti. Važno je da shvatite koje informacije i prava delite sa korisnicima koji koriste vašu aplikaciju. Primarni primer u ovom članku je SQL Server, iako se principi primenjuju na sve vrste veza.

Azure AD integrisano

Ovo je sigurna vrsta veze. Na primer, SharePoint koristi ovaj tip potvrde identiteta. SQL Server takođe omogućava ovu vrstu potvrde identiteta. Kada se povežete, Azure AD vas identifikuje odvojeno da SharePoint u vaše ime. Ne morate da navedete korisničko ime ili lozinku. Kao autor, možete da kreirate i radite sa izvorom podataka sa svojim akreditivima. Kada objavite svoju aplikaciju i korisnik aplikacije se prijavi, on to čini sa svojim akreditivima. Ako su podaci na odgovarajući način zaštićeni u pozadini, vaši korisnici mogu da vide samo ono što su ovlašćeni da vide na osnovu svojih akreditiva. Ova vrsta bezbednosti vam omogućava promenu prava za određene korisnike aplikacija u izvoru podataka u pozadini nakon što je aplikacija objavljena. Na primer, možete odobriti pristup, zabraniti pristup ili precizirati ono što korisnik ili skup korisnika mogu videti sve u izvoru podataka u pozadini.

Autorizacija otvorenog standarda (OAuth)

Ova vrsta veze je takođe bezbedna. Na primer, Twitter koristi ovu vrstu potvrde identiteta. Kada se povežete, morate da navedete svoje korisničko ime i lozinku. Kao autor, možete da kreirate i radite sa izvorom podataka sa svojim akreditivima. Kada objavite svoju aplikaciju i korisnik aplikacije se prijavi, on takođe mora da navede svoje akreditive. Stoga je ova vrsta veze bezbedna, jer vaši korisnici moraju da koriste sopstvene akreditive za pristup usluzi izvora podataka.

SQL potvrda identiteta sa korisničkim imenom i lozinkom

Ova vrsta veze nije bezbedna jer se ne oslanja na autentifikaciju krajnjeg korisnika. Treba je koristiti samo u slučajevima kada možete sigurno pretpostaviti da svi koji imaju pristup ovoj vezi mogu da vide i koriste sve podatke kojima veza omogućava pristup. Ne možete pouzdano zaključati delove podataka dostupne u okviru veze. Na primer, ako veza omogućava pristup jednoj tabeli, ne možete se osloniti na userID da filtrira tako da u toj tabeli prikazujete samo podatke za tog određenog korisnika. Za pouzdanu bezbednost koristite bezbedniju vezu kao što je Azure AD integrisana.

U sistemu SQL Server, taj tip veze se naziva Provera autentičnosti za SQL Server. Mnogi drugi izvori podataka baze obezbeđuju sličnu mogućnost. Kada objavite svoju aplikaciju, vaši korisnici ne moraju da navedu jedinstveno korisničko ime i lozinku. Oni koriste korisničko ime i lozinku koje ste naveli kada ste kreirali aplikaciju. Potvrda identiteta veze na izvoru podataka je Implicitno deljena sa vašim korisnicima. Kada se aplikacija objavi, veza se takođe objavljuje i dostupna je korisnicima. Vaši krajnji korisnici mogu da kreiraju aplikacije koristeći bilo koju vezu koja koristi SQL Server potvrdu identiteta koja se deli sa njima. Vaši korisnici ne mogu da vide korisničko ime ili lozinku, ali veza će im biti dostupna. Postoje važeći scenariji za ovu vrstu veze. Na primer, ako imate bazu podataka samo za čitanje koja je dostupna svima u preduzeću. Referentni scenariji podataka (na primer, korporativni kalendar) mogu biti korisni za ovu vrstu veze. Još informacija: Bezbedno Microsoft SQL Server koristite sa Power Apps

Windows potvrda identiteta

Ova vrsta veze nije bezbedna jer se ne oslanja na autentifikaciju krajnjeg korisnika. Koristite Windows potvrdu identiteta kada treba da se povežete sa izvorom podataka koji je lokalni. Primer ove vrste veze je sa lokalnim serverom koji ima SQL Server. Veza mora proći kroz mrežni prolaz. Pošto prolazi kroz mrežni prolaz, konektor ima pristup svim podacima na tom izvoru podataka. Kao rezultat, sve informacije kojima možete pristupiti pomoću Windows akreditiva koje ste naveli na raspolaganju su konektoru. A kada se aplikacija objavi, veza se takođe objavljuje i dostupna je korisnicima. Ovo ponašanje znači da vaši krajnji korisnici takođe mogu da kreiraju aplikacije koristeći istu tu vezu i pristupaju podacima na tom računaru. Veze sa izvorom podataka su takođe implicitno deljene sa korisnicima sa kojima se deli aplikacija. Ova vrsta veze može biti važeća ako se vaš izvor podataka nalazi samo na lokalnom serveru i podaci u tom izvoru su slobodno dostupni.

Izvori podataka u rešenjima

Rešenja se koriste za upravljanje životnim ciklusom aplikacije i pružaju dodatne mogućnosti za upravljanje životnim ciklusom izvora podataka. Ako je rešenje aplikacija sa podlogom, reference veze i promenljive okruženja mogu biti kreirane radi čuvanja informacija o izvorima podataka. Ovo osigurava da se izvori podataka mogu promeniti ili ponovo uspostaviti kada se rešenja migriraju u različita okruženja.

Preimenovanje izvora podataka u aplikacijama

Da biste saznali više o preimenovanja izvora podataka u aplikaciji i razlici između tabelarnih i izvora podataka zasnovanih na radnji, idite na opciju "Preimenuj Power Apps izvore podataka zasnovanih na radnjama " .

Dijalog o pristanku za vezu

Kada korisnici prvi put otvore aplikaciju koja koristi konektore, videće dijalog „Saglasnost za vezu“ u sledeće svrhe.

1. Da biste obavestili korisnike o izvorima podataka kojima aplikacija pristupa.

2. Radi opisivanji radnji koje konektor može ili ne mora da obavlja u aplikaciji. Na primer, za aplikacije koje koriste Office 365 za povezivanje korisnika, to može biti sledeće.

   • Ova aplikacija će moći:
     • Pročitajte svoj kompletni korisnički profil
     • Pročitajte kompletan profil svih korisnika
   • Neće moći da:
     • Menjaju ili brišu bilo koje informacije o korisničkom profilu

3. Evidentiraju saglasnost krajnjeg korisnika za povezivanje sa izvorima podataka koje aplikacija koristi.

4. Olakšavaju ručnu autentifikaciju krajnjeg korisnika, kada je to potrebno.

Za neke veze, Power Platform automatski potvrdi verodostojnost korisnika za pristup izvor podataka. Međutim, ako automatsko prijavljivanje ne uspe, ovaj dijalog traži od korisnika da poprave vezu ručnim prijavljivanjem. Power Platform može da pokuša automatsko prijavljivanje za vezu samo kada izvor podataka unapred odobri glavnu Microsoftovu uslugu Azure API veza, dajući joj dozvolu da izvrši jedinstveno prijavljivanje za korisnika kada se kreira veza. Za više informacija o jedinstvenom prijavljivanju pogledajte Šta je jedinstveno prijavljivanje (SSO)?

Sledeća slika je primer dijaloga saglasnosti za povezivanje za aplikaciju koja se povezuje sa SharePoint lokacijom.

Za odabrane konektore, administratori mogu potisnuti ovaj dijalog i pristati u ime krajnjih korisnika da se povežu na izvor podataka. Sledeća tabela objašnjava za koje vrste konektora dijalog za saglasnost može biti onemogućen za aplikaciju.

Microsoft Power Platform može da spreči samo dijalog saglasnosti za povezivanje sa izvorima podataka gde:

1. Izvor podataka ne obavezuje da se pokaže eksplicitni korisnički interfejs za saglasnost.
2. Izvor podataka unapred ovlašćuje principala Microsoft Azure API usluga veze da omogući jedinstveno prijavljivanje.
3. Administrator konfiguriše aplikaciju da isključi saglasnost za prethodne veze.

Pred-autorizacija glavne Microsoft usluge Azure API veza postoji za Microsoftove prve izvore podataka i mogu je konfigurisati prilagođene aplikacije registrovane kod Azure AD zakupca koje koriste prilagođene linije spajanja. Administrator upravlja ukidanjem pristanka na za svaku pojedinačnu aplikaciju (za razliku od konektora), tako da se ukidanjem upravlja na najgranularnijem nivou iskustva u aplikaciji — ovaj nivo detaljnosti sprečava onemogućavanje saglasnosti za „odobrene aplikacije“ organizacije sprečavanjem da nehotično potisnu ukinu saglasnost za aplikacije koje nisu odobrene ili pregledane.