Bagikan melalui


Power Automate FAQ lisensi

Berikut adalah beberapa pertanyaan umum tentang lisensi mandiri Power Automate.

Bagaimana cara Power Automate kerja paket lisensi untuk eksekusi alur?

Jika alur diatur ke Power Automate rencana proses, maka alur tersebut dapat mengakses konektor premium, memiliki batas tertinggi, dan selalu menggunakan batas permintaan rencana proses, terlepas dari siapa yang menjalankan alur.

Jika alur diatur ke Power Automate paket pengguna Premium, maka alur akan mendapatkan paket pemilik utamanya jika alur tersebut adalah alur otomatis atau terjadwal. Jika alur adalah alur instan/tombol, alur tersebut menggunakan lisensi pengguna yang menjalankan alur. Jika pengguna memiliki beberapa paket, seperti Microsoft 365 paket dan paket Dynamics 365, alur menggunakan batas permintaan dari kedua paket.

Paket lisensi pengguna untuk Power Automate adalah Power Automate paket Premium, tetapi pengguna memiliki berbagai opsi paket lisensi lainnya. Pengguna dengan paket gratis atau salah satu Microsoft 365 paket lisensi hanya dapat mengakses konektor standar, tetapi sebagian besar paket lisensi dan uji coba lainnya menyediakan akses ke konektor premium.

Pelajari selengkapnya tentang paket lisensi yang menyertakan Power Automate kemampuan di Jenis Power Automate lisensi dan Panduan Power Platform Lisensi. Pelajari selengkapnya tentang batas dan profil performa paket lisensi di Batas alur otomatis, terjadwal, dan instan.

Lisensi mana yang Power Automate saya perlukan?

Microsoft merekomendasikan agar sebagian besar organisasi membeli Power Automate lisensi Premium untuk setiap pengguna di organisasi mereka. Beli Power Automate lisensi Proses untuk setiap proses bisnis atau mesin yang menjalankan otomatisasi tidak diawasi. Power Automate Proses yang Dihosting adalah superset dari Power Automate lisensi Proses, menyediakan fungsionalitas yang sama tetapi dengan penambahan kapasitas Microsoft grup komputer yang di-host yang dapat digunakan untuk grup grup komputer yang di-host atau grup komputer yang di-host, memungkinkan RPA dengan infrastruktur nol.

Paket pengguna Premium ditujukan untuk pengguna manusia untuk mendukung adopsi luas budaya otomatisasi dalam suatu organisasi. Pengembang RPA diperlukan untuk membangun dan mengelola alur desktop di Power Automate portal.

Lisensi Proses ditujukan untuk otomatisasi proses perusahaan inti yang biasanya merupakan aktivitas back-end otomatis (tidak dijalankan secara manual oleh seseorang). Misalnya, setiap organisasi membutuhkan proses untuk Pemrosesan faktur atau orientasi SDM yang wajib untuk operasi normal bisnis. Proses ini dapat bervariasi dalam ukuran dan kompleksitas, mulai dari inisiatif skala kecil hingga upaya skala besar yang mencakup beberapa alur yang saling terhubung oleh sumber data bersama. Misalnya, proses Pemrosesan faktur memiliki beberapa alur yang menangani faktur mulai dari pembuatan melalui persetujuan hingga pembayaran. Semua alur adalah bagian dari satu proses bisnis karena semuanya menangani faktur melalui beberapa langkah untuk penutupan.

Dengan mendapatkan lisensi Proses, organisasi memastikan bahwa semua alur dalam proses bisnis dilisensikan dengan tepat. Hal ini memungkinkan penerapan dan pengelolaan alur yang saling berhubungan sebagai unit yang kohesif, memfasilitasi manajemen siklus hidup aplikasi (ALM) dan mengoptimalkan kinerja.

Anda memerlukan lisensi Proses jika alur Anda memenuhi salah satu kriteria berikut:

  • Alur Anda menggunakan RPA otomatisasi proses secara robotik tidak diawasi untuk menjalankan alur desktop pada komputer tanpa interaksi pengguna.
  • Alur Anda berjalan di bawah Pengguna aplikasi (pemilik alur adalah Perwakilan Layanan). Organisasi dengan beberapa lingkungan (Dev/Test/Prod) menggunakan alur DevOps untuk mengekspor dan menyebarkan alur ke lingkungan lain untuk ALM (manajemen siklus hidup aplikasi) yang sehat. Mereka menjalankan alur mereka menggunakan perwakilan layanan untuk menghindari pemberian akses kepada pengguna di lingkungan produksi.
  • Alur Anda memproses data besar atau perlu sering berjalan, sehingga membutuhkan volume Power Platform permintaan yang tinggi.
  • Alur premium Anda dipanggil oleh beberapa pengguna. Dalam hal ini, semua orang memerlukan lisensi Premium, atau alur memerlukan lisensi Proses. Jika alur memiliki lisensi Proses, alur tidak mengharuskan pengguna untuk memiliki lisensi. Ini memberi organisasi fleksibilitas untuk membayar lisensi berdasarkan jumlah alur. Organisasi atau solusi yang lebih besar yang memengaruhi banyak orang dapat memperoleh manfaat dari biaya bulanan tetap.
  • Alur Anda menggunakan konektor premium, dan organisasi Anda memiliki banyak pengguna tamu yang menggunakan alur, tetapi Anda tidak tahu apakah penyewa rumah pengguna tamu memberi mereka lisensi Premium.

Catatan

Lisensi Proses Power Automate dan Proses yang Dihosting hanya melisensikan alur dan/atau mesin dan bukan pengguna. Paket pengguna Premium diperlukan bagi pengembang RPA untuk membangun dan mengelola alur desktop di Power Automate portal. Pelajari selengkapnya tentang fitur RPA Premium yang disertakan dengan paket pengguna Premium di fitur RPA Premium.

Berapa banyak Power Automate lisensi Proses yang saya perlukan?

  • Proses Anda memiliki tidak diawasi RPA (otomatisasi proses secara robotik): berapa banyak sesi mesin yang Anda butuhkan?

    Beli satu lisensi Proses untuk setiap mesin. Anda dapat menambahkan lebih banyak lisensi Proses jika Anda memerlukan eksekusi bersamaan pada mesin. Semua alur desktop (RPA) yang berjalan di komputer dan alur cloud (DPA) yang merupakan bagian dari proses bisnis tercakup dalam lisensi Proses.

  • Proses Anda hanya membutuhkan DPA (otomatisasi proses digital): berapa banyak proses bisnis inti yang ingin Anda otomatisasi?

    Beli satu proses untuk setiap proses bisnis inti. Beberapa contoh proses bisnis inti adalah Pemrosesan faktur atau orientasi sumber daya manusia (SDM). Semua alur cloud yang terkait dengan proses bisnis yang sama disertakan dalam lisensi.

Berapa banyak lisensi Proses yang saya perlukan jika saya memiliki beberapa alur cloud, masing-masing meminta alur RPA-nya sendiri dalam mode tidak diawasi pada mesin?

Dengan satu lisensi Proses, Anda dapat menjalankan beberapa alur cloud dengan mengantrikannya. Misalnya, jika Anda memiliki empat alur cloud independen, dan masing-masing memanggil alur desktop sendiri yang berjalan di komputer yang sama, Anda dapat menjalankan yang pertama pada pukul 09:00, yang kedua pada pukul 11:00, dan seterusnya, di komputer virtual yang sama.

Dalam cuplikan layar berikut, semua alur cloud tercakup dalam satu lisensi Proses, karena mereka memiliki alur desktop yang berjalan di komputer yang sama. Setiap alur turunan, alur terkait dari alur cloud ini juga tercakup dalam lisensi Proses pada mesin.

Semua alur cloud tercakup dalam satu lisensi Proses, karena mereka memiliki alur desktop yang berjalan di komputer yang sama.

Proses DPA saya memiliki beberapa alur cloud. Apakah saya memerlukan beberapa lisensi Proses?

Proses bisnis inti dapat bervariasi dalam ukuran dan kompleksitas, mulai dari inisiatif skala kecil hingga upaya skala besar yang mencakup beberapa alur yang saling terhubung oleh sumber data bersama. Misalnya, proses Pemrosesan faktur memiliki beberapa alur yang menangani faktur mulai dari pembuatan melalui persetujuan hingga pembayaran. Semua alur adalah bagian dari satu proses bisnis karena semuanya menangani faktur melalui beberapa langkah untuk penutupan. Anda hanya memerlukan satu lisensi Proses untuk proses bisnis inti. Ini mendorong praktik terbaik arsitektur layanan mikro di mana alur dapat berukuran kecil dengan fungsionalitas terperinci yang menghasilkan pemeliharaan yang lebih baik.

