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

Veriler, Power Apps oluşturduğunuz uygulamalar da dahil olmak üzere çoğu uygulamanın merkezinde yer alır. Verileri bir veri kaynağında depolar ve bir bağlantı oluşturarak bu verileri uygulamanıza getirirsiniz. 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 ve Twitter gibi birçok popüler hizmet ve şirket içi veri kaynağı için bağlayıcılara sahiptir. Tuval uygulamasına veri eklemeye başlamak için bkz. Power Apps'da 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.

Uyarı

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ın daha uzun yükleme sürelerine yol açabilir ve uygulamayı kaydederken sorunlara neden olabilir.

Tables

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 verilerini uygulamanıza alır ve veri kaynağınızdaki verileri otomatik olarak güncelleştirir. Ö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 içindeki veri kaynaklarını anlayın
Excel verilerinden uygulama oluşturma
Sıfırdan uygulama oluşturma
Power Apps'teki tabloları ve kayıtları anlama

Uyarı

Excel çalışma kitabındaki verilere bağlanmak için OneDrive gibi bir bulut depolama hizmetinde barındırın. Daha fazla bilgi için bkz. Power Apps'dan 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.

Uyarı

Eylem tabanlı bağlayıcılar için galeriler ve diğer denetimler, tablosal bağlayıcılar için yaptıkları gibi otomatik olarak daha fazla veri sayfası açmaz. Ö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 denetim bunu istediğinde daha fazla veride sayfa oluşturur. Eylem tabanlı bağlayıcı için bir "sayfa" verisi 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:

Düzeltme Eki
Toplama
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ılık göstermesine neden olabilecek koşullar arasında giriş parametreleri, eylemi yürüten kullanıcı veya rol ve kullanıcının çalıştığı grup ve diğerleri yer alır. Örneğin, SQL Server saklı yordamlar farklı girişlerle çalıştırılırsa farklı sütunlar döndürebilir veya Azure DevOps bir örnek varsayılan olarak kullanılabilir olmayan özel alanlar kullanabilir.

Uyarı

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'da dinamik şemayla çalışma hakkında daha fazla bilgi için, genel bakış için Dinamik değerlerle çalışma ve ayrıntılı bir örnek için Power Apps'e Azure DevOps'a 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 depolama alanı **
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 standard bağlayıcıları sağlar. Power Apps kullanmak istediğiniz veri kaynağı türü için standart bir bağlayıcısı varsa bu 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 plans.

Power Apps forumlarında belirli bir bağlayıcı hakkında sorular sorun ve eklemek istediğiniz bağlayıcıları veya Power Apps Ideas ile ilgili diğer geliş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 sunduğunu 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ıza olanak tanır. Her kimlik doğrulama türü farklı güvenlik düzeylerine sahiptir. Uygulamanızı kullanan kullanıcılarla hangi bilgileri ve hakları paylaştığınızı anlayın. Bu makaledeki birincil örnek SQL Server'dır. Ancak, ilkeler tüm bağlantı türleri için geçerlidir.

Uyarı

• Microsoft SQL Server veya Oracle gibi bir ilişkisel veritabanı sunucusunu bir uygulamanın veri kaynağı olarak kullanırken dikkat edilmesi gereken güvenlik konuları hakkında ayrıntılı bilgi için bkz. Microsoft SQL Server'ı Power Apps ile güvenli bir ş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.
• Anonim kimlik doğrulama türünü kullanan özel bağlayıcılar için ağ geçidi seçimi desteklenmez.

Microsoft Entra Kimliği

Bu kimlik doğrulaması, güvenli bir bağlantı türüdür. Örneğin, SharePoint bu kimlik doğrulaması türünü kullanır. SQL Server bu kimlik doğrulaması türüne de izin verir. Bağlandığınızda, Microsoft Entra hizmeti, sizi sizin yerinize SharePoint'e ayrı bir şekilde tanımlar. Kullanıcı adı veya parola girmeniz gerekmez. Yazar olarak, kimlik bilgilerinizi kullanarak veri kaynağı oluşturabilir ve veri kaynağıyla çalışabilirsiniz. Uygulamanızı yayımladığınızda, uygulama kullanıcınız kimlik bilgilerini kullanarak oturum açar. 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 bilgilerinizi kullanarak veri kaynağı oluşturabilir ve veri kaynağıyla çalışabilirsiniz. Uygulamanızı yayımladığınızda ve uygulama kullanıcınız oturum açtığında, 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 ve güvenli örtük bağlantılar

Paylaşılan bir bağlantıda, Power Apps oluşturucusu, uygulamada veri kaynağını oluştururken bağlantının kullanıcı adını ve şifresini sağlar. Daha sonra 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'e kadar, son kullanıcılarınız kendileriyle paylaştığınız 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ı onların kullanımına açıktır. Ancak Ocak 2024'e kadar yeni oluşturulan tüm paylaşılan bağlantıların güvenliği sağlanır. Mevcut uygulamaların güvenliğini sağlamak için bunları yeniden yayımlayın. 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'e kadar yayımlanan bağlantıları kullanan bir uygulamanız varsa uygulamanızı yeniden yayımlayın ve bu bağlantıların olmaması gereken son kullanıcılarla olan bağlantıların paylaşımını kaldırın.

SQL Server'da bu tür bir bağlantı örneği 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.

Uyarı

