Ikhtisar konektor untuk aplikasi kanvas

Data adalah inti dari sebagian besar aplikasi, termasuk data yang Anda buat di Power Apps. Data disimpan dalam sumber data dan Anda membawa data tersebut ke aplikasi Anda dengan membuat koneksi. Koneksi menggunakan konektor tertentu untuk berkomunikasi dengan sumber data. Power Apps memiliki konektor untuk banyak layanan populer dan sumber data lokal, termasuk SharePoint, SQL Server, Office 365, Salesforce, dan Twitter. Untuk mulai menambahkan data ke aplikasi kanvas, lihat Menambahkan koneksi data di Power Apps.

Konektor dapat menyediakan tabel data atau tindakan. Beberapa konektor hanya menyediakan tabel, beberapa hanya menyediakan tindakan, dan beberapa menyediakan keduanya. Selain itu, konektor Anda dapat berupa konektor standar atau kustom.

Tabel

Jika konektor menyediakan tabel, tambahkan sumber data Anda, lalu pilih tabel di sumber data yang ingin Anda kelola. Power Apps mengambil data tabel ke dalam aplikasi Anda dan memperbarui data di sumber data Anda untuk Anda. Misalnya, Anda dapat menambahkan sumber data yang berisi tabel bernama Pelajaran, lalu menetapkan properti Items dari sebuah kontrol, seperti galeri atau formulir, ke nilai ini di bilah rumus:

Properti Items sumber data biasa.

Anda dapat menentukan data yang diambil aplikasi Anda dengan menyesuaikan properti Items dari kontrol yang menampilkan data Anda. Melanjutkan contoh sebelumnya, Anda dapat mengurutkan atau memfilter data di tabel Pelajaran dengan menggunakan nama tersebut sebagai argumen untuk fungsi Search dan SortByColumn. Dalam grafik ini, rumus yang mengatur properti Items menetapkan bahwa data diurutkan dan difilter berdasarkan teks di TextSearchBox1.

Properti Items sumber data yang diperluas.

Untuk informasi lebih lanjut tentang cara menyesuaikan rumus Anda dengan tabel, lihat artikel ini:

Memahami sumber data dalam Power Apps
Menghasilkan aplikasi dari data Excel
Membuat aplikasi dari awal
Memahami tabel dan catatan dalam Power Apps

Catatan

Untuk menyambungkan ke data dalam buku kerja Excel, itu harus dihosting di layanan penyimpanan cloud seperti OneDrive. Untuk informasi selengkapnya, lihat Menyambungkan ke penyimpanan cloud dari Power Apps.

Tindakan

Jika konektor Anda memberikan tindakan, Anda harus tetap memilih sumber data seperti sebelumnya. Dibandingkan memilih tabel sebagai langkah berikutnya, Anda akan menyambungkan kontrol ke tindakan secara manual dengan mengedit properti Items dari kontrol yang akan menampilkan data Anda. Rumus yang Anda tetapkan untuk properti Items menetapkan tindakan yang mengambil data. Misalnya, aplikasi tidak akan mengambil data apa pun jika Anda terhubung ke Yammer lalu mengatur properti Item ke nama sumber data. Untuk mengisi kontrol dengan data, tetapkan tindakan, seperti GetMessagesInGroup(5033622).messages.

Properti Item sumber data tindakan.

Jika Anda perlu menangani pembaruan data kustom untuk konektor tindakan, buat formula yang meliputi fungsi Patch. Pada rumus, identifikasikan tindakan dan bidang yang akan Anda ikat ke tindakan.

Untuk informasi lebih lanjut tentang cara menyesuaikan rumus Anda untuk pembaruan kustom, lihat artikel ini:

Patch
Collect
Pembaruan

Catatan

Power Apps tidak bekerja dengan skema dinamis. Frasa skema dinamis mengacu pada kemungkinan bahwa tindakan yang sama dapat menghasilkan tabel yang berbeda dengan kolom yang berbeda. Kondisi yang dapat menyebabkan kolom di tabel berbeda meliputi antara lain parameter input tindakan, pengguna atau peran yang menjalankan tindakan tersebut, dan grup tempat pengguna bekerja. Misalnya, prosedur unit tersimpan SQL Server dapat menghasilkan kolom yang berbeda, jika dijalankan dengan input yang berbeda. Untuk tindakan dengan skema dinamis, dokumentasi konektor menampilkan Output dari operasi ini bersifat dinamis. sebagai nilai kembali. Sebaliknya, Power Automate bekerja dengan skema dinamis dan mungkin menyediakan tempat kerja untuk skenario Anda.

