Tuval uygulamaları için bağlayıcılara genel bakış

Veri, Power Apps uygulamasında oluşturduklarınız da dahil olmak üzere çoğu uygulamanın temelidir. Veriler bir veri kaynağında depolanır ve bu verileri uygulamanıza çekmek için bağlantı oluşturmanız gerekir. Bağlantı, veri kaynağıyla iletişim kurmak için özel bir bağlayıcı kullanır. Power Apps; SharePoint, SQL Server, Office 365, Salesforce, Twitter ve daha birçok popüler hizmet ve şirket içi veri kaynağı ile kullanılabilecek bağlayıcılara sahiptir. Tuval uygulamasına veri eklemeye başlamak için bkz. Power Apps uygulamasında bir veri bağlantısı ekleme.

Bağlayıcı, veri tablosu veya eylem sunabilir. Bazı bağlayıcılar yalnızca tablo, bazıları yalnızca eylem, bazıları da ikisini birden sağlayabilir. Bağlayıcınız, standart veya özel bir bağlayıcı da olabilir.

Not

Tuval uygulaması içindeki bağlayıcı sayısını en fazla 10 ve bağlantı başvurularını en fazla 20 olacak şekilde tutun. Bu sınırların ötesine geçmek, uygulamayı başlatırken kullanıcılar için daha uzun yükleme sürelerine yol açabilir ve uygulamayı kaydederken sorunlara neden olabilir.

Tablolar

Bağlayıcınız tablo sağlıyorsa veri kaynağınızı ekleyip yönetmek istediğiniz veri kaynağı tablosunu seçmeniz gerekir. Power Apps tablo verilerinizi uygulamanıza alır ve veri kaynağınızdaki verileri otomatik olarak günceller. Örneğin, Dersler adlı bir tabloya sahip bir veri kaynağı ekleyin ve ardından bir galeri veya form gibi bir denetimin Öğeler özelliğini formül çubuğundaki şu değere ayarlayın:

Verilerinizi gösteren denetimin Öğeler özelliğini özelleştirerek uygulamanızın alacağı verileri belirtin. Bir önceki örnekten devam edecek olursak, bu adı Search ve SortByColumn işlevleri için bir bağımsız değişken olarak kullanarak Dersler tablosundaki verileri sıralayın veya filtreleyin. Bu grafikte, Öğeler özelliği için belirlenen formül, verilerin TextSearchBox1'deki metne göre sıralanmasını ve filtrelenmesini belirtir.

Formülünüzü tablolarla özelleştirme hakkında daha fazla bilgi için şu makalelere bakın:

Power Apps uygulamasındaki veri kaynaklarını anlama
Excel verilerinden uygulama oluşturma
Sıfırdan uygulama oluşturma
Power Apps uygulamasındaki tabloları ve kayıtları anlama

Not

Excel çalışma kitabındaki verilere bağlanmak için, bunları OneDrive gibi bir bulut depolama hizmetinde barındırın. Daha fazla bilgi için bkz. Power Apps uygulamasından bulut depolamaya bağlanma.

Eylemler

Eğer bağlayıcınız eylemler sağlıyorsa, daha önce yaptığınız gibi veri kaynağınızı seçin. Bir sonraki adım olarak bir tablo seçmek yerine, verilerinizi gösteren denetimin Öğeler özelliğini düzenleyerek denetimi bir eyleme manuel olarak bağlayın. Öğeler özelliği için ayarladığınız formül, verileri alan eylemi belirtir. Örneğin, Yammer uygulamasına bağlanıp Items özelliğini veri kaynağının adı olarak ayarlamanız durumunda veri alımı gerçekleşmez. Denetimi verilerle doldurmak için GetMessagesInGroup(5033622).messages gibi bir eylem belirtmeniz gerekir.

Eylem bağlayıcıları için özel veri güncellemelerini işlemek üzere Patch işlevini içeren bir formül oluşturun. Formülde, eylemi ve eyleme bağlanacak adımları tanımlayın.

Not