Identifikasi alur yang memulai proses dan tetapkan lisensi Proses ke alur tersebut. Turunan alur dengan lisensi Proses tercakup dalam lisensi Proses. Alur ini dapat dalam solusi yang sama atau dalam solusi yang berbeda.

Alur non-induk/turunan dapat dikaitkan secara manual ke alur dengan lisensi Proses. Alur ini harus berada dalam solusi yang sama dan menggunakan sumber data yang sama.

Alur yang diatur sebagai alur turunan dan alur terkait semuanya diperlakukan sebagai satu proses dengan satu lisensi Proses yang ditetapkan ke alur utama dan berbagi Power Platform batas Permintaan lisensi Proses.

Solusi saya memiliki banyak proses. Apakah saya memerlukan beberapa lisensi Proses?

Ya. Solusi dapat memiliki beberapa proses dengan lisensi Proses yang ditetapkan untuk masing-masing proses.

Siapa yang perlu membeli lisensi Premium?

Pengguna yang perlu membuat otomatisasi tujuan umum (dengan hak konektor premium), untuk memiliki fleksibilitas penuh (dengan hak konektor kustom) atau untuk berinteraksi dengan aplikasi yang mensimulasikan perilaku manusia seperti tombol keyboard atau mouse dan gerakan (dengan hak otomatisasi proses secara robotik diawasi) harus mempertimbangkan Power Automate lisensi Premium.

Lebih tepatnya:

  • Anda memerlukan lisensi Premium untuk setiap pengembang RPA yang membangun dan mengelola alur desktop di Power Automate portal. Pelajari selengkapnya di fitur RPA Premium.
  • Rencana Power Automate proses memiliki prioritas tertinggi di antara semua lisensi. Ini berarti jika lisensi Proses ditetapkan ke alur, alur selalu menggunakan lisensi ini dan tidak memerlukan pemilik atau pengguna yang sedang berjalan untuk memiliki lisensi Premium.
  • Alur otomatis dan terjadwal selalu berjalan dalam konteks pemilik alur, apa pun yang memulai alur, atau akun yang digunakan untuk sambungan dalam alur. Alur instan (tombol, pemicu hibrid) berjalan dalam konteks pengguna yang memanggilnya, terlepas dari koneksi yang digunakan dalam alur. Jika alur otomatis atau terjadwal menggunakan konektor premium, hanya pemilik yang perlu memiliki lisensi Premium.
  • Jika alur instan memiliki konektor premium, setiap pengguna yang menjalankan alur memerlukan Power Automate lisensi Premium. Dalam kasus seperti itu, alih-alih melisensikan setiap pengguna, Anda dapat melisensikan alur dengan lisensi Proses.
  • Jika alur tidak menggunakan konektor premium, Anda tidak memerlukan lisensi Premium. Anda dapat menggunakan Microsoft 365 lisensi.

Untuk mengetahui jenis aliran (otomatis/manual/terjadwal) yang Anda miliki, pilih alur untuk melihat 'jenis' di rinciannya.

Tangkapan layar jenis alur.

  • Jika alur berada dalam konteks Power Apps atau aplikasi Dynamics 365, dan merupakan alur otomatis, alur harus dikaitkan dengan aplikasi yang dibuat menggunakan Power Apps atau aplikasi Dynamics 365 dan pemilik memerlukan Power Apps lisensi Premium, atau lisensi Dynamics 365.
  • Jika alur berada dalam konteks Power Apps aplikasi atau Dynamics 365, dan merupakan alur instan, setiap pengguna yang menjalankan alur memerlukan Power Apps lisensi Premium, atau lisensi Dynamics 365.
  • Jika alur induk memanggil alur anak, alur anak akan memanfaatkan konteks dari alur induk. Misalnya, jika kriteria berikut terpenuhi, ia menggunakan lisensi pemilik alur induk:
    • Jika alur induk adalah alur otomatis, dan
    • Alur turunan menggunakan konektor premium, dan
    • Alur turunan tidak memiliki lisensi Proses. Jika alur turunan memiliki lisensi Proses, alur tersebut menggunakan lisensi Proses dan bukan lisensi alur induk.

Selama periode transisi, lisensi alur induk tidak diwarisi oleh alur turunan. Alur turunan menggunakan lisensi pemilik. Namun, setelah periode transisi berakhir, hanya lisensi alur induk (lisensi pemilik/lisensi Proses alur induk) yang akan digunakan, kecuali alur turunan memiliki lisensi Proses.

Kita memiliki tiga lingkungan (pengembangan, pengujian, dan produksi) untuk selaras dengan praktik terbaik dan kita memerlukan alur di beberapa lingkungan. Apakah kita perlu membeli lisensi Proses untuk setiap lingkungan?

Setiap alur ada di lingkungan tertentu. Ini berarti jika alur diimpor ke lingkungan yang berbeda, setiap instans adalah alur terpisah dan memerlukan lisensi terpisah. Alur dengan lisensi Proses dan alur turunan, dan semua alur yang terkait diperlakukan sebagai satu proses dan satu lisensi Proses mencakup penggunaan semuanya dalam satu lingkungan.

Kita memiliki tiga lingkungan (pengembangan, pengujian, dan produksi) untuk selaras dengan praktik terbaik dan kita memerlukan alur di beberapa lingkungan. Apakah kita perlu membeli lisensi Premium untuk setiap lingkungan?

Power Automate Lisensi Premium adalah lisensi tingkat pengguna. Semua lisensi tingkat pengguna (Power Automate Premium, Microsoft 365, Dynamics 365) adalah lisensi tingkat penyewa. Pengguna dapat menggunakan alur di semua lingkungan tanpa harus membeli lisensi terpisah.

Bisakah Power Automate lisensi Proses yang Dihosting digunakan sebagai Power Automate lisensi Proses?

Ya, Anda dapat menggunakan Power Automate kapasitas Proses yang Dihosting dengan dua cara:

  • Mesin yang dihosting dan grup komputer yang di-host.
  • Sebagai lisensi Proses yang dapat digunakan untuk tidak diawasi otomatisasi proses secara robotik (tidak diawasi RPA) pada mesin lokal Anda, atau alur yang merupakan bagian dari proses bisnis.

Dapatkah pelanggan Microsoft 365 membuat alur sadar solusi dan alur anak?

Ya. Pelanggan Microsoft 365 dapat membuat alur sadar solusi jika lingkungan tempat mereka membuat aliran sadar solusi memiliki database Dataverse yang terlampir. Lingkungan default mendapatkan database Dataverse secara default. Admin harus melampirkan instans Dataverse ke lingkungan non-default. Admin memerlukan minimal kapasitas database Dataverse tingkat penyewa 1 GB yang tersedia untuk membuat lingkungan baru.

Langganan pertama dari Power Apps, Power Automate, Microsoft Copilot Studio, Dynamics 365 Sales, layanan pelanggan, dan Field Service menambahkan batas kapasitas default satu kali sebesar 10 GB untuk penyewa. Bila Anda menambahkan langganan ke penyewa, kapasitas Dataverse tambahan dapat ditambahkan ke penyewa. Misalnya, jika pelanggan baru membeli Power Automate paket Premium, penyewa menerima kapasitas database default Dataverse 10 GB. Dan jika penyewa membeli 10 Power Automate lisensi Premium, penyewa mendapatkan 10,5 GB (10 GB ditambah 10 kali 50 MB).

Saya menggunakan beberapa sambungan pengguna dalam alur premium. Pengguna mana yang memerlukan lisensi Premium untuk menjalankan alur?

Sambungan tidak terpisahkan dari pemeriksaan lisensi. Anda dapat memiliki beberapa koneksi pengguna dalam alur, tetapi alur selalu berjalan dalam konteks pemilik utama/pengguna khusus jalan/lisensi Proses.

Pemilik alur meninggalkan organisasi. Bagaimana kami dapat memastikannya berfungsi tanpa gangguan?

Jika alur merupakan alur yang sadar solusi, Anda dapat mengubah pemiliknya di Power Automate atau menggunakan API Web Power Automate untuk memastikan alur berfungsi tanpa gangguan. Jika alurnya adalah alur yang tidak sadar solusi, setiap pemilik bersama dapat menambahkannya ke solusi, kemudian mengubah pemilik. Jika tidak, tetapkan Power Automate lisensi Proses ke alur untuk memastikannya terus berjalan. Atau, setiap pemilik bersama alur dapat mengekspor dan mengimpor alur. Saat diimpor, alur akan menjadi alur baru, dan pemilik bersama sekarang menjadi pemilik alur. Alur menggunakan lisensi pemilik baru.