Tabel ini memiliki tautan ke informasi lebih lanjut tentang konektor kami yang paling populer. Untuk daftar lengkap konektor, lihat Semua konektor.

         
Microsoft Dataverse. Microsoft Dataverse   Penyimpanan cloud Penyimpanan cloud **
Dinamika AX. Dynamics AX   Microsoft Excel Excel
Microsoft Translator. Microsoft Translator   Office 365 Outlook Office 365 Outlook
Office 365 pengguna. Pengguna Office 365   Amal Amal
Power BI. Power BI   Logo SharePoint SharePoint
SQL Server. SQL Server   Logo Twitter Twitter

** Berlaku untuk Azure Blob, Box, Dropbox, Google Drive, OneDrive, dan OneDrive untuk Bisnis

Konektor standar dan kustom

Power Apps menyediakan konektor standar untuk banyak sumber data yang umum digunakan. Jika Power Apps memiliki konektor standar untuk jenis sumber data yang ingin Anda gunakan, Anda harus menggunakan konektor itu. Jika Anda ingin terhubung ke jenis sumber data lain, seperti layanan yang telah Anda buat, lihat Mendaftar dan menggunakan konektor kustom.

Semua konektor standar

Konektor standar tidak memerlukan lisensi khusus. Untuk informasi lebih lanjut, lihat Rencana Power Apps.

Anda dapat mengajukan pertanyaan tentang konektor tertentu di forum Power Apps, dan Anda dapat menyarankan konektor yang ingin Anda tambahkan atau perbaikan lain untuk dilakukan dalam Power Apps Ideas.

Keamanan dan jenis autentikasi

Saat Anda menulis aplikasi dan membuat koneksi ke sumber data, Anda dapat melihat bahwa pilihan konektor Anda memungkinkan Anda menggunakan berbagai cara untuk melakukan autentikasi. Misalnya, konektor SQL Server memungkinkan Anda untuk menggunakan Azure AD Integrated, SQL Server Authentication, dan Windows Authentication. Setiap jenis autentikasi memiliki tingkat keamanan berbeda yang terkait dengannya. Penting untuk memahami informasi dan hak apa saja yang Anda bagikan dengan pengguna yang menggunakan aplikasi Anda. Contoh utama dalam artikel ini adalah SQL Server, namun prinsipnya berlaku untuk semua jenis koneksi.

Catatan

Untuk informasi terperinci tentang pertimbangan keamanan saat menggunakan server database relasional (seperti Microsoft SQL Server, atau Oracle) sebagai sumber data untuk aplikasi, lihat Gunakan Microsoft SQL Server dengan aman dengan Power Apps.

Azure AD Terintegrasi

Ini adalah jenis koneksi yang aman. Misalnya, SharePoint menggunakan jenis autentikasi ini. SQL Server juga memungkinkan jenis autentikasi ini. Ketika Anda terhubung, layanan Azure AD mengidentifikasi Anda secara terpisah untuk SharePoint atas nama Anda. Anda tidak perlu menyediakan nama pengguna atau kata sandi. Sebagai penulis, Anda dapat membuat dan bekerja dengan sumber data dengan kredensial Anda. Saat Anda menerbitkan aplikasi Anda dan pengguna aplikasi Anda masuk, mereka akan melakukannya dengan kredensial mereka. Jika data aman dengan benar di back-end, pengguna Anda hanya dapat melihat apa yang diizinkan untuk mereka lihat berdasarkan kredensial mereka. Jenis keamanan ini memungkinkan Anda untuk mengubah hak bagi pengguna aplikasi tertentu di sumber data back-end setelah aplikasi diterbitkan. Misalnya, Anda dapat memberikan akses, menolak akses, atau menyaring pengguna atau kumpulan pengguna yang dapat melihat semua di sumber data back-end.

Otorisasi standar terbuka (OAuth)