Eylem tabanlı bağlayıcılar için galeriler ve diğer denetimler, tablosal bağlayıcılarda olduğu gibi otomatik olarak daha fazla veri eklemez. Örneğin, tablosal bir veri kaynağını bir galeriye bağlarsanız, ilk kayıt kümesini veya sayfasını (örneğin, 100 kayıt) alır ve ardından denetim istediğinde daha fazla veri ekler. Eylem tabanlı bağlayıcı için bir "sayfa" veri alır, ancak istenen veriler sayfa boyutunu aşarsa denetim otomatik olarak sonraki sayfayı almaz.

Formülünüzü özel güncelleştirmelerle özelleştirme hakkında daha fazla bilgi için şu makalelere bakın:

Patch
Collect
Update

Dinamik şema, eylem tabanlı bağlayıcılarda yaygın bir sonuç türüdür. Dinamik şema, nasıl çağırıldığına bağlı olarak aynı eylemin farklı sütunlara sahip bir tablo döndürme olasılığını ifade eder. Tablodaki sütunların farklı olmasına neden olabilecek durumlar arasında eylem giriş parametreleri, eylemi gerçekleştiren kullanıcı veya rol ve kullanıcının çalıştığı grup bulunur. Örneğin, SQL Server saklı yordamları farklı girişlerle çalıştırdığınızda farklı sütunlar döndürebilir veya bir Azure DevOps kurulumu varsayılan olarak kullanılamayan özel alanlar kullanabilir.

Not

Bağlayıcı belgeleri bu iletiyle dinamik şema sonuçlarını gösterir: Geri dönüş değeri olarak "Bu işlemin tüm çıkışları dinamiktir."

Power Apps'deki dinamik şema ile nasıl çalışılacağı hakkında daha fazla bilgi için genel bir bakış için Dinamik değerlerle çalışma bölümüne ve ayrıntılı bir örnek için Power Apps'ten Azure DevOps'e bağlanma bölümüne bakın.

Popüler bağlayıcılar

Bu tablo popüler bağlayıcılar hakkında daha fazla bilgiye ulaşmanızı sağlar. Tam liste için Tüm bağlayıcılar'a bakın.

Microsoft Dataverse	Bulut depolaması **
Dynamics AX	Excel
Microsoft Translator	Office 365 Outlook
Office 365 Kullanıcıları	Oracle
Power BI	SharePoint
SQL Server	Twitter

** Azure Blob, Box, Dropbox, Google Drive ve OneDrive için geçerlidir.

Standart ve özel bağlayıcılar

Power Apps yaygın olarak kullanılan birçok veri kaynağı için standart bağlayıcılar sağlar. Power Apps kullanmak istediğiniz veri kaynağı türü için standart bir bağlayıcıya sahipse, o bağlayıcıyı kullanın. Oluşturduğunuz bir hizmet gibi diğer veri kaynağı türlerine bağlanmak için Özel bağlayıcıları kaydetme ve kullanma bölümüne bakın.

Tüm standart bağlayıcılar

Standart bağlayıcılar özel lisans gerektirmez. Daha fazla bilgi için bkz. Power Apps planları.

Power Apps forumlarında belirli bir bağlayıcı hakkında sorular sorun ve Power Apps Fikirler bölümünde eklemek istediğiniz bağlayıcıları veya diğer iyileştirmeleri önerin.

Güvenlik ve kimlik doğrulaması türleri

Uygulamanızı yazarken ve bir veri kaynağına bağlantı oluştururken bağlayıcı seçiminizin kimlik doğrulaması için farklı yollar kullanmanıza izin verdiğini görebilirsiniz. Örneğin, SQL Server Bağlayıcısı Microsoft Entra Tümleşik, SQL Server Kimlik Doğrulaması ve Windows Kimlik Doğrulaması kullanmanızı sağlar. Her kimlik doğrulaması türünün kendisiyle ilişkilendirilmiş farklı güvenlik düzeyleri vardır. Uygulamanızı kullanan kullanıcılarla hangi bilgilerin ve hakların paylaşılacağı konusunda bilgi sahibi olmak önemlidir. Bu makaledeki birinci örnek SQL Server'dır ancak ilkeler tüm bağlantı türleri için geçerlidir.

Not