Alur akan diturunkan ke performa yang lebih rendah dan semua pemilik alur akan diberi tahu dan alur akan dinonaktifkan dalam 14 hari jika tidak ada tindakan yang diambil.

Pemilik alur tidak lagi memiliki lisensi Premium, tetapi alur tersebut adalah alur premium. Apa yang terjadi?

Alur akan diturunkan ke performa yang lebih rendah dan semua pemilik alur akan diberi tahu dan alur akan dinonaktifkan dalam 14 hari jika tidak ada tindakan yang diambil.

Apakah pengguna tamu (bukan dari penyewa Anda) memerlukan lisensi untuk menggunakan Power Automate?

Ya. Pengguna tamu harus memiliki lisensi Power Automate yang ditetapkan melalui salah satu penyewa berikut:

  • Penyewa yang meng-host alur. Anda dapat menetapkan uji coba admin untuk akses sementara atau lisensi mandiri.

  • Asal penyewa dari pengguna tamu.

Misalnya, jika pengguna tamu memiliki lisensi Premium yang Power Automate ditetapkan di penyewa rumah, mereka dapat menggunakan fitur premium di penyewa tamu yang menghosting alur.

Power Automate—disertakan dengan paket pengguna Office, Power Automate Premium, Power Apps Premium, dan Dynamics 365—akan memiliki karakteristik berikut:

  • Di cloud publik Azure, paket ini dikenal di seluruh penyewa dalam skenario pengguna karena tidak terikat pada lingkungan tertentu.

  • Di sovereign cloud atau nasional Azure, paket ini dikenali di seluruh penyewa dalam skenario tamu. Informasi selengkapnya: Cloud nasional, geografi Azure

  • Lisensi tidak dikenali di seluruh penyewa di cloud Azure yang berbeda.

Apakah kemampuan Power Automate yang tercakup dalam lisensi Windows?

Pengguna Windows 11 dapat mencoba alur desktop dalam RPA yang diawasi untuk produktivitas pribadi di lingkungan default. Alur desktop tidak dapat berbagi atau membuat alur desktop di lingkungan yang berbeda selain lingkungan default. Pengguna Windows tidak memiliki akses ke alur cloud. Untuk mendapatkan alur cloud lengkap dan fitur RPA, beli Power Automate paket Premium.

Pengguna Windows 11 dapat mencari "Power Automate" di bilah pencarian Windows. Aplikasi Power Automate untuk desktop diunduh secara otomatis dan kemudian meluncur pertama kali Anda memilih ikonnya.

Dapatkah pengguna Windows 10 dan Windows Server 2016 menggunakan Power Automate untuk desktop?

Ya, mereka dapat menggunakan Power Automate untuk desktop (mereka memiliki hak penggunaannya), namun mereka harus mengunduhnya dari pusat unduh.

Pertanyaan lisensi warisan

Mulai 1 Agustus 2023, Power Automate per alur ($100 per alur/bulan, dengan pembelian minimum 5 lisensi) dan Power Automate add-on RPA tidak diawasi ($150 per bot/bulan dan prasyarat lisensi yang diperlukan) akan dihapus dari halaman harga. Mereka akan dihapus dari daftar harga pada 1 Februari 2024. Power Automate proses, lisensi yang mencakup semua yang lebih mudah dikelola, melisensikan satu bot "otomatisasi" yang dapat digunakan untuk tidak diawasi otomatisasi proses secara robotik (tidak diawasi RPA), atau alur cloud menggunakan otomatisasi proses digital (DPA) dan dapat diakses oleh pengguna tak terbatas di organisasi. Power Automate Proses dihargai $150 per bot/bulan.

Apa perbedaan lisensi Proses dengan lisensi per alur

Untuk RPA tidak diawasi, sebelumnya pelanggan perlu membeli lisensi per alur untuk alur cloud dan add-on RPA tidak diawasi. Sekarang mereka dapat membeli lisensi Proses untuk setiap sesi RPA pada mesin. Semua alur cloud yang memanggil alur desktop pada komputer disertakan sebagai bagian dari lisensi Proses.

Untuk alur cloud, satu per lisensi alur memberikan hak alur dengan lisensi dan alur turunannya. Lisensi Satu Proses memberi hak alur dengan lisensi, alur turunan, dan alur apa pun yang terkait. Per alur memiliki minimal lima paket yang harus dibeli untuk memulai. Tidak ada persyaratan jumlah pembelian minimum untuk lisensi Proses.

Apa Power Automate perbedaan lisensi Premium dengan Power Automate per pengguna dengan lisensi RPA yang diawasi?

Power Automate Penawaran premium mencakup semua manfaat Power Automate per pengguna dengan RPA diawasi ditawarkan dengan harga $40 per pengguna/bulan, ditambah kemampuan penggalian proses memvisualisasikan dan menganalisis proses dan ditawarkan dengan harga $15 per pengguna/bulan.

Power Platform meminta pertanyaan

Berikut adalah beberapa pertanyaan yang sering diajukan tentang batasan PPR dan jawabannya.

Apa yang dianggap sebagai permintaan Power Platform?

Berdasarkan lisensi, ada batasan jumlah tindakan yang dapat dijalankan alur cloud dalam sehari. Batas ini berbeda dengan pembatasan konektor. Anda dapat melihat jumlah tindakan yang dijalankan alur Anda dengan memilih Analitik dari halaman detail alur cloud dan melihat tab Tindakan .

Bahkan ketika alur menggunakan beberapa Power Platform permintaan, Anda masih dapat mencapai batas jika alur berjalan lebih sering dari yang Anda harapkan. Contohnya, Anda dapat membuat alur cloud yang mengirimkan pemberitahuan push setiap kali manajer mengirim email kepada Anda. Alur tersebut harus dijalankan setiap kali Anda menerima email (dari siapa pun) karena alur harus memeriksa apakah email berasal dari manajer Anda. Batas ini berlaku untuk semua eksekusi di seluruh alur Anda dalam periode 24 jam. Berikut adalah beberapa wawasan untuk memperkirakan penggunaan permintaan alur:

  1. Alur sederhana dengan satu pemicu dan satu tindakan menghasilkan dua "tindakan" setiap kali alur berjalan, menggunakan dua permintaan.
  2. Setiap pemicu/tindakan dalam alur akan menghasilkan permintaan Power Platform. Semua jenis tindakan seperti tindakan konektor, tindakan HTTP, tindakan built-in (dari proses inisialisasi variabel, pembuatan cakupan, hingga tindakan penulisan sederhana) akan menghasilkan permintaan Power Platform. Misalnya, alur yang terhubung ke SharePoint atau Exchange, Twitter; Dataverse semua tindakan tersebut dihitung dalam Power Platform batas permintaan.
  3. Baik tindakan berhasil dan gagal diperhitungkan dalam batas ini. Tindakan yang dilewati tidak dihitung dalam batas ini.
  4. Setiap tindakan menghasilkan satu permintaan. Jika tindakan diterapkan ke setiap perulangan, hal ini akan menghasilkan lebih banyak permintaan Power Platform saat perulangan dijalankan.
  5. Tindakan dapat memiliki beberapa ekspresi, tetapi dihitung sebagai satu permintaan API.
  6. Percobaan ulang dan permintaan tambahan dari penomoran halaman juga dihitung sebagai eksekusi tindakan.

Pertimbangkan alur cloud berikut tempat setiap lampiran email disimpan. OneDrive Pemicu memakai satu permintaan Power Platform, Terapkan ke masing-masing memakai satu permintaan, dan tindakan dalam Terapkan ke masing-masing memakai beberapa permintaan berdasarkan jumlah eksekusi perulangan. Jika ada empat lampiran, bagian ini memakai delapan permintaan Power Platform (4 x 2 tindakan). Totalnya, alur ini memakai 10 permintaan Power Platform.

Cuplikan layar alur sampel tempat setiap lampiran email disimpan OneDrive.