Ini adalah jenis koneksi yang aman juga. Misalnya, Twitter menggunakan jenis autentikasi ini. Saat Anda terhubung, Anda harus memberikan nama pengguna dan sandi Anda. Sebagai penulis, Anda dapat membuat dan bekerja dengan sumber data dengan kredensial Anda. Saat Anda menerbitkan aplikasi Anda dan pengguna aplikasi Anda masuk, mereka juga harus memberikan kredensial mereka. Oleh karena itu, jenis koneksi ini aman, karena pengguna harus menggunakan kredensial mereka sendiri untuk mengakses layanan sumber data.

Autentikasi Nama pengguna dan sandi SQL

Jenis sambungan ini tidak aman karena tidak mengandalkan autentikasi pengguna akhir. Ini hanya boleh digunakan dalam kasus di mana Anda dengan aman berasumsi bahwa setiap orang yang memiliki akses ke koneksi ini dapat melihat dan menggunakan semua data yang disediakan aksesnya oleh koneksi tersebut. Anda tidak dapat dengan mudah mengunci bagian data yang dapat diakses dalam koneksi. Misalnya, jika koneksi memungkinkan akses ke satu tabel, Anda tidak dapat mengandalkan userID untuk memfilter dan hanya menampilkan data untuk pengguna tertentu dalam tabel tersebut. Untuk keamanan yang andal, gunakan koneksi yang lebih aman seperti Azure AD Integrated.

Di SQL Server, jenis sambungan ini disebut Autentikasi SQL Server. Banyak sumber data database lain memberikan kemampuan yang serupa. Saat mempublikasikan aplikasi, pengguna tidak perlu menyediakan nama pengguna dan kata sandi unik. Mereka menggunakan nama pengguna dan kata sandi yang Anda berikan saat Anda menulis aplikasi. Autentikasi koneksi ke sumber data secara Dibagikan secara Implisit kepada pengguna Anda. Setelah aplikasi diterbitkan, koneksi diterbitkan juga dan menjadi tersedia untuk pengguna Anda. Pengguna akhir Anda juga dapat membuat aplikasi menggunakan koneksi apa pun yang menggunakan autentikasi Server SQL yang dibagikan kepada mereka. Pengguna Anda tidak dapat melihat nama pengguna atau kata sandi, namun sambungan akan tersedia untuk mereka. Ada skenario yang valid untuk jenis koneksi ini. Misalnya jika Anda memiliki basis data hanya baca yang tersedia untuk semua orang di perusahaan. Skenario data referensi (misalnya, kalender perusahaan) dapat berguna untuk koneksi semacam ini. Informasi lebih lanjut: Gunakan Microsoft SQL Server dengan aman dengan Power Apps

Autentikasi Windows

Jenis sambungan ini tidak aman karena tidak mengandalkan autentikasi pengguna akhir. Gunakan autentikasi Windows, jika Anda harus tersambung ke sumber data yang lokal. Contoh dari jenis koneksi ini ke server lokal yang memiliki SQL Server. Koneksi harus melalui gateway. Karena melewati gateway, konektor memiliki akses ke semua data pada sumber data tersebut. Akibatnya, setiap informasi yang dapat Anda akses dengan kredensial Windows yang Anda berikan tersedia untuk konektor. Dan setelah aplikasi diterbitkan, koneksi diterbitkan juga dan menjadi tersedia untuk pengguna Anda. Perilaku ini berarti bahwa pengguna akhir Anda juga dapat membuat aplikasi menggunakan sambungan yang sama dan mengakses data pada mesin tersebut. Koneksi ke sumber data juga Dibagikan secara Implisit dengan pengguna yang dibagikan aplikasi. Jenis koneksi ini mungkin valid, jika sumber data hanya ada di server lokal dan data pada sumber tersebut dapat dibagikan dengan bebas.

Sumber data dalam solusi

Solusi digunakan untuk manajemen siklus hidup aplikasi dan memberikan kemampuan tambahan dalam mengelola siklus hidup sumber data. Jika aplikasi kanvas adalah solusi, referensi koneksi, dan variabel lingkungan dapat dibuat untuk menyimpan informasi tentang sumber data. Langkah ini akan memastikan sumber data dapat diubah atau ditetapkan ulang saat solusi dimigrasi ke lingkungan yang berbeda.

Mengganti nama sumber data di aplikasi