• Bir uygulama için veri kaynağı olarak ilişkisel veritabanı sunucusu (Microsoft SQL Server veya Oracle gibi) kullanırken güvenlik konuları hakkında ayrıntılı bilgi için bkz. Microsoft SQL Server'ı Power Apps ile güvenli şekilde kullanma.
• Power Apps, Harici üye kimliklerini desteklemez. Daha fazla bilgi için bkz. Microsoft Entra B2B işbirliği kullanıcısının özellikleri.
• Ağ geçidi seçimi, anonim kimlik doğrulama türünü kullanan özel bağlayıcılar için desteklenmez.

Microsoft Entra ID

Bu kimlik doğrulaması, güvenli bir bağlantı türüdür. Örneğin, SharePoint bu tür bir kimlik doğrulaması kullanır. SQL Server da bu tür kimlik doğrulamasına izin verir. Bağlandığınızda, Microsoft Entra hizmeti sizin adınıza sizi SharePoint uygulamasına tanımlar. Kullanıcı adı veya parola girmeniz gerekmez. Yazar olarak, kimlik bilgilerinizle veri kaynağı oluşturabilir ve onlarla çalışabilirsiniz. Uygulamanızı yayımladığınızda ve uygulamanızın kullanıcısı oturum açtığında, kullanıcılar bu işlemi kimlik bilgileriyle yapar. Veriler arka açta uygun bir şekilde güvenlik altına alınırsa kullanıcılarınız, kimlik bilgilerine göre yalnızca görme yetkisine sahip olduğu verileri görebilir. Bu tür bir güvenlik, uygulama yayınlandıktan sonra arka uç veri kaynağındaki belirli uygulama kullanıcıları için haklarını değiştirmenize olanak tanır. Örneğin, bir kullanıcının veya bir kullanıcı kümesinin neler görebileceklerine dair erişimleri arka uç veri kaynağında verebilir, reddedebilir veya hassaslaştırabilirsiniz.

Açık standart kimlik doğrulaması (OAuth)

Bu bağlantı türü de güvenlidir. Örneğin, Twitter bu tür bir kimlik doğrulama kullanır. Bağlandığınızda, kullanıcı adınızı ve parolanızı sağlamanız gerekir. Yazar olarak, kimlik bilgilerinizle veri kaynağı oluşturabilir ve veri kaynağıyla çalışabilirsiniz. Uygulamanızı yayımladığınızda ve uygulamanızın kullanıcısı oturum açtığında, kullanıcılar kimlik bilgilerini de sağlamalıdır. Bu nedenle, kullanıcılarınızın veri kaynağı hizmetine erişmek için kendi kimlik bilgilerini kullanmaları gerektiğinden bu tür bir bağlantı güvenlidir.

Paylaşılan bağlantılar / Güvenli Örtük Bağlantılar

Paylaşılan bir bağlantıda, bağlantı için kullanıcı adı ve parola veri kaynağı uygulamada oluşturulurken Power Apps yazarı tarafından sağlanır. Ardından veri kaynağına bağlantı kimlik doğrulaması son kullanıcılarla Örtük Olarak Paylaşılır. Uygulama yayımlandıktan sonra bağlantı da yayımlanır ve kullanıcılarınız için kullanılabilir durumda olur.

Ocak 2024'ten önce, son kullanıcılarınız kendileriyle paylaşılan bağlantıyı alıp ayrı yeni uygulamalar oluşturabilir. Kullanıcılarınız kullanıcı adını veya parolayı göremez ancak bağlantıyı kullanabilirler. Ancak 1 Ocak 2024'ten sonra, yeni oluşturulan tüm paylaşılan bağlantıların güvenliği sağlanır. Eski uygulamaların güvenli olması için yeniden yayımlanması gerekir. Bağlantı artık son kullanıcılarla paylaşılmaz. Yayımlanan Power App bir bağlantı ara sunucusuyla iletişim kurar. Bağlantı ara sunucusu yalnızca bağlı olduğu belirli Power App ile konuşur. Bağlantı ara sunucusu, bağlantılara gönderilen eylemleri belirli bir veri kaynağı için Power App {Get, Put/Patch, Delete} içindeki eylemlerle sınırlar. Ocak 2024'ten önce yayımlanan bağlantıları kullanan bir uygulamanız varsa, uygulamanızı yeniden yayımlamanız ve bunlara sahip olmaması gereken tüm bağlantıların son kullanıcılarla paylaşımını kaldırmanız gerekir.