Batas permintaan siapa yang Power Platform digunakan oleh alur cloud?

  • Jika alur cloud memiliki lisensi Proses / Per alur, alur menggunakan batas lisensi Proses / Per alur dan bukan batas pengguna pembuat/pemilik/pemanggil.

  • Alur cloud otomatis dan terjadwal selalu menggunakan batas permintaan pembuat/pemilik Power Platform alur terlepas dari siapa yang memanggil alur atau akun apa yang digunakan untuk koneksi di dalam alur. Untuk alur solusi, Anda dapat mengubah pemilik alur menggunakan API Web. Setelah Anda mengubah pemilik, batas permintaan API pemilik baru akan digunakan. Untuk alur non-solusi, alur selalu menggunakan batas pembuat asli yang tidak dapat diubah. Jika pembuat asli keluar dari perusahaan, rekan pemilik alur dapat mengekspor dan mengimpor alur sebagai pemilik yang berbeda. Setelah Anda mengimpor alur, alur tersebut menjadi alur baru dan mulai menggunakan batas dari pemilik baru. Atau, Anda dapat menetapkan lisensi Proses / Per-alur ke alur.

  • Alur cloud instan (tombol, Power Apps, pemicu hibrida) menggunakan batas pengguna yang memanggil.

  • Jika pemilik alur adalah perwakilan layanan, alur menggunakan batas pengguna yang tidak berlisensi.

  • Jika Anda membagikan alur otomatis/terjadwal dengan pengguna lain, lalu pengguna tersebut memicu alur yang sama, alur tersebut menggunakan batas pemilik asli dan bukan batas pengguna baru. Tetapi jika pengguna kemudian memanfaatkan alur untuk membuat alur baru mereka sendiri, maka pengguna baru tersebut menjadi pemilik alur baru dan alur tersebut menggunakan batas pengguna baru.

  • Jika alur induk memanggil alur turunan, alur turunan menggunakan batas alur induk. Misalnya, jika alur induk adalah alur otomatis, alur turunan menggunakan batas pembuat/pemilik alur induk.

  • Jika alur induk adalah alur manual, alur turunan menggunakan batas pengguna pemanggilan alur induk.

  • Jika alur turunan memiliki lisensi Proses / Per alur, alur tersebut menggunakan batas Proses / Per alur dan bukan batas alur induk.

  • Jika alur memiliki lisensi Proses, alur, semua alur turunan (tidak termasuk yang memiliki lisensi Prosesnya sendiri) dari alur dan alur terkait dari alur berbagi batas lisensi Proses.

Sebagai pembuat, alat apa yang tersedia untuk menganalisis penggunaan saya?

Jika Anda mengalami penundaan atau perlambatan saat alur Anda berjalan, kemungkinan Anda melampaui batas PPR untuk hari itu. Untuk alur yang secara konsisten mengalami penundaan karena penggunaan berlebih, pengguna juga akan menerima pemberitahuan tentang kelebihan penggunaan ini, serta tips dan trik untuk mencegah penundaan eksekusi alur.

Berikut adalah contoh email yang dikirim untuk alur yang secara konsisten melebihi batas tindakan:

Tangkapan layar contoh email kelebihan.

Selain itu, Anda dapat melihat penggunaan tindakan untuk alur tertentu dengan memilih tindakan Analitik dari halaman properti alur. Hal ini dapat digunakan di semua jenis tindakan. Tindakan ini membantu Anda memahami jumlah tindakan yang berjalan setiap hari. Ini dapat membantu Anda memahami pola penggunaan untuk mengoptimalkan kapasitas:

Contoh bagan analitik

Cuplikan layar sampel bagan analitik.

Sebagai admin, alat apa yang tersedia untuk menganalisis penggunaan lingkungan saya?

Pusat Power Platform admin berisi laporan tentang Power Automate permintaan. Laporan ini membantu Anda melihat adopsi dan metrik pengguna untuk organisasi Anda dengan cepat. Mereka saat ini dalam pratinjau umum. Dua laporan tersedia:

  • Laporan pengguna– Laporan ini menampilkan Power Platform penggunaan permintaan oleh setiap pengguna di lingkungan, dibandingkan dengan batas yang ditetapkan.
  • Laporan per alur- Laporan ini menampilkan Power Platform penggunaan permintaan oleh setiap alur di lingkungan yang memiliki lisensi Per-alur.
  • Laporan pengguna tidak berlisensi- Laporan ini menampilkan Power Platform penggunaan permintaan untuk pengguna yang tidak berlisensi dan total penetapan untuk pengguna yang tidak berlisensi untuk penyewa tersebut. Di masa mendatang, Power Platform penggunaan permintaan alur yang berjalan di bawah perwakilan layanan akan ditampilkan dalam laporan ini.

Setelah laporan tersedia secara umum, pengguna akan memiliki waktu untuk bereaksi dan membeli lisensi PPR yang lebih tinggi sebelum penegakan dimulai.

Apa yang terjadi bila alur saya menjalankan terlalu banyak tindakan?

Jika Anda memiliki alur cloud yang menjalankan terlalu banyak tindakan, hal itu memengaruhi performa alur Anda. Anda melihat spanduk pada alur jika alur Anda dibatasi.

Biasanya, alur yang melampaui batas akan mengakibatkan penundaan eksekusi tindakan berikutnya, dan hal ini akan memperlambat waktu eksekusi alur Anda secara keseluruhan. Penundaan ini berbanding lurus dengan tingkat kelebihan beban yang disebabkan oleh alur.

Kelebihan bebas yang terjadi sesekali tidak menimbulkan masalah. Misalnya, jika Anda melebihi batas harian Anda sebesar 500 tindakan, itu tidak akan memengaruhi kinerja alur Anda, namun melebihi batas Anda sebesar 50.000 tindakan akan memiliki dampak kinerja yang signifikan pada alur Anda berpotensi selama beberapa hari.

Apa yang dapat dilakukan jika alur saya melampaui batas?

Pengguna tidak diblokir untuk menggunakan aplikasi atau alur untuk kelebihan sesekali dan wajar.

Berikut adalah beberapa hal yang dapat Anda lakukan jika Anda melampaui batas lisensi Anda:

  • Lihat kembali desain Anda dan cari tahu apakah ada tempat yang dapat membantu mengurangi jumlah tindakan yang dipanggil. Lihat bagian Praktik Terbaik untuk membuat alur agar menggunakan lebih sedikit tindakan.

  • Jika alurnya sudah dioptimalkan, tetapi menggunakan banyak tindakan karena sifat bisnis, pertimbangkan untuk membeli lisensi PPR yang lebih tinggi. Lisensi Proses memberikan kuota performa terbaik yang tersedia (250 ribu tindakan/24 jam).

  • Aktifkan Bayar sesuai pemakaian untuk lingkungan untuk memastikan tidak ada alur di lingkungan yang dibatasi.

  • Beli add-on kapasitas Power Apps dan Power Automate untuk organisasi Anda. Selama periode transisi, karena penegakan tidak terlalu ketat, tidak ada fasilitas untuk menetapkan Power Apps add-on Power Automate dan kapasitas ke pengguna atau alur. Namun, Microsoft menyarankan agar Anda membeli add-on tersebut sekarang agar tetap memenuhi persyaratan lisensi Anda. Buat tiket dukungan dengan detail alur dan detail add-on untuk mendapatkan keringanan sementara (30 hari) dari pembatasan. Bantuan sementara ini tidak tersedia untuk alur yang sudah memiliki lisensi Proses atau Per alur yang ditetapkan untuk mereka.

Jika alur secara konsisten di atas batas periode transisi selama 14 hari berturut-turut, menangguhkan Power Automate alur dan mengirimkan pemberitahuan kepada pemilik. Anda dapat membeli lisensi PPR yang lebih tinggi, dan kemudian menyalakannya kapan saja. Anda dapat mengedit dan menyimpan alur untuk mengatur ulang penghitung 14 hari saat membeli lisensi.

Apa itu batasan konektor dan apakah batasan ini berbeda dengan batas permintaan Power Platform?

Konektor memiliki batas terpisah sebagai mekanisme perlindungan layanan. Misalnya, konektor SharePoint membatasi jumlah tindakan sebanyak 600 per menit. Satu koneksi SharePoint yang digunakan di beberapa alur juga hanya dapat menjalankan 600 operasi per menit. Sebagian besar halaman konektor memiliki bagian pembatasan yang mendokumentasikan batasan ini. Batas ini berbeda dengan batas PPR. Misalnya, pengguna Office dapat menjalankan 6.000 tindakan per hari di seluruh alur mereka, tetapi masih dapat dibatasi oleh konektor jika mereka menggunakan lebih dari 600 tindakan SharePoint dalam satu menit meskipun tidak mencapai batas 6.000 tindakan.