Untuk mempelajari tentang mengganti nama sumber data dalam aplikasi, dan perbedaan antara sumber data berbasis tabular dan tindakan, buka Ganti Nama Power Apps sumber data berbasis tindakan.

Saat pengguna membuka aplikasi yang menggunakan konektor untuk pertama kali, mereka akan melihat dialog "persetujuan sambungan" untuk tujuan berikut.

  1. Untuk menginformasikan pengguna tentang sumber data yang diakses oleh aplikasi.

  2. Untuk menjabarkan tindakan yang mungkin dilakukan konektor pada aplikasi. Misalnya, untuk aplikasi yang menggunakan konektor pengguna Office 365, ini bisa menjadi hal berikut.

    • Aplikasi ini akan dapat:
      • Membaca profil pengguna lengkap Anda
      • Membaca profil lengkap semua pengguna
    • Namun tidak dapat:
      • Memodifikasi atau menghapus informasi profil pengguna
  3. Untuk mendapatkan persetujuan pengguna akhir agar terhubung ke sumber data yang digunakan aplikasi.

  4. Untuk memudahkan otentikasi pengguna akhir manual, bila diperlukan.

Untuk beberapa koneksi, Power Platform dapat secara otomatis mengautentikasi pengguna untuk mengakses sumber data. Namun, jika masuk otomatis gagal, dialog ini akan meminta pengguna untuk memperbaiki sambungan dengan masuk secara manual. Power Platform hanya dapat mencoba masuk otomatis untuk koneksi ketika sumber data pra-otorisasi Microsoft Azure API koneksi kepala layanan, memberikan izin untuk melakukan single sign-on untuk pengguna ketika koneksi dibuat. Untuk informasi lebih lanjut tentang akses terusan, lihat Apa itu akses terusan (SSO)?

Gambar berikut adalah contoh dialog persetujuan koneksi untuk aplikasi yang terhubung ke situs SharePoint.

Power Apps dialog persetujuan

Untuk konektor tertentu, admin dapat menekan dialog ini, dan persetujuan atas nama pengguna akhir untuk terhubung ke sumber data. Tabel berikut menjelaskan jenis konektor yang mungkin ditekan dialog persetujuan untuk aplikasi.

Catatan

Jika admin menekan dialog persetujuan tetapi platform tidak dapat melakukan akses terusan untuk pengguna akhir, dialog akan ditampilkan kepada pengguna saat mereka meluncurkan aplikasi.

Jenis Konektor Apakah Dialog Persetujuan dapat ditekan? Referensi
Konektor pihak pertama Microsoft yang mendukung single sign-on (seperti SharePoint, Office 365 pengguna) Ya cmdlet admin Power Apps
Konektor yang mengakses layanan pihak ketiga non-Microsoft, seperti Salesforce No Tidak berlaku
Konektor kustom menggunakan OAuth dengan Azure Active Directory sebagai penyedia identitas. Konektor kustom ini dibangun oleh organisasi dan hanya dapat diakses oleh pengguna dalam organisasi (misalnya, dibangun oleh Contoso hanya untuk pengguna Contoso) Ya Mengelola sambungan

Microsoft Power Platform hanya mampu menekan dialog persetujuan untuk koneksi ke sumber data di mana:

  1. Tidak ada tanggung jawab hukum oleh sumber data untuk menunjukkan UI persetujuan eksplisit.
  2. Layanan sumber data ini mengotorisasi sebelumnya layanan koneksi Azure API dari Microsoft untuk mengaktifkan akses terusan.
  3. Admin mengkonfigurasi aplikasi untuk menekan persetujuan sambungan sebelumnya.

Pra-otorisasi utama layanan koneksi Azure API Microsoft ada untuk sumber data pihak pertama Microsoft, dan dapat dikonfigurasi oleh aplikasi khusus yang terdaftar di penyewa Azure AD yang digunakan oleh konektor khusus. Admin mengelola penekanan persetujuan berdasarkan per aplikasi (sebagaimana diatur dalam basis konektor), sehingga penekanan dikelola pada tingkat pengalaman aplikasi paling terperinci—tingkat perincian ini mencegah penekanan persetujuan bagi "aplikasi yang disetujui" organisasi dari menekan persetujuan secara tidak disengaja untuk aplikasi yang tidak disetujui atau ditinjau.