SQL Server'da, örneğin, bu bağlantı türü SQL Server Kimlik Doğrulaması'dır. Diğer birçok veritabanı veri kaynağı da benzer bir özellik sağlar. Uygulamanızı yayınladığınızda kullanıcılarınızın benzersiz bir kullanıcı adı ve parola girmeleri gerekmez.

Not

Bu bağlantıyı kullanmak için doğru izinlere sahip değilsiniz, son kullanıcılarınızın onay iletişim kutusunda karşılaşabileceği bir hata iletisidir. Buna neden olabilecek iki durum vardır. İlk olarak, uygulamada güvenli bir örtülü bağlantı olmayan paylaşılan bir örtülü bağlantı bulunabilir. Bağlantının son kullanıcı ile paylaşılması bu sorunu çözer ancak paylaşılan tüm bağlantıların güvenli örtülü bağlantılar olması gerektiğinden bu, önerilmez. Yazar, bu sorunu çözmek için uygulamadaki tüm bağlantıları güvenli örtük bağlantılar olacak şekilde dönüştürmelidir. İkinci olarak, bağlantı zaten güvenli bir örtük bağlantı olabilir. Yeniden yayımlama bu sorunu çözebilir. Olmazsa, bir ürün hatası dosyalanmalıdır.

Uygulamalarınızı güncelleştirme bildirimi (güvenli örtük bağlantılar)

Bu özelliği kullanmak için yükseltilebilecek uygulamalarınız varsa Uygulamalar sayfasında bir ileti görürsünüz. Burada, ilgilenmeniz gereken uygulama sayısı belirtilir.

Bağlantıyı seçtiğinizde, ilgilenilmesi gereken tüm uygulamaları listeleyen bir yan panel açılır.

Açıp yeniden yayımlamak için uygulama adının yanındaki açık simgesini seçin. Aşağıdaki talimatlarla devam edin.

Mevcut uygulama için güvenli örtülü bağlantıları etkinleştirme

Örtük olarak paylaşılan bağlantıların zaten yayınlanmış olduğu düzenlemeye açık mevcut bir uygulamayı açın:

1. Komut çubuğunda Ayarlar'ı seçin ve "Güvenli" öğesini arayın.
2. Güvenli örtük bağlantıları etkinleştirmek için özellik anahtarını uygun şekilde güncelleştirin.
3. Uygulamayı kaydedin ve yayımlayın.

Paylaşımı durdurma

Uygulama yayımlandıktan sonra paylaşımın düzgün şekilde çalıştığını doğrulamak için aşağıdaki adımları izleyin:

• Bağlantıların ikincil sahiplerle paylaşılıp paylaşılmadığını denetleyin. Son kullanıcının bir bağlantı almasını istemiyorsanız İkincil sahip onay kutusunun işaretini kaldırın.

• Özelliğin düzgün çalıştığını doğrulamak için uygulamayı sahibi olmayan farklı bir kullanıcıyla paylaşın. Uygulamayı paylaştıktan sonra, bu kullanıcı için Power Apps içindeki Dataverse sekmesinde bulunan Bağlantılar listesini kontrol edin. Kullanıcının kullanılabilir bağlantısı olmadığını doğrulayın.

• Son kullanıcının bağlantı hakkını değiştirmek için Paylaşma panelini açın. X işareti seçildiğinde kullanıcının bağlantıya erişimi kaldırılır.

Uygulamaları yeni bir güvenli örtülü bağlantıyla kullanma

Uygulamanız yeniden yayımlandığında ve paylaşıldığında, son kullanıcılar bağlantıya erişemez ancak gizli ara sunucu bağlantısıyla çalışır. Kullanıcılar, orijinal bağlantınızı temel alan yeni bir uygulama oluşturamaz.

Sınırlamalar