Saat alur dibatasi karena melebihi batas konektor, Anda mungkin melihat kesalahan HTTP 429 (terlalu banyak permintaan) dalam alur Anda dengan teks kesalahan seperti "Batas kecepatan terlampaui. Coba lagi dalam 27 detik."

Saya menggunakan CoE Starter Kit. Apakah penggunaan akan dihitung dalam batas permintaan saya?

Ya. Alur cloud yang disertakan dalam Kit Pemula CoE juga menggunakan batas dari pemilik. Microsoft menyarankan agar Anda membeli lebih banyak kapasitas dan menghubungi dukungan untuk mendapatkan bantuan sementara dari pembatasan.

Dapatkah saya menggunakan prinsipal layanan dalam alur dan apakah ini akan dihitung terhadap batas permintaan saya?

Ya, alur yang pemiliknya adalah perwakilan layanan menggunakan kuota terpisah yang disebut batas non-interaktif. Batas ini hanya berlaku jika pemilik alur adalah perwakilan layanan. Batas ini tidak berlaku jika alur hanya menggunakan perwakilan layanan di salah satu tindakan. Alur manual (alur tombol yang dibagikan dengan pengguna jalankan saja/ Power Apps alur yang dipanggil) menggunakan batas permintaan pengguna jalankan saja bahkan ketika pemilik alur adalah perwakilan layanan. Pengguna hanya berjalan harus memiliki Power Automate lisensi Premium jika alur menggunakan konektor premium. Selama periode transisi, alur manual dapat menggunakan hingga 100.000 permintaan/aliran/24 jam.

Batas untuk alur otomatis/terjadwal:

  • Alur perwakilan layanan yang berjalan dalam konteks aplikasi Dynamics 365) yang tercantum dalam tabel mendapatkan 500.000 permintaan dasar + 5.000 permintaan yang diperoleh per lisensi pengguna hingga maksimum 10,000,000 yang dikumpulkan di tingkat penyewa. Jika penyewa memiliki 1000 lisensi Dynamics 365, penyewa tersebut memiliki kumpulan permintaan 5,500,000 yang tersedia untuk semua sumber daya Power platform seperti alur dan Dataverse permintaan perwakilan layanan, per 24 jam. Jika penyewa memiliki 2500 lisensi Dynamics 365, penyewa tersebut memiliki kumpulan permintaan 10,000,000 yang tersedia untuk semua sumber daya Power platform seperti Alur dan Dataverse permintaan perwakilan layanan, per 24 jam.

  • Alur perwakilan layanan premium yang berada di luar konteks aplikasi Dynamics 365 masing-masing akan memerlukan lisensi Proses / Per-alur. Alur ini mendapatkan 250.000 permintaan per alur per 24 jam.

  • Alur perwakilan layanan standar mendapatkan 25.000 permintaan dasar tanpa akrual per lisensi untuk penyewa per 24 jam.

Jika Anda memerlukan lebih banyak permintaan, aktifkan Bayar sesuai pemakaian untuk lingkungan atau beli lebih banyak kapasitas permintaan power platform.

Pelajari selengkapnya di Kaitkan alur ke aplikasi.

Apakah jumlah penggunaan alur desktop akan memakai batas permintaan Power Platform saya?

Hanya tindakan alur desktop yang diaktifkan dari alur cloud yang dihitung terhadap batas. Tindakan dalam alur desktop tidak dihitung dalam batas permintaan.

Apa yang terjadi dengan permintaan Power Platform saya jika saya memiliki beberapa paket?

Karena batas-batas belum diterapkan secara ketat selama periode transisi, penumpukan lisensi pengguna tidak didukung. Jika pengguna memiliki beberapa paket, misalnya paket Microsoft 365 dan paket Dynamics 365, alur menggunakan paket yang lebih tinggi (dalam contoh ini paket Dynamics 365).

Setelah periode transisi berakhir, jika pengguna memiliki beberapa paket yang ditetapkan dari lini produk yang berbeda, jumlah total permintaan yang diizinkan adalah jumlah semua permintaan yang dialokasikan untuk setiap jenis lisensi. Misalnya, jika pengguna memiliki lisensi Dynamics 365 Customer Service Enterprise dan lisensi Power Apps per pengguna, pengguna tersebut akan memiliki total 40.000 + 40.000 = 80.000 permintaan yang tersedia per 24 jam.

Jika pengguna memiliki beberapa lisensi yang dialokasikan dalam lini produk yang sama, misalnya jika pengguna memiliki lisensi Dynamics 365 Customer Service Enterprise sebagai lisensi dasar, dan lisensi Dynamics 365 Sales Enterprise yang dilampirkan, jumlah total permintaan adalah jumlah yang disediakan lisensi dasar.

Apa itu profil performa dan bagaimana cara mengetahui profil performa mana yang digunakan alur cloud saya?

Berdasarkan lisensi pemilik, alur mendapatkan profil performa, yang pada gilirannya memutuskan Power Platform batas permintaan alur. Jika ada beberapa lisensi yang ditetapkan untuk pemilik, Power Automate pilih paket tertinggi dari daftar:

Profil performa Lisensi Batas selama masa transisi Batas setelah masa transisi
Kurang Penting -Bebas Power Automate
- Microsoft 365 lisensi
- Power Apps Paket 1 (warisan)
- Power Apps Lisensi per Aplikasi
- Power Automate Paket 1 (warisan)
- Semua lisensi uji coba
- Lisensi Anggota Tim Dynamics 365
10,000 6000
Sedang -aliran Power Apps yang dipicu
- Power Apps Paket 2 (warisan)
- Power Apps Lisensi premium
- Power Automate Paket 2 (warisan)
- Power Automate per pengguna (lama)
- Power Automate Lisensi premium
- Lisensi Dynamics 365 Enterprise
- Lisensi Dynamics 365 Professional
100.000 40,000
Sangat Penting - Power Automate Proses lisensi
- Power Automate Lisensi Proses yang Dihosting
- Power Automate paket per alur (warisan)
500,000 250,000
Tidak terbatas - Lingkungan bayar sesuai pemakaian 15,000,000 15,000,000

Di suatu organisasi, delapan pengguna memiliki lisensi Office 365 dan permintaan Power Platform harian mereka adalah 6.000 permintaan per pengguna per 24 jam. Apakah itu artinya layanan akan dikelompokkan ke tingkat penyewa dengan batas 48.000 permintaan setiap 24 jam (8 x 6.000) dan semua pengguna dapat memakai kuota dari kumpulan ini?

Tidak, Power Platform permintaan tidak dikumpulkan di tingkat lingkungan atau penyewa. Ini memastikan bahwa pengguna berat tidak menggunakan semua Power Platform permintaan penyewa dan memengaruhi orang lain. Karena lisensi diberikan per pengguna, batasnya juga per pengguna. Jadi, semua pelanggan Office masing-masing mendapatkan 6.000 permintaan, digunakan maupun tidak.

Praktik terbaik seputar PPR

Praktik terbaik untuk desain

Gunakan tindakan sesedikit mungkin untuk mencapai otomatisasi Anda:

  • Jika memiliki loop 'Kerjakan sampai' atau 'Terapkan pada masing-masing' di alur Anda, lihat apakah Anda dapat mengurangi jumlah pengulangan loop, mungkin dengan mengambil lebih sedikit item untuk diiterasi.

  • Banyak konektor memiliki parameter 'Filter kueri' dan 'Jumlah teratas' yang dapat Anda gunakan untuk mengurangi jumlah item dan data yang diambil menggunakan OData.

  • Jika Anda memiliki alur terjadwal yang sering berjalan, pertimbangkan untuk mengurangi frekuensinya. Banyak alur yang berjalan satu kali per menit atau per jam dapat direvisi agar terjadi lebih jarang. Gunakan kondisi pemicu untuk meminimalkan frekuensi eksekusi.

  • Jika alur Anda berinteraksi dengan file, perhatikan ukuran file dan coba kurangi jika memungkinkan.

  • Jika Anda perlu menggunakan kembali satu properti yang dikembalikan oleh tindakan dengan ukuran output besar beberapa kali, pertimbangkan untuk menggunakan 'Inisialisasi Variabel' untuk menyimpan properti tersebut dan menggunakan variabel tersebut di tindakan selanjutnya. Walaupun hanya satu properti yang digunakan dari output tindakan sebelumnya, semua output tindakan tersebut akan diteruskan ke tindakan selanjutnya sebagai input.