Son kullanıcılarınız, onay iletişim kutusunda bu bağlantıyı kullanmak için doğru izinleriniz yok hata iletisiyle karşılaşabilir. Bu hataya iki durum neden olabilir. İlk olarak, uygulamanın güvenli olmayan paylaşılan bir örtük bağlantısı olabilir. Bağlantının son kullanıcıyla paylaşılması bu sorunu çözer, ancak tüm paylaşılan bağlantıların güvenli örtük bağlantılar olması gerektiğinden ö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. İkincisi, bağlantı zaten güvenli bir örtük bağlantı olabilir. Yeniden yayımlama bu sorunu çözebilir. Dönüşmezse bir ürün hatası girilmelidir.

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

Bu özelliği kullanmak üzere yükseltilebilen 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

Uygulamayı yayımladıktan sonra, paylaşımın düzgün çalıştığını doğrulamak için şu 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, o kullanıcı için Power Apps'teki Dataverse sekmesinde yer alan Connections 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. Kullanıcının bağlantı erişimini kaldırmak için X işaretini seçin.

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

Uygulamanızı yeniden yayımlayıp paylaştığınızda, son kullanıcıların bağlantıya erişimi yoktur, 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 tablo gibi örtük olarak paylaşılan tüm 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 özellik yalnızca Get, Post, Put veya Delete gibi CRUD eylemlerini sınırlar. 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. on-premises veri kaynağına bağlanmanız gerektiğinde Windows authentication kullanın. Bu tür bir bağlantı örneği, SQL Server olan bir şirket içi sunucuya yöneliktir. 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. Uygulamayı yayımladığınızda, bağlantıyı da yayımlar ve kullanıcılarınız için kullanılabilir hale getirirsiniz. Bu davranış, son kullanıcılarınızın aynı bağlantıyı kullanarak uygulama oluşturabileceği ve bu 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. Canvas uygulaması bir çözümdeyse, veri kaynakları hakkındaki bilgileri depolamak için bağlantı referansları ve ortam değişkenleri oluşturabilirsiniz. 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 bkz. Rename Power Apps eylem tabanlı veri kaynakları.

Bağlantı onayı iletişim kutusu

Kullanıcılar bağlayıcıları ilk kez kullanan bir uygulamayı açtığında, aşağıdaki amaçlar için bir bağlantı onayı iletişim kutusu görürler.

1. Kullanıcılara uygulama tarafından erişilen veri kaynakları hakkında bilgi verme.
2. Bir bağlayıcının uygulamada gerçekleştirebileceği veya gerçekleştirmeyebileceği eylemlerin ana hatlarını oluşturmak için. Örneğin, Office 365 Users 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

1. Uygulamanın kullandığı veri kaynaklarına bağlanmaya yönelik son kullanıcı izni alma.
2. 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, bir bağlantı oluşturulduğunda kullanıcı için tek oturum açma iznini verdiğinde, bir bağlantı için otomatik oturum açmayı dener. Çoklu oturum açma hakkında daha fazla bilgi için bkz. Çoklu oturum açma (SSO) nedir?

Özel sayfalar kullanan model temelli uygulamalar için, bir uygulamada birden çok özel sayfa olduğunda, onay iletişim kutusu kullanıcılar bunları açmasa bile tüm özel sayfalardaki tüm bağlayıcılar için veri izinleri ister.

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

Belirli bağlayıcılar için yöneticiler bu iletişim kutusunu gizler ve bir 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.

Uyarı

Yönetici onay iletişim kutusunu gizler ancak platform son kullanıcı için çoklu oturum açma gerçekleştiremezse, uygulamayı başlattığında kullanıcıya iletişim kutusu sunulur.

Bağlayıcı türü	Onay iletişim kutusu gizlenebilir mi?	Referans
Çoklu oturum açmayı destekleyen Microsoft bağlayıcıları (SharePoint, Office 365 kullanıcıları gibi)	Yes	Power Apps yönetici komutu
Salesforce gibi Microsoft dışı taraf hizmete erişen bağlayıcı	No	Geçerli değil
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)	Yes	Bağlantıları yönetme

Microsoft Power Platform yalnızca aşağıdaki koşulların tümünün doğru olduğu veri kaynaklarına yönelik bağlantılar için onay iletişim kutusunu gizleyebilir:

1. Veri kaynağı için açık bir onay kullanıcı arabirimi gerekmez.
2. Veri kaynağı, tek oturum açmayı etkinleştirmek için Microsoft'un Azure API bağlantıları hizmet ilkesini önceden yetkilendirir.
3. Yönetici, önceki bağlantılar için izni gizlemek üzere uygulamayı yapılandırır.

Microsoft'un birinci taraf veri kaynakları için Azure API bağlantı hizmet ilkesi ön yetkilendirmesi mevcuttur. Özel bağlayıcılar tarafından kullanılan bir Microsoft Entra kiracısında kayıtlı özel uygulamalar bu ön yetkilendirmeyi yapılandırabilir. Yönetici, uygulama başına onay gizlemeyi yönetir (bağlayıcı temelinde değil), bu nedenle gizleme en ayrıntılı uygulama deneyimi düzeyinde yönetilir. Bu ayrıntı düzeyi, kuruluşun "onaylı uygulamaları" için onayın engellenmesinin onaylanmamış veya gözden geçirilmeyen uygulamalar için onayı yanlışlıkla gizlemesini önler.