1. Eylem ve tablosal gibi tüm örtük paylaşılan bağlantı türleri çalışır.
2. Sunucu ve veritabanı adları ağ izlerinde gizlenir ancak onay iletişim kutusunda görüntülenir. Sütun adları gizlenmez.
3. Tablosal bağlayıcılar için yalnızca Get, Post, Put veya Delete gibi CRUD eylemleri sınırlandırılır. Put eylemi için izniniz varsa Post eylemine erişim sağlayabilirsiniz.
4. Eylem tabanlı bağlayıcılar, uygulamada kullanılan belirli API'ye göre sınırlandırılır.
5. Uyarılar paylaşma sırasında etkin olmaya devam eder. Örtük olarak paylaşılan bağlantılarla ilgili uyarı, önizleme sırasında hala uyarır. Ancak uyarıya rağmen bu özellik ile bağlantınız güvenlidir.
6. Belirli grupların veya kişilerin aksine tüm kiracıya yayımlama desteklenmez.
7. Bağlantı başvurusu aracılığıyla örtük olarak paylaşılan güvenli bir bağlantıyı içeri aktarırken bilinen bir sorun vardır. Güvenlik, hedef ortamda düzgün ayarlanmamış.
8. Hizmet sorumlusu kullanarak çözümü içeri aktarırken içeri aktarma hatasına neden olan bilinen bir sorun vardır. Geçici çözüm, bağlantının hizmet sorumlusuyla paylaşılmasıdır.

Windows Kimlik Doğrulaması

Bu bağlantı türü, son kullanıcı kimlik doğrulamasını kullanmadığı için güvenli değildir. Şirket içi bir veri kaynağına bağlanmanız gerektiğinde Windows kimlik doğrulamasını kullanın. Bu tür bağlantılara örnek olarak SQL Server'ı olan bir şirket içi sunucu verilebilir. Bağlantı bir ağ geçidinden geçmelidir. Bağlayıcı, ağ geçidinden geçtiği için bu veri kaynağındaki tüm verilere erişebilir. Sonuç olarak, sağladığınız Windows kimlik bilgileriyle erişebileceğiniz tüm bilgiler bağlayıcı tarafından kullanılabilir. Uygulama yayımlandıktan sonra bağlantı da yayımlanır ve kullanıcılarınız için kullanılabilir durumda olur. Bu davranış, son kullanıcılarınızın aynı bağlantıyı kullanarak uygulama oluşturabileceği ve ilgili makinedeki verilere erişebileceği anlamına gelir. Veri kaynağına bağlantılar, uygulamanın paylaşıldığı kullanıcılarla da Örtülü Olarak Paylaşılır. Bu bağlantı türü, veri kaynağınız yalnızca şirket içi bir sunucuda yer alıyorsa ve bu kaynaktaki veriler serbestçe paylaşılabiliyorsa geçerli olabilir.

Çözümlerdeki veri kaynakları

Çözümler uygulama yaşam döngüsü yönetimi konusunda yardımcı olur ve veri kaynaklarının yaşam döngüsünü yönetmenin başka yollarını sunar. Bir tuval uygulaması bir çözümdeyse, veri kaynakları hakkında bilgi depolamak için bağlantı referansları ve ortam değişkenleri oluşturulabilir. Bu kurulum, çözümleri farklı ortamlara taşırken veri kaynaklarını değiştirmeyi veya yeniden bağlamayı kolaylaştırır.

Uygulamalardaki veri kaynaklarını yeniden adlandırma

Bir uygulamadaki veri kaynaklarını yeniden adlandırmayı öğrenin ve tablo tabanlı ve eylem tabanlı veri kaynakları arasındaki farkı anlayın. Daha fazla bilgi için Power Apps eylem tabanlı veri kaynaklarının adını değiştirme bölümüne bakın.

Bağlantı onayı iletişim kutusu

Kullanıcılar ilk kez bağlayıcı kullanan bir uygulamayı açtığında aşağıdaki amaçlarla "bağlantı onayı" iletişim kutusunu görür.

1. Kullanıcılara uygulama tarafından erişilen veri kaynakları hakkında bilgi verme.
2. Bağlayıcının uygulamada gerçekleştirebileceği veya gerçekleştiremeyeceği eylemleri anahatlarıyla belirtme. Örneğin, Office 365 Kullanıcıları bağlayıcısını kullanan uygulamalar için:

• Bu uygulama şunları yapabilir:
  • Kullanıcı profilinizin tamamını okuma
  • Tüm kullanıcıların profillerinin tamamını okuma