Praktik terbaik untuk menskalakan alur Anda

  • Jika alur Anda menjalankan ribuan tindakan setiap hari, Anda harus mempertimbangkan untuk membeli lisensi Proses untuk mendapatkan throughput yang lebih baik dan kuota yang lebih tinggi. Lisensi Proses memberikan kuota kinerja terbaik yang tersedia (250 ribu tindakan per hari). Hubungi administrator penyewa Anda untuk membeli lisensi dan menetapkannya ke alur. Setelah lisensi dibeli dan ditetapkan, penulis alur harus menyimpannya lagi. Atau, alur cloud diperbarui di latar belakang sekali seminggu untuk mencerminkan rencana saat ini.

  • Pertimbangkan untuk membagi beban kerja ke beberapa alur untuk mencapai skala tinggi.

Power Platform Permintaan bayar sesuai pemakaian

Kami merevisi batas permintaan Power Platform untuk semua lisensi pada akhir 2021. Batas yang baru dirancang agar mencukupi untuk sebagian besar skenario pelanggan. Pelajari lebih lanjut batas Power Platform permintaan di Batas dan alokasi permintaan.

Untuk pelanggan dengan skenario skala sangat tinggi yang perlu melebihi batas ini, Anda dapat menautkan lingkungan tersebut ke langganan Azure. Dengan menautkan lingkungan, pengguna dan alur dalam lingkungan tersebut dapat melebihi batas mereka tanpa dibatasi dan hanya membayar sesuai permintaan Power Platform yang digunakan di atas batas tersebut. Alur masih dapat dilisensikan dengan lisensi dasar (baik Power Automate Premium, Power Automate Proses, Office 365, atau Power Apps Dynamics). Misalnya, jika Anda memiliki Power Automate lisensi Premium, Anda memiliki batas 40.000 Power Platform permintaan/per pengguna/hari. Jika pengguna menggunakan 45.000 permintaan sehari, 5.000 permintaan tambahan dikalikan dengan tarif $/permintaan dan ditagih ke langganan Azure. Jumlah total dijumlahkan dan ditagih berdasarkan siklus penagihan Azure pelanggan. Beberapa meteran diaktifkan saat Anda mengaktifkan bayar sesuai pemakaian di lingkungan. Pelajari selengkapnya di Cara menyiapkan Bayar sesuai pemakaian.

Skema tentang bagaimana permintaan PPR kelebihan ditagih di lingkungan bayar sesuai pemakaian:

Gambar yang menampilkan ringkasan bayar sesuai penggunaan

FAQ umum tentang batas permintaan

Anda dapat membaca tanya jawab tentang batas permintaan ini untuk menemukan informasi lebih lanjut tentang batas permintaan.

Pertanyaan lisensi Office 365

Berikut adalah beberapa pertanyaan umum tentang menggunakan Power Automate dengan lisensi Office 365.

Apakah kemampuan Power Automate yang tercakup dalam lisensi Office 365?

Hak penggunaan Power Automate terbatas tercakup dalam lisensi Office 365 tertentu untuk memungkinkan pengguna menyesuaikan dan memperluas Office 365 untuk skenario produktivitas pribadi. Untuk skenario perusahaan, Office merekomendasikan lisensi Premium.

Lisensi Office 365 mencakup kemampuan Power Automate berikut ini:

  • Membuat dan menjalankan alur otomatis, terjadwal, dan tombol.
  • Akses ke konektor standar.
  • 6.000 Power Platform permintaan/hari. 10.000 permintaan/hari selama masa transisi.

Kemampuan Power Automate berikut tidak tercakup

  • Akses ke konektor premium (kecuali di Dataverse for Teams lingkungan). Pelajari lebih lanjut tentang kemampuan Dataverse for Teams.
  • Alur proses bisnis
  • Konektor kustom
  • Gateway lokal
  • Otomatisasi Proses Secara Robotik
  • AI Builder kapasitas

Lisensi Office 365 berikut ini mencakup kemampuan Power Automate:

  • Office 365 E1
  • Office 365 E3
  • Office 365 E5
  • Office 365 F3
  • Office 365 Business Basic
  • Office 365 Business Standard
  • Office 365 Business Premium
  • Office 365 F1
  • Office 365 F3
  • Office 365 E3
  • Office 365 E5
  • Windows 10 Pro
  • Windows Enterprise E3
  • Windows Enterprise E5
  • Office 365 A1 for Faculty
  • Office 365 A1 for Students
  • Office 365 A1 Plus for Faculty
  • Office 365 A1 Plus for Students
  • Office 365 A3 for Faculty
  • Office 365 A3 for Students
  • Office 365 A3 for Student Use Benefit
  • Office 365 A5 for Faculty
  • Office 365 A5 for Students
  • Office 365 A5 for Student Use Benefit

Pertanyaan lisensi Dynamics 365

Pertanyaan berikut terkait dengan hak lisensi dan penggunaan Power Automate Dynamics 365.

Apakah kemampuan Power Automate yang tercakup dalam lisensi Dynamics 365?

Lisensi Dynamics 365 mencakup kemampuan Power Automate berikut ini:

  • Membuat dan menjalankan alur otomatis, terjadwal, atau tombol.
  • Akses ke konektor standar.
  • Akses ke konektor premium dalam konteks aplikasi.
  • Proses bisnis mengalir dalam konteks aplikasi.
  • Konektor kustom dalam konteks aplikasi.
  • Gateway lokal dalam konteks aplikasi.
  • Power Platform Batas permintaan : Anggota Tim Dynamics 365 mendapatkan 6.000 permintaan/hari (25.000 permintaan/hari selama periode transisi), Dynamics 365 professional mendapatkan 40.000 permintaan/hari (100.000 permintaan/hari selama periode transisi), dan Dynamics 365 Enterprise mendapatkan 40.000 permintaan/hari (100.000 permintaan/hari selama periode transisi).

Kemampuan Power Automate berikut ini tercakup dalam lisensi Dynamics 365:

  • Otomatisasi Proses Secara Robotik
  • AI Builder kapasitas

Saat Anda menggunakan lisensi Dynamics 365 dengan Power Automate, alur Anda harus berjalan dalam konteks aplikasi Dynamics 365. Ini mengacu pada penggunaan sumber data yang sama untuk pemicu atau tindakan seperti aplikasi Dynamics 365. Jika alur Anda menggunakan tindakan mandiri Power Automate yang tidak terkait dengan aplikasi Dynamics 365, Anda perlu membeli lisensi mandiri Power Automate .

Contoh lisensi Dynamics 365 menggunakan Power Automate dalam konteks aplikasi Dynamics 365

Organisasi Anda telah menyambungkan Azure DevOps dengan Dynamics 365 CRM untuk meningkatkan kasus dukungan dan membuat item kerja untuk mengatasi masalah lebih cepat. Sebagai bagian dari lisensi Dynamics 365, hak Power Automate tercakup untuk alur dalam skenario berikut:

  • Baca dari atau tulis ke Azure DevOps.
  • Gunakan pemicu Dataverse atau tindakan built-in.

Contoh lisensi Dynamics 365 menggunakan Power Automate di luar konteks aplikasi Dynamics 365

Pengguna yang sama (di contoh Dynamics 365 sebelumnya) sekarang juga ingin menggunakan alur yang memperbarui database Oracle. Alur ini memiliki Properti berikut:

  • Sama sekali tidak terkait dengan aplikasi Dynamics 365.
  • Tidak berinteraksi dengan aplikasi Dynamics 365 (atau sumber datanya).

Dalam skenario ini, pengguna memerlukan lisensi Power Automate mandiri.

Lisensi Dynamics 365 berikut ini mencakup kemampuan Power Automate:

  • Dynamics 365 Sales Enterprise
  • Dynamics 365 Sales Professional
  • Dynamics 365 Customer Service Enterprise
  • Dynamics 365 Customer Service Professional
  • Dynamics 365 Field Service
  • Dynamics 365 Project Operations
  • Dynamics 365 Team Members
  • Dynamics 365 Finance
  • Dynamics 365 Supply Chain Management
  • Dynamics 365 Commerce
  • Dynamics 365 Human Resources
  • Dynamics 365 Operations – aktivitas
  • Dynamics 365 Business Central
  • Dynamics 365 Business Central Anggota Tim

Pertanyaan lisensi Power Apps

Pertanyaan berikut terkait dengan hak lisensi Power Apps dan penggunaan Power Automate.

Apakah kemampuan Power Automate yang tercakup dalam lisensi Power Apps?

Seperangkat kemampuan Power Automate terbatas disertakan sebagai bagian dari lisensi Power Apps. Lisensi Power Apps mencakup kemampuan Power Automate berikut ini:

  • Membuat dan menjalankan alur otomatis, terjadwal, tombol.
  • Akses ke konektor standar.
  • Akses ke konektor premium dalam konteks aplikasi.
  • Proses bisnis mengalir dalam konteks aplikasi.
  • Konektor kustom dalam konteks aplikasi.
  • Gateway lokal dalam konteks aplikasi.
  • Power Platform batas permintaan: Power Apps Premium mendapatkan 40.000 permintaan/hari (100.000 permintaan/hari selama periode transisi) dan Power Apps per aplikasi mendapatkan 6.000 permintaan/hari (10.000 permintaan/hari selama periode transisi).
  • Power Apps Premium mendapatkan kapasitas database 250 MB Dataverse dan kapasitas file 2 GB Dataverse . Power Apps per aplikasi mendapatkan kapasitas database Dataverse 50 MB dan kapasitas file Dataverse 400 GB. Alur yang diaktifkan oleh aplikasi yang dibuat menggunakan Power Apps yang menangani objek kompleks akan menggunakan batas penyimpanan ini. Misalnya, jika alur mengurai dokumen 100 halaman dan melakukan pembaruan, penyimpanan yang diperlukan untuk mempertahankan dokumen dalam riwayat eksekusi untuk pemecahan masalah di masa mendatang akan menggunakan batas ini.

Kemampuan Power Automate berikut ini tercakup dalam lisensi Power Apps:

  • Otomatisasi Proses Secara Robotik
  • AI Builder kapasitas

Contoh penggunaan Power Automate dalam aplikasi yang dibuat menggunakan konteks Power Apps

Pengguna dengan lisensi Power Apps mandiri menjalankan aplikasi yang menggunakan database SQL sebagai sumber data. Aplikasi yang dibuat menggunakan Power Apps juga mencakup alur yang melakukan langkah berikut:

  • Baca dari atau tulis ke basis data SQL.
  • Gunakan pemicu Power Apps atau tindakan built-in—misalnya, untuk mengirim pemberitahuan mendorong ke aplikasi yang dibuat menggunakan Power Apps.

Contoh penggunaan Power Automate di luar aplikasi yang dibuat menggunakan konteks Power Apps

Pengguna yang sama (dalam contoh di atas) sekarang juga ingin menggunakan alur yang memperbarui database Oracle dan juga memiliki properti berikut:

  • Sama sekali tidak terkait dengan aplikasi yang dibuat dengan Power Apps.

  • Tidak berinteraksi dengan aplikasi yang dibuat dengan Power Apps (atau sumber datanya).

Dalam contoh ini, alur yang dibuat menggunakan digunakan Power Automate di luar konteks Power Apps sehingga pengguna memerlukan lisensi mandiri Power Automate .

Contoh kedua penggunaan Power Automate di luar aplikasi yang dibuat menggunakan konteks Power Apps

Lingkungan memiliki beberapa aplikasi. Ada alur untuk Manajemen data yang tidak secara langsung mendukung aplikasi tetapi memastikan kualitas data. Pengguna memerlukan lisensi Power Automate mandiri.

AI Builder Pertanyaan lisensi

Temukan informasi lisensi global AI Builder di artikel berikut:

Bagaimana tindakan berlisensi AI Builder dalam alur Power Automate ?

Untuk menambahkan dan menjalankan AI Builder tindakan dalam alur, Anda memerlukan lisensi tertentu AI Builder : AI Builder tindakan menggunakan AI Builder kredit, yang dapat diperoleh dalam Power Automate lisensi Premium, dalam lisensi Premium lainnya Power Platform , atau, terutama, dalam AI Builder add-on kapasitas.

Kredit harus tersedia di lingkungan flow.

Anda juga dapat menggunakan AI Builder uji coba.

Berapa banyak kredit yang disertakan dalam Power Automate lisensi Premium?

Pelajari selengkapnya tentang kredit unggulan di Mendapatkan hak atas AI Builder kredit.

Penegakan

Mengapa alur saya dimatikan?

Pelajari selengkapnya di Saat alur premium dinonaktifkan karena masalah lisensi.

Tautkan ini juga memberikan informasi tentang jenis penegakan, dan cara mengidentifikasi alur yang memerlukan lisensi Premium untuk menghindari gangguan akibat penegakan.

Saya memiliki banyak lingkungan. Bagaimana saya bisa mendapatkan alur yang membutuhkan perhatian saya di seluruh penyewa?

Jika jumlah lingkungan di penyewa kurang dari 500, gunakan skrip berikut untuk mendapatkan semua alur yang memerlukan lisensi di seluruh penyewa:

$environments = Get-AdminPowerAppEnvironment

$allFlows = @()
foreach ($env in $environments) {
    Write-Host "Getting flows at risk of suspension for environment $($env.DisplayName)..."
    $flows = Get-AdminFlowAtRiskOfSuspension -EnvironmentName $env.EnvironmentName
    Write-Host "Found $($flows.Count) flows at risk of suspension."
    $allFlows += $flows
}

Tulis semua alur ke file CSV

$allFlows | Ekspor-csv -Jalur "flows.csv" -NoTypeInformation

Write-Host "Semua alur yang berisiko ditangguhkan ditulis ke flows.csv"

Jika ada lebih dari 500 lingkungan di penyewa, ajukan tiket dukungan sehingga tim dukungan kami dapat menjalankan laporan untuk Anda.

Saya menetapkan lisensi, tetapi saya masih melihat alur dalam alur yang perlu saya perhatikan di PowerShell. Mengapa?

Setelah lisensi ditetapkan/alur dikaitkan dengan aplikasi, edit dan simpan alur. Diperlukan waktu hingga 24 jam bagi PowerShell untuk me-refresh dan menghapus alur dari respons PowerShell.

Saya menetapkan lisensi, tetapi saya masih melihat spanduk bahwa alur saya perlu diperhatikan di Power Automate portal. Mengapa?

Setelah lisensi ditetapkan/alur dikaitkan ke aplikasi, mungkin diperlukan waktu hingga tujuh (7) hari agar lisensi premium muncul di Power Automate portal. Untuk me-refresh status lisensi terbaru, edit dan simpan alur.

Bagaimana cara menentukan dengan mudah apakah alur saya dalam konteks aplikasi Power Apps/Dynamics 365?

Apakah alur dibuat untuk mendukung aplikasi Power Apps/Dynamics 365? Dapatkah alur dihapus jika aplikasi terkait dihapus? Apakah alur berbicara ke sumber data yang sama dengan aplikasi? Jika ya, alur berada dalam konteks.

Bagaimana cara mengaitkan alur dalam konteks ke/ Power Appsaplikasi Dynamics 365?

Alur yang dibuat untuk mendukung aplikasi yang dibuat dengan Power Apps/Dynamics 365 harus berjalan dalam konteks aplikasi. Artinya, alur harus menggunakan sumber data yang sama untuk pemicu atau tindakan seperti aplikasi. Jika alur cloud otomatis atau terjadwal dibuat untuk mendukung aplikasi dan berada dalam konteks aplikasi, tautkan alur tersebut ke aplikasi menggunakan skrip PowerShell. Setelah alur ditautkan, dependensi ditetapkan antara aplikasi dan alur dan dapat dikelola bersama. Jika aplikasi tertaut dihapus atau tidak digunakan, alur akan dinonaktifkan.

Pembuat juga dapat mengaitkan alur mereka ke aplikasi dari Power Automate portal. Pelajari selengkapnya di Kaitkan alur ke aplikasi.

Power Automate Kemampuan yang disertakan dengan paket per aplikasi

Power Apps Paket per aplikasi memberi pengguna kemampuan untuk menjalankan Power Automate alur yang menggunakan fitur premium. Alur perlu dipicu oleh Power Apps atau dikaitkan dengan aplikasi melalui PowerShell atau Power Automate portal.

Pelajari selengkapnya di Kaitkan alur konteks ke aplikasi.

Multiplexing

Multiplexing mengacu pada penggunaan perangkat keras atau perangkat lunak yang digunakan pelanggan untuk mengumpulkan koneksi, mengalihkan informasi, atau mengurangi jumlah pengguna yang langsung mengakses atau menggunakan Power Apps,, Power Automate dan Microsoft Copilot Studio.

Menggunakan multiplexing sebagai mekanisme untuk mengurangi jumlah lisensi yang akan dibeli adalah pelanggaran lisensi. Pelajari selengkapnya di panduan multiplexing dari Persyaratan Lisensi Akses Klien (CAL).