• Uygulama şunları yapamaz:
  • Kullanıcı profili bilgilerini değiştirme veya silme

3. Uygulamanın kullandığı veri kaynaklarına bağlanmaya yönelik son kullanıcı izni alma.
4. Gerektiğinde el ile son kullanıcı kimlik doğrulamasını gerçekleştirme.

Bazı bağlantılarda Power Platform, veri kaynağına erişmek için kullanıcının kimlik doğrulamasını otomatik olarak yapabilir. Ancak otomatik oturum açma başarısız olursa bu iletişim kutusunda kullanıcılardan el ile oturum açarak bağlantıyı düzeltmesi istenir. Power Platform, yalnızca bir veri kaynağı Microsoft'un Azure API bağlantıları hizmet sorumlusunu önceden yetkilendirip bağlantı oluşturulduğunda kullanıcı için çoklu oturum açma izni verdiğinde bağlantıyla ilgili otomatik oturum açma denemesi yapabilir. Çoklu oturum açma hakkında daha fazla bilgi için bkz. Çoklu oturum açma (SSO) nedir?

Özel sayfalar kullanan model temelli uygulamalarda, bir uygulamada birden çok özel sayfa olduğunda, onay diyaloğu, açılmamış olsalar bile tüm özel sayfalardaki tüm bağlayıcılar için veri izinleri ister.

Aşağıdaki resim, SharePoint sitesine bağlanan bir uygulamanın bağlantı onayı iletişim kutusuna bir örnektir.

Belirli bağlayıcılarda yöneticiler bu iletişim kutusunu gizleyebilir ve veri kaynağına bağlanmak için son kullanıcılar adına onay verebilir. Aşağıdaki tabloda, bir uygulamada hangi tür bağlayıcılar için onay iletişim kutusunun gizlenebileceği açıklanır.

Not

Bir yönetici onay iletişim kutusunu gizlerse ancak platform son kullanıcı için çoklu oturum açmayı gerçekleştiremezse, uygulama başlatıldığında iletişim kutusu kullanıcıya sunulur.

Bağlayıcı türü	Onay iletişim kutusu gizlenebilir mi?	Referans
Çoklu oturum açmayı destekleyen Microsoft bağlayıcıları (ör. SharePoint, Office 365 Kullanıcıları)	Evet	Power Apps yönetici cmdlet'i
Salesforce gibi Microsoft dışı taraf hizmete erişen bağlayıcı	Hayı	Uygulanamaz
Kimlik sağlayıcısı olarak Microsoft Entra ID ile OAuth kullanan özel bağlayıcılar. Bunlar kuruluşlar tarafından oluşturulan özel bağlayıcılardır ve yalnızca kuruluş içindeki kullanıcılar tarafından erişilebilirler (ör. yalnızca Contoso kullanıcılar için Contoso tarafından oluşturulur)	Evet	Bağlantıları Yönetme

Microsoft Power Platform, yalnızca aşağıdaki durumlarda veri kaynaklarına yönelik bağlantılar için onay iletişim kutusunu gizleyebilir:

1. Veri kaynağı tarafından açıkça onay UI öğesi göstermek zorunlu tutulmamıştır.
2. Veri kaynağı, çoklu oturum açmayı etkinleştirmek için Microsoft'un Azure API bağlantıları hizmet sorumlusunu önceden yetkilendirir.
3. Yönetici, önceki bağlantılar için izni gizlemek üzere uygulamayı yapılandırır.

Microsoft Azure API'si bağlantıları hizmet sorumlusunun ön yetkilendirmesi, Microsoft'un birinci taraf veri kaynakları için geçerlidir ve özel bağlayıcılar tarafından kullanılan Microsoft Entra kiracısına kayıtlı özel uygulamalar tarafından yapılandırılabilir. Yönetici, onay gizlemeyi uygulamaya göre (bağlayıcıya göre değil) yönetir. Bu nedenle, gizleme en ayrıntılı uygulama deneyimi düzeyinde yönetirilir. Bu ayrıntı düzeyi, bir kuruluşun "onaylı uygulamalarına" yönelik onay gizleme özellliğinin onaylanmamış veya incelenmemiş uygulamalar için onayı yanlışlıkla gizlemesini önler.