Berikut adalah beberapa contoh tentang yang termasuk dan tidak termasuk multiplexing:

  1. Jika alur premium hanya memindahkan data dari Dataverse ke lokasi bersama atau mengirim email ke rekan kerja, maka alur tersebut tidak termasuk dalam multiplexing karena pengguna menggunakan data, dan bukan memicu alur.

  2. Jika alur premium terpicu bila item baru ditambahkan ke daftar SharePoint, menyimpan rinciannya di Dataverse, lalu mengirimkan email kepada pemilik alur, beberapa orang dapat mengunggah item ke dalam daftar, namun email tersebut hanya dikirim kepada pemilik. Dalam hal ini, hanya pemilik yang memerlukan lisensi karena mereka adalah satu-satunya orang yang mendapatkan nilai dari alur.

  3. Jika alur yang disebutkan di nomor dua mengirim email ke pengguna yang mengunggah item, pemilik dan pengguna memerlukan lisensi Premium. Dalam kasus ini, pengguna secara tidak langsung memicu alur (dengan mengunggah item ke SharePoint) dan mendapatkan nilai dari alur dalam bentuk email. Kegagalan untuk melisensi semua pengguna berada dalam multiplexing.

Saya memiliki beberapa alur yang berjalan dalam akun layanan bersama. Lisensi apa yang saya perlukan?

  • Akun layanan: Microsoft Entra akun pengguna yang digunakan sebagai akun layanan. Akun layanan adalah jenis akun khusus yang dimaksudkan untuk mewakili entitas nonmanusia, seperti aplikasi, API, atau layanan lainnya. Akun pengguna, yang digunakan sebagai akun layanan dengan berbagi kredensial dengan pengguna lain, menimbulkan risiko keamanan dan sulit untuk melacak siapa yang membuat perubahan pada alur jika beberapa orang memiliki akses ke akun layanan. Mengelola kata sandi mereka juga merupakan tantangan. Saat membuat akun layanan, berikan hanya izin yang diperlukan untuk tugas. Evaluasi akun layanan yang ada untuk mengetahui apakah Anda dapat mengurangi hak istimewa. Batasi jumlah orang yang memiliki akses ke akun layanan untuk meminimalkan risiko keamanan. Anda juga dapat membuat akun yang berbeda untuk skenario yang berbeda untuk meminimalkan paparan. Akun layanan tidak disarankan sebagai praktik terbaik. Dalam skenario tertentu, akun layanan digunakan untuk menghilangkan dependensi dari alur ke pemilik asli. Dalam kasus seperti itu, gunakan Perwakilan layanan untuk mengatasi ancaman keamanan.

  • Perwakilan layanan: Microsoft Entra perwakilan layanan berfungsi sebagai identitas instans aplikasi. Prinsipal layanan menentukan siapa yang dapat mengakses aplikasi dan sumber daya yang dapat diakses aplikasi. Prinsipal layanan dibuat di setiap penyewa dengan aplikasi yang digunakan dan mereferensi objek aplikasi unik global.

  • Pengguna non-interaktif: Dataverse mendukung pengguna non-interaktif untuk aktivitas seperti proses latar belakang yang memigrasi data antar database. Ini tidak mengharuskan pengguna untuk berinteraksi dengan layanan. Ada batas maksimum tujuh (7) pengguna non-interaktif per penyewa. Pengguna non-interaktif belum didukung oleh Power Automate.

  • Pengguna manusia: Ini adalah pengguna yang disinkronkan manusia dari Microsoft Entra ID.

Panduan ini khusus untuk alur yang berjalan di bawah akun layanan sebagai pemilik alur.

Jika Anda ingin menjalankan alur di bawah akun layanan, berikut cara menghindari multiplexing:

  • Jika alur hanya menggunakan konektor standar dan tidak ada fitur premium, semua pengguna yang memiliki kredensial akun layanan dapat memiliki lisensi Microsoft/lisensiOffice 365 , Gratis Power Automate , atau Premium apa pun Power Automate .

  • Jika alur menggunakan fitur premium (konektor premium, Otomatisasi Proses Robotik, konektor kustom, gateway lokal, alur proses bisnis):

    • Akun layanan digunakan oleh sejumlah pengguna terbatas. Dalam kasus ini, melisensi semua pengguna dan akun layanan sudah cukup.
    • Akun layanan digunakan oleh banyak pengguna. Dalam hal ini, disarankan untuk menetapkan lisensi Proses ke alur untuk memastikan setiap pengguna baru yang menambahkan ke akun secara otomatis patuh.
  • Jika alur adalah alur secara manual atau yang dipicu aplikasi/alurDataverse 'Jalankan sebagai pengguna', semua pengguna yang menjalankan alur memerlukan lisensi Premium atau alur memerlukan lisensi proses. Lihat FAQ ini tentang siapa yang perlu membeli lisensi Premium.

  • Alur premium dalam konteks (alur berbagi sumber data aplikasi) aplikasi yang dibuat menggunakan Power Apps/aplikasi Dynamics 365:

    • Semua pengguna yang memiliki kredensial untuk akun layanan dan akun layanan memerlukan lisensi Power Apps/Dynamics 365.
    • Jika mereka tidak memiliki lisensi Power Apps/Dynamics 365, semua pengguna dan akun layanan memerlukan lisensi pengguna Power Automate.
    • Atau, alur dapat dilisensikan dengan lisensi Proses dan tidak ada pengguna/akun layanan yang memerlukan lisensi.
  • Beberapa pengguna yang berbagi kredensial akun layanan dan menggunakan alur premium dengan satu Power Automate lisensi Premium yang ditetapkan ke akun layanan dianggap multiplexing dan alur tidak sesuai.

Catatan

Panduan bersifat khusus untuk akun layanan yang digunakan sebagai pemilik alur atau pengguna hanya menjalankan. Alur yang menggunakan akun layanan sebagai koneksi atau pemilik bersama tidak terpengaruh oleh panduan ini. Kami merekomendasikan untuk menjalankan alur dengan perwakilan layanan sebagai pemilik alih-alih akun layanan untuk menghindari risiko keamanan.

Ini hanya panduan dan bukan pemberlakuan definitif. Admin bertanggung jawab untuk melisensi semua alur dengan benar agar tetap sesuai.

Ada alur premium yang mengirimkan permintaan persetujuan ke sejumlah pengguna, lalu menunggu pengguna menyetujui atau menolak permintaan sebelum terus berjalan. Apakah pemberi persetujuan memerlukan lisensi Premium?

Pengguna yang menanggapi permintaan persetujuan tidak memerlukan lisensi Premium.

Alur otomatis - Pengguna membuat alur yang terpicu ketika item ditambahkan ke daftar yang dibuat menggunakan Microsoft Lists dan memperbarui basis data SQL (Premium). Beberapa orang dapat menambahkan item ke daftar yang dibuat menggunakan Microsoft Lists. Apakah pengguna memerlukan lisensi Premium?

Alur berjalan dalam konteks lisensi pemilik untuk alur otomatis atau terjadwal dan lisensi pengguna yang memanggil untuk alur instan, atau Power Apps Dataverse yang dipicu. Jadi, orang yang menambahkan item ke daftar yang dibuat menggunakan Microsoft Lists tidak memerlukan lisensi Premium.

Kami memiliki alur instan dengan pengguna hanya menjalankan dan menggunakan konektor premium. Pembuat membagikan alur tersebut dengan tim mereka dan memungkinkan mereka menjalankan alur tersebut. Apakah semua orang memerlukan lisensi Premium?

Setiap orang yang memanggil alur memerlukan lisensi Premium karena ini adalah alur instan.

Saya memiliki alur anak yang memiliki konektor premium dan diaktifkan oleh beberapa alur induk yang tidak memiliki konektor premium. Apakah semua alur induk harus memiliki lisensi, atau apakah alur anak sudah cukup?

Anda dapat melisensikan alur induk atau melisensikan alur turunan dengan lisensi Proses. Namun, jika alur induk juga memiliki konektor premium, pemilik alur induk harus memiliki lisensi Premium atau alur induk harus memiliki lisensi Proses.

Alur saya menggunakan sambungan dari beberapa pengguna. Apakah saya harus melisensi semuanya?

Siapa yang memerlukan lisensi tidak terpisahkan dari sambungan yang digunakan dalam alur. Alur otomatis atau terjadwal selalu berjalan dalam lisensi pemilik dan alur manual atau aplikasi selalu berjalan di bawah pengguna yang memicu alur.