แชร์ผ่าน


ภาพรวมของตัวเชื่อมต่อสำหรับแอปพื้นที่ทำงาน

ข้อมูลคือศูนย์กลางสำคัญของแอปส่วนใหญ่ รวมถึงแอปที่คุณสร้างใน Power Apps คุณจัดเก็บข้อมูลในแหล่งข้อมูล และคุณนําข้อมูลนั้นลงในแอปของคุณ โดยการสร้างการเชื่อมต่อ การเชื่อมต่อใช้ ตัวเชื่อมต่อ เฉพาะในการพูดคุยกับแหล่งข้อมูล Power Apps มีตัวเชื่อมต่อสำหรับบริการยอดนิยมมากมายและแหล่งข้อมูลภายในองค์กร รวมถึง SharePoint, SQL Server, Office 365, Salesforce และ Twitter เมื่อต้องการเริ่มต้นเพิ่มข้อมูลลงในแอปพื้นที่ทำงาน ดู เพิ่มการเชื่อมต่อข้อมูลใน Power Apps

ตัวเชื่อมต่ออาจมี ตาราง ของข้อมูลหรือ การดำเนินการ ตัวเชื่อมต่อบางตัวมีเฉพาะตารางเท่านั้น บางตัวมีการดำเนินการเพียงอย่างเดียว และบางตัวมีทั้งสองอย่าง นอกจากนี้ตัวเชื่อมต่อของคุณอาจเป็นตัวเชื่อมต่อมาตรฐานหรือแบบกำหนดเอง

หมายเหตุ

เก็บจำนวนของตัวเชื่อมต่อในแอปพื้นที่ทำงานไว้สูงสุด 10 รายการและการอ้างอิงการเชื่อมต่อไม่เกิน 20 รายการ การเกินขีดจํากัดเหล่านี้อาจทําให้เวลาในการโหลดของผู้ใช้นานขึ้นเมื่อเปิดใช้งานแอปและอาจทําให้เกิดปัญหาเมื่อบันทึกแอป

ตาราง

หากตัวเชื่อมต่อของคุณมีตาราง ให้เพิ่มแหล่งข้อมูลของคุณแล้วเลือกตารางในแหล่งข้อมูลที่คุณต้องการจัดการ Power Apps เรียกข้อมูลตารางลงในแอปของคุณและอัปเดตข้อมูลในแหล่งข้อมูลของคุณโดยอัตโนมัติ ตัวอย่างเช่น เพิ่มแหล่งข้อมูลที่มีตารางชื่อ บทเรียน จากนั้นตั้งค่าคุณสมบัติ Items ของตัวควบคุม เช่น แกลเลอรีหรือแบบฟอร์มเป็นค่านี้ในแถบสูตร:

คุณสมบัติรายการแหล่งข้อมูลแบบธรรมดา

ระบุข้อมูลที่แอปของคุณเรียกข้อมูลค่าโดยกำหนดคุณสมบัติ Items ของตัวควบคุมที่แสดงข้อมูลของคุณ ดำเนินการตามตัวอย่างก่อนหน้านี้ จัดเรียงหรือกรองข้อมูลในตาราง บทเรียน โดยใช้ชื่อนั้นเป็นอาร์กิวเมนต์สำหรับฟังก์ชัน Search และ SortByColumn ในกราฟิกนี้ การตั้งค่าสูตรสำหรับคุณสมบัติ Items ระบุว่าข้อมูลถูกจัดเรียงและกรองตามข้อความใน TextSearchBox1

คุณสมบัติรายการแหล่งข้อมูลที่ขยาย

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการปรับแต่งสูตรด้วยตาราง ดูบทความต่อไปนี้:

ทำความเข้าใจแหล่งข้อมูลใน Power Apps
สร้างแอปจากข้อมูล Excel
สร้างแอปตั้งแต่ต้น
ทำความเข้าใจตารางและเรกคอร์ดใน Power Apps

หมายเหตุ

เมื่อต้องการเชื่อมต่อกับข้อมูลในเวิร์กบุ๊กของ Excel ให้โฮสต์ในบริการที่เก็บข้อมูลบนคลาวด์ เช่น OneDrive สำหรับข้อมูลเพิ่มเติม ให้ดู เชื่อมต่อกับที่เก็บข้อมูลบนคลาวด์จาก Power Apps

แอคชัน

ถ้าตัวเชื่อมต่อของคุณมีการดำเนินการ ให้เลือกแหล่งข้อมูลของคุณเหมือนที่คุณทำเช่นก่อนหน้า แทนที่จะเลือกตารางเป็นขั้นตอนต่อไป ให้เชื่อมต่อตัวควบคุมกับการดำเนินการด้วยตนเองโดยการแก้ไขคุณสมบัติ Items ของตัวควบคุมที่จะแสดงข้อมูลของคุณ สูตรที่คุณตั้งค่าคุณสมบัติ Items ระบุการดำเนินการที่เรียกข้อมูล ตัวอย่างเช่น แอปจะไม่เรียกข้อมูลใดๆ หากคุณเชื่อมต่อกับ Yammer จากนั้นตั้งค่าคุณสมบัติ รายการ เป็นชื่อของแหล่งข้อมูล หากต้องการสร้างตัวควบคุมที่มีข้อมูล ให้ระบุการดำเนินการ เช่น GetMessagesInGroup(5033622).messages

คุณสมบัติ Items ของแหล่งข้อมูลการดำเนินการ

ในการจัดการการอัปเดตข้อมูลแบบกำหนดเองสำหรับตัวเชื่อมต่อการดำเนินการ ให้สร้างสูตรที่มีฟังก์ชัน Patch ในสูตร ระบุการดำเนินการและฟิลด์ที่จะผูกกับการดำเนินการ

หมายเหตุ

สําหรับตัวเชื่อมต่อที่เน้นการกระทำ แกลเลอรีและตัวควบคุมอื่นๆ จะไม่โหลดข้อมูลเพิ่มเติมแบบอัตโนมัติเหมือนกับที่ทำในตัวเชื่อมต่อแบบตาราง ตัวอย่างเช่น ถ้าคุณผูกแหล่งข้อมูลแบบตารางกับแกลเลอรี จะดึงชุดหรือหน้าแรกของระเบียน (ตัวอย่างเช่น 100 ระเบียน) จากนั้นไปยังหน้าในข้อมูลเพิ่มเติมตามที่ตัวควบคุมร้องขอ สำหรับตัวเชื่อมต่อตามการดำเนินการ จะดึงข้อมูล "หน้า" แต่ถ้าข้อมูลที่ร้องขอเกินขนาดหน้า ตัวควบคุมจะไม่ได้รับหน้าถัดไปโดยอัตโนมัติ

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการปรับแต่งสูตรสำหรับการอัปเดตแบบกำหนดเอง ดูบทความต่อไปนี้:

Patch
Collect
Update

สคีมาแบบไดนามิกเป็นผลลัพธ์ประเภททั่วไปสำหรับตัวเชื่อมต่อตามการดำเนินการ Schema แบบไดนามิกหมายถึงความเป็นไปได้ที่การกระทำเดียวกันอาจส่งคืนตารางที่แตกต่างกันที่มีคอลัมน์ที่แตกต่างกัน โดยขึ้้นอยู่กับวิธีการเรียก เงื่อนไขที่อาจทําให้คอลัมน์ในตารางแตกต่างกัน ได้แก่ พารามิเตอร์การป้อนข้อมูล ผู้ใช้หรือบทบาทที่ดําเนินการและกลุ่มที่ผู้ใช้กําลังทํางานอยู่ ตัวอย่างเช่น Stored Procedure ของ SQL Server อาจส่งคืนคอลัมน์ที่แตกต่างกันหากเรียกใช้ด้วยการป้อนข้อมูลที่แตกต่างกัน หรืออินสแตนซ์ Azure DevOps อาจใช้ฟิลด์ที่กำหนดเองซึ่งไม่พร้อมใช้งานตามค่าเริ่มต้น

หมายเหตุ

คู่มือตัวเชื่อมต่อ จะแสดงผลลัพธ์ของ Schema แบบไดนามิก พร้อมข้อความนี้ "ผลลัพธ์ของการดำเนินการนี้เป็นแบบไดนามิก" เป็นค่าที่ส่งคืน

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการทำงานกับ Schema แบบไดนามิกใน Power Apps ให้ดูที่ การทำงานกับค่าไดนามิก สำหรับภาพรวม และ เชื่อมต่อกับ Azure DevOps จาก Power Apps สำหรับตัวอย่างโดยละเอียด

ตารางนี้เชื่อมโยงไปยังข้อมูลเพิ่มเติมเกี่ยวกับตัวเชื่อมต่อที่ได้รับความนิยม สำหรับรายการทั้งหมด ให้ดู ตัวเชื่อมต่อทั้งหมด

   
Microsoft Dataverse ที่เก็บข้อมูลในระบบคลาวด์ **
ไดนามิก AX Excel
Microsoft Translator Office 365 Outlook
ผู้ใช้ Office 365 Oracle
Power BI SharePoint
SQL Server Twitter

** ใช้ได้กับ Azure Blob, Box, Dropbox, Google Drive และ OneDrive

ตัวเชื่อมต่อมาตรฐานและแบบกำหนดเอง

Power Apps มีตัวเชื่อมต่อ มาตรฐาน สำหรับแหล่งข้อมูลที่ใช้กันทั่วไปจำนวนมาก หาก Power Apps มีตัวเชื่อมต่อมาตรฐานสำหรับชนิดของแหล่งข้อมูลที่คุณต้องการใช้ ให้ใช้ตัวเชื่อมต่อนั้น หากต้องการเชื่อมต่อกับแหล่งข้อมูลชนิดอื่น เช่น บริการที่คุณสร้าง ให้ดู ลงทะเบียนและใช้ตัวเชื่อมต่อแบบกำหนดเอง

ตัวเชื่อมต่อมาตรฐานทั้งหมด

ตัวเชื่อมต่อมาตรฐานไม่จำเป็นต้องมีการให้สิทธิการใช้งานพิเศษ สำหรับข้อมูลเพิ่มเติม ให้ดู แผน Power Apps

ถามคำถามเกี่ยวกับตัวเชื่อมต่อเฉพาะใน ฟอรัม Power Apps และแนะนำตัวเชื่อมต่อที่คุณต้องการเพิ่มหรือทำการปรับปรุงอื่นๆ ใน ไอเดีย Power Apps

ความปลอดภัยและประเภทของการรับรองความถูกต้อง

เมื่อคุณเขียนแอปของคุณและสร้างการเชื่อมต่อกับแหล่งข้อมูล คุณอาจเห็นว่า ตัวเลือกของตัวเชื่อมต่อมีวิธีการต่าง ๆ ในการรับรองความถูกต้อง ตัวอย่างเช่น ตัวเชื่อมต่อ SQL Server อนุญาตให้คุณใช้ Microsoft Entra ที่รวม การรับรองความถูกต้องของ SQL Server และการรับรองความถูกต้องของ Windows การรับรองความถูกต้องแต่ละประเภทมีระดับการรักษาความปลอดภัยที่แตกต่างกัน ทําความเข้าใจข้อมูลและสิทธิ์ที่คุณแชร์กับผู้ใช้ที่ใช้แอปพลิเคชันของคุณ ตัวอย่างหลักในบทความนี้คือ SQL Server อย่างไรก็ตามหลักการนําไปใช้กับการเชื่อมต่อทุกประเภท

หมายเหตุ

  • สำหรับข้อมูลโดยละเอียดเกี่ยวกับข้อควรพิจารณาด้านความปลอดภัยเมื่อใช้เซิร์ฟเวอร์ฐานข้อมูลเชิงสัมพันธ์ เช่น Microsoft SQL Server หรือ Oracle เป็นแหล่งข้อมูลสำหรับแอป โปรดดู ใช้ Microsoft SQL Server กับ Power Apps อย่างปลอดภัย
  • Power Apps ไม่รองรับข้อมูลประจำตัว สมาชิกภายนอก สำหรับข้อมูลเพิ่มเติม โปรดดู คุณสมบัติของผู้ใช้ Microsoft Entra B2B ที่ทำงานร่วมกัน
  • การเลือกเกตเวย์ไม่ได้รับการสนับสนุนสําหรับตัวเชื่อมต่อแบบกําหนดเองที่ใช้ชนิดการรับรองความถูกต้องแบบไม่ระบุชื่อ

Microsoft Entra ID

การรับรองความถูกต้องนี้เป็นชนิดการเชื่อมต่อที่ปลอดภัย ตัวอย่างเช่น SharePoint ใช้การรับรองความถูกต้องประเภทนี้ SQL Server ยังอนุญาตให้มีการรับรองความถูกต้องประเภทนี้ เมื่อคุณเชื่อมต่อ บริการ Microsoft Entra ระบุตัวคุณแยกจาก SharePoint ในนามของคุณ. คุณไม่จำเป็นต้องระบุชื่อผู้ใช้หรือรหัสผ่าน ในฐานะผู้สร้าง คุณสามารถสร้างและทํางานกับแหล่งข้อมูลโดยใช้ข้อมูลประจําตัวของคุณได้ เมื่อคุณเผยแพร่แอปพลิเคชันของคุณ ผู้ใช้แอปพลิเคชันของคุณจะลงชื่อเข้าใช้โดยใช้ข้อมูลประจําตัวของพวกเขา หากข้อมูลได้รับการรักษาความปลอดภัยอย่างเหมาะสมบนแบ็คเอนด์ ผู้ใช้ของคุณสามารถดูได้เฉพาะสิ่งที่พวกเขาได้รับอนุญาตให้ดูตามข้อมูลประจำตัวของพวกเขา การรักษาความปลอดภัยประเภทนี้ช่วยให้คุณสามารถเปลี่ยนสิทธิ์สำหรับผู้ใช้แอปพลิเคชันเฉพาะบนแหล่งข้อมูลแบ็คเอนต์ หลังจากใบสมัครได้รับการเผยแพร่ ตัวอย่างเช่น คุณสามารถให้สิทธิ์การเข้าถึง ปฏิเสธการเข้าถึง หรือปรับแต่งสิ่งที่ผู้ใช้หรือชุดของผู้ใช้สามารถเห็นได้ทั้งหมดในแหล่งข้อมูลแบ็คเอนต์

การอนุญาตมาตรฐานแบบเปิด (OAuth)

ประเภทของการเชื่อมต่อนี้ปลอดภัยเช่นกัน ตัวอย่างเช่น Twitter ใช้การรับรองความถูกต้องประเภทนี้ เมื่อคุณเชื่อมต่อ คุณต้องใส่ชื่อผู้ใช้และรหัสผ่านของคุณ ในฐานะผู้สร้าง คุณสามารถสร้างและทํางานกับแหล่งข้อมูลโดยใช้ข้อมูลประจําตัวของคุณได้ เมื่อคุณเผยแพร่แอปพลิเคชันของคุณและผู้ใช้แอปพลิเคชันของคุณลงชื่อเข้าใช้ พวกเขาจะต้องใส่ข้อมูลประจําตัวด้วย ดังนั้นการเชื่อมต่อชนิดนี้มีความปลอดภัยเนื่องจากผู้ใช้ของคุณต้องใช้ข้อมูลประจำตัวของตนเองเพื่อเข้าถึงบริการแหล่งข้อมูล

การเชื่อมต่อที่ใช้ร่วมกันและรักษาความปลอดภัยของการเชื่อมต่อทางอ้อม

ในการเชื่อมต่อที่แชร์ ผู้สร้าง Power Apps มีชื่อผู้ใช้และรหัสผ่านสําหรับการเชื่อมต่อเมื่อสร้างแหล่งข้อมูลในแอปพลิเคชัน การรับรองความถูกต้องการเชื่อมต่อไปยังแหล่งข้อมูลจะถูก แชร์โดยปริยาย กับผู้ใช้ปลายทาง ทันทีที่มีการเผยแพร่แอป การเชื่อมต่อจะถูกเผยแพร่และพร้อมใช้งานสำหรับผู้ใช้ของคุณ

ก่อนเดือนมกราคม 2024 ผู้ใช้ปลายทางของคุณสามารถใช้การเชื่อมต่อที่คุณแชร์กับพวกเขาและสร้างแอปพลิเคชันใหม่แยกต่างหากได้ ผู้ใช้ของคุณไม่สามารถมองเห็นชื่อผู้ใช้หรือรหัสผ่าน แต่การเชื่อมต่อนั้นพร้อมใช้งานสําหรับพวกเขา อย่างไรก็ตาม หลังจากเดือนมกราคม 2024 การเชื่อมต่อที่เพิ่งสร้างขึ้นใหม่จะปลอดภัย หากต้องการรักษาความปลอดภัยแอปที่มีอยู่ ให้เผยแพร่แอปอีกครั้ง การเชื่อมต่อจะไม่ถูกแชร์กับผู้ใช้ปลายทางอีกต่อไป Power App ที่เผยแพร่จะติดต่อกับพร็อกซีการเชื่อมต่อ พร็อกซีการเชื่อมต่อจะสื่อสารกับ Power App เฉพาะที่เชื่อมโยงเท่านั้น พร็อกซีการเชื่อมต่อจำกัดการดำเนินการที่ส่งไปยังการเชื่อมต่อใน Power App {รับ วาง/แก้ไข ลบ} สำหรับแหล่งข้อมูลที่กำหนด ถ้าคุณมีแอปที่ใช้การเชื่อมต่อที่เผยแพร่ก่อนเดือนมกราคม 2024 เผยแพร่แอปพลิเคชันของคุณใหม่และยกเลิกการแชร์การเชื่อมต่อใด ๆ กับผู้ใช้ปลายทางที่ไม่ควรมี

ใน SQL Server ตัวอย่างของการเชื่อมต่อชนิดนี้คือการรับรองความถูกต้องของ SQL Server แหล่งข้อมูลฐานข้อมูลอื่นๆ อีกมากมายให้ความสามารถที่คล้ายกัน เมื่อคุณเผยแพร่แอปพลิเคชันของคุณ ผู้ใช้ของคุณไม่จำเป็นต้องระบุชื่อผู้ใช้และรหัสผ่านที่ไม่ซ้ำกัน

หมายเหตุ

ผู้ใช้ปลายทางของคุณอาจพบข้อความแสดงข้อผิดพลาด คุณไม่มีสิทธิ์ที่ถูกต้องในการใช้การเชื่อมต่อนี้ ในกล่องโต้ตอบความยินยอม สองสถานการณ์อาจทําให้เกิดข้อผิดพลาดนี้ ก่อนอื่น แอปพลิเคชันอาจมีการเชื่อมต่อโดยนัยที่ใช้ร่วมกัน ซึ่งไม่ใช่ การเชื่อมต่อที่ปลอดภัยโดยนัย การแชร์การเชื่อมต่อกับผู้ใช้ปลายทางร่วมกันสามารถแก้ไขปัญหานี้ได้ แต่ไม่แนะนําเนื่องจากการเชื่อมต่อที่แชร์ทั้งหมดควรมีความปลอดภัยในการเชื่อมต่อโดยนัย ผู้สร้างควรแปลงการเชื่อมต่อทั้งหมดในแอปพลิเคชันให้เป็นการเชื่อมต่อโดยนัยที่ปลอดภัยเพื่อแก้ไขปัญหานี้ ประการที่สอง การเชื่อมต่ออาจเป็นการเชื่อมต่อทางอ้อมที่ปลอดภัยแล้ว การเผยแพร่อีกครั้งอาจแก้ไขปัญหานี้ หากไม่เป็นเช่นนั้น ควรรายงานข้อบกพร่องของผลิตภัณฑ์

การแจ้งเตือนให้อัปเดตแอปของคุณ (การเชื่อมต่อโดยนัยที่ปลอดภัย)

หากคุณมีแอปพลิเคชันที่อาจได้รับการอัปเกรดเพื่อใช้ฟีเจอร์นี้ คุณจะเห็นข้อความบนหน้าแอป ซึ่งระบุจำนวนแอปที่ต้องให้ความสนใจ

การแจ้งเตือนให้อัปเดตแอปของคุณ

เลือกลิงก์และมันจะเปิดแผงด้านข้างที่แสดงรายการแอปทั้งหมดที่ต้องให้ความสนใจ

แผงด้านข้าง

เลือกไอคอน เปิด ทางด้านขวาของชื่อแอปเพื่อเปิดและเผยแพร่อีกครั้ง ทำตามคำแนะนำต่อไปนี้

เปิดใช้งานการเชื่อมต่อโดยนัยที่ปลอดภัยสำหรับแอปที่มีอยู่

เปิดแอปซึ่งเปิดเพื่อแก้ไขที่มีอยู่ ด้วยการเชื่อมต่อที่แชร์โดยปริยายที่เผยแพร่แล้ว:

  1. บนแถบคำสั่ง ให้เลือก การตั้งค่า และค้นหา "ปลอดภัย"
  2. อัปเดตสวิตช์คุณลักษณะอย่างเหมาะสมเพื่อเปิดใช้งานการเชื่อมต่อโดยนัยที่ปลอดภัย
  3. บันทึกและเผยแพร่แอป

การยกเลิกการแชร์

เมื่อคุณเผยแพร่แอป ให้ทําตามขั้นตอนเหล่านี้เพื่อตรวจสอบว่าการแชร์ทํางานได้อย่างถูกต้อง:

  • ตรวจสอบว่าการเชื่อมต่อแชร์กับเจ้าของร่วมหรือไม่ หากคุณไม่ต้องการให้ผู้ใช้เชื่อมต่อ ให้ยกเลิกการเลือกกล่องกาเครื่องหมาย เจ้าของร่วม

ยกเลิกการเลือกเจ้าของร่วม

  • หากต้องการตรวจสอบว่าคุณลักษณะทำงานถูกต้องหรือไม่ ให้แชร์แอปกับผู้ใช้รายอื่นที่ไม่ใช่เจ้าของ เมื่อคุณแชร์แอปแล้ว ให้ตรวจสอบรายการ การเชื่อมต่อ ในแท็บ Dataverse ใน Power Apps สำหรับผู้ใช้รายนั้น ตรวจสอบว่าผู้ใช้ไม่มีการเชื่อมต่อ

  • เปิดแผง การแชร์ เพื่อเปลี่ยนสิทธิ์ของผู้ใช้ในการเชื่อมต่อ เลือก X เพื่อลบการเข้าถึงการเชื่อมต่อของผู้ใช้

สามารถใช้ / เพิกถอน

ใช้แอปที่มีการเชื่อมต่อโดยนัยที่ปลอดภัยใหม่

เมื่อคุณเผยแพร่และแชร์แอปของคุณ ผู้ใช้ปลายทางจะไม่สามารถเข้าถึงการเชื่อมต่อได้ แต่จะทํางานกับการเชื่อมต่อพร็อกซีที่ซ่อนอยู่ได้ ผู้ใช้จะสร้างแอปใหม่ตามการเชื่อมต่อเดิมไม่ได้

ข้อจำกัด

  1. ชนิดของการเชื่อมต่อที่ใช้ร่วมกันโดยนัยทั้งหมดทํางาน เช่น การดําเนินการและตาราง
  2. ชื่อเซิร์ฟเวอร์และฐานข้อมูลถูกซ่อนอยู่ในการติดตามเครือข่าย แต่จะปรากฏในกล่องโต้ตอบความยินยอม ชื่อคอลัมน์ไม่ถูกซ่อน
  3. สําหรับตัวเชื่อมต่อแบบตาราง คุณลักษณะจะจํากัดการดําเนินการ CRUD เช่น รับ โพสต์ วาง หรือลบเท่านั้น หากคุณมีสิทธิ์ในการ วาง คุณต้องมีสิทธิ์ในการ โพสต์
  4. ขีดจำกัดตัวเชื่อมต่อตามการดำเนินการขึ้นอยู่กับ API เฉพาะที่ใช้ในแอปพลิเคชัน
  5. คำเตือนยังคงเปิดใช้งานในการแชร์ คำเตือนเกี่ยวกับการเชื่อมต่อที่ใช้ร่วมกันโดยปริยายยังคงเตือนขณะแสดงตัวอย่าง อย่างไรก็ตาม การเชื่อมต่อกับคุณลักษณะนี้ของคุณนั้นปลอดภัย แม้จะมีคำเตือนก็ตาม
  6. ไม่รองรับการเผยแพร่ไปยังผู้เช่าทั้งหมด ซึ่งตรงข้ามกับกลุ่มหรือบุคคลที่เจาะจง
  7. มีปัญหาที่ทราบเมื่อนำเข้าการเชื่อมต่อที่ปลอดภัยที่ใช้ร่วมกันโดยปริยายผ่านการอ้างอิงการเชื่อมต่อ ความปลอดภัยไม่ได้รับการตั้งค่าอย่างถูกต้องในสภาพแวดล้อมเป้าหมาย
  8. มีปัญหาที่ทราบแล้วในการนำเข้าโซลูชันโดยใช้บริการหลัก ซึ่งเป็นสาเหตุของการนำเข้าล้มเหลว วิธีแก้ปัญหาคือ การแชร์การเชื่อมต่อกับบริการหลัก

การรับรองความถูกต้องของ Windows

การเชื่อมต่อชนิดนี้ไม่ปลอดภัยเพราะไม่อาศัยการรับรองความถูกต้องของผู้ใช้ปลายทาง ใช้การรับรองความถูกต้องของ Windows เมื่อคุณต้องการเชื่อมต่อกับ แหล่งข้อมูล นั่นคือ ภายในองค์กร ตัวอย่างของการเชื่อมต่อประเภทนี้คือเซิร์ฟเวอร์ภายในองค์กรที่มี SQL Server การเชื่อมต่อจะต้องผ่านเกตเวย์ เนื่องจากผ่านเกตเวย์ตัวเชื่อมต่อ จึงสามารถเข้าถึงข้อมูลทั้งหมดในแหล่งข้อมูลนั้น ดังนั้นข้อมูลใด ๆ ที่คุณสามารถเข้าถึงด้วยข้อมูลประจําตัว Windows ที่คุณใส่จะพร้อมใช้งานสําหรับตัวเชื่อมต่อ เมื่อคุณเผยแพร่แอปพลิเคชัน คุณยังได้เผยแพร่การเชื่อมต่อและทําให้พร้อมใช้งานสําหรับผู้ใช้ของคุณ ลักษณะการทํางานนี้หมายความว่า ผู้ใช้ปลายทางของคุณสามารถสร้างแอปพลิเคชันโดยใช้การเชื่อมต่อเดียวกันนี้ และเข้าถึงข้อมูลบนเครื่องนั้นได้ การเชื่อมต่อกับแหล่งข้อมูล แบ่งปันโดยปริยาย กับผู้ใช้ที่แชร์แอปด้วยเช่นกัน การเชื่อมต่อประเภทนี้อาจใช้ได้เมื่อแหล่งข้อมูลของคุณอยู่บนเซิร์ฟเวอร์ภายในองค์กรณ์เท่านั้นและข้อมูลในแหล่งที่มานั้นสามารถแชร์ได้อย่างอิสระ

แหล่งข้อมูลในโซลูชัน

โซลูชันช่วยในการจัดการวงจรชีวิตของแอปพลิเคชัน และเสนอวิธีอื่นๆ ในการจัดการวงจรชีวิตของแหล่งข้อมูล ถ้าแอปพื้นที่ทํางานอยู่ในโซลูชัน คุณสามารถสร้าง การอ้างอิงการเชื่อมต่อ และ ตัวแปรสภาพแวดล้อม เพื่อจัดเก็บข้อมูลเกี่ยวกับแหล่งข้อมูลได้ การตั้งค่านี้ทำให้ง่ายต่อการเปลี่ยนแปลงหรือเชื่อมต่อแหล่งข้อมูลใหม่เมื่อคุณย้ายโซลูชันไปยังสภาพแวดล้อมที่แตกต่างกัน

เปลี่ยนชื่อแหล่งข้อมูลในแอป

เรียนรู้วิธีเปลี่ยนชื่อแหล่งข้อมูลในแอป และทำความเข้าใจความแตกต่างระหว่างแหล่งข้อมูลแบบตารางและตามการดำเนินการ สำหรับข้อมูลเพิ่มเติม โปรดดู เปลี่ยนชื่อแหล่งข้อมูลตามการดำเนินการของ Power Apps

เมื่อผู้ใช้เปิดแอปที่ใช้ตัวเชื่อมต่อเป็นครั้งแรก พวกเขาจะเห็นกล่องโต้ตอบความยินยอมในการเชื่อมต่อสําหรับวัตถุประสงค์ต่อไปนี้

  1. เพื่อแจ้งให้ผู้ใช้ทราบเกี่ยวกับแหล่งข้อมูลที่แอปเข้าถึง
  2. เพื่อสรุปการดำเนินการที่ตัวเชื่อมต่ออาจจะหรืออาจไม่ดำเนินการในแอป ตัวอย่างเช่น สำหรับแอปที่ใช้ตัวเชื่อมต่อ ผู้ใช้ Office 365:
  • แอปนี้สามารถ:
    • อ่านโปรไฟล์ผู้ใช้แบบเต็มของคุณ
    • อ่านรายละเอียดทั้งหมดของผู้ใช้ทั้งหมด
  • แอปนี้ไม่สามารถ:
    • แก้ไขหรือลบข้อมูลโปรไฟล์ผู้ใช้ใด ๆ
  1. เพื่อบันทึกความยินยอมของผู้ใช้ปลายทางในการเชื่อมต่อกับแหล่งข้อมูลที่แอปใช้
  2. เพื่ออำนวยความสะดวกในการรับรองความถูกต้องผู้ใช้ปลายทางด้วยตนเอง เมื่อจำเป็น

สำหรับการเชื่อมต่อบางอย่าง Power Platform สามารถรับรองความถูกต้องผู้ใช้โดยอัตโนมัติเพื่อเข้าถึงแหล่งข้อมูล อย่างไรก็ตาม หากการลงชื่อเข้าใช้อัตโนมัติล้มเหลว กล่องโต้ตอบนี้จะแจ้งให้ผู้ใช้แก้ไขการเชื่อมต่อด้วยการเข้าสู่ระบบด้วยตนเอง Power Platform สามารถพยายามลงชื่อเข้าใช้อัตโนมัติสำหรับการเชื่อมต่อเมื่อแหล่งข้อมูลอนุญาตหลักบริการการเชื่อมต่อ Azure API ของ Microsoft ล่วงหน้า โดยอนุญาตให้ทำการลงชื่อเข้าใช้เพียงครั้งเดียวสำหรับผู้ใช้เมื่อมีการสร้างการเชื่อมต่อ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการลงชื่อเข้าระบบครั้งเดียว โปรดดูที่ การลงชื่อเข้าระบบครั้งเดียว (SSO) คืออะไร

สําหรับแอปแบบจําลองข้อมูลที่ใช้หน้าแบบกําหนดเอง เมื่อมีหน้าแบบกําหนดเองหลายหน้าในแอป กล่องโต้ตอบความยินยอมจะขอสิทธิ์ข้อมูลสําหรับตัวเชื่อมต่อทั้งหมดในหน้าแบบกําหนดเองทั้งหมดแม้ว่าผู้ใช้จะไม่เปิดก็ตาม

รูปภาพต่อไปนี้เป็นตัวอย่างของกล่องโต้ตอบความยินยอมในการเชื่อมต่อสำหรับแอปที่เชื่อมต่อกับไซต์ SharePoint

กล่องโต้ตอบความยินยอม Power Apps

สําหรับการเลือกตัวเชื่อมต่อ ผู้ดูแลระบบสามารถระงับกล่องโต้ตอบนี้ และให้ความยินยอมในนามของผู้ใช้ปลายทางเพื่อเชื่อมต่อกับแหล่งข้อมูล ตารางต่อไปนี้อธิบายชนิดของตัวเชื่อมต่อที่กล่องโต้ตอบความยินยอมอาจถูกระงับสำหรับแอป

หมายเหตุ

ถ้าผู้ดูแลระบบไม่แสดงกล่องโต้ตอบความยินยอม แต่แพลตฟอร์มไม่สามารถดําเนินการลงชื่อเข้าระบบครั้งเดียวสําหรับผู้ใช้ปลายทาง กล่องโต้ตอบจะแสดงต่อผู้ใช้เมื่อพวกเขาเปิดใช้งานแอป

ชนิดตัวเชื่อมต่อ กล่องโต้ตอบความยินยอมสามารถระงับได้หรือไม่ การอ้างอิง
ตัวเชื่อมต่อของ Microsoft ที่รองรับการลงชื่อเข้าระบบครั้งเดียว (เช่น ผู้ใช้ SharePoint, Office 365) ใช่ Cmdlets ของผู้ดูแลระบบ Power Apps
ตัวเชื่อมต่อที่เข้าถึงบริการของคู่ค้าที่ไม่ใช่ของ Microsoft เช่น Salesforce ไม่ ไม่สามารถใช้งานได้
ตัวเชื่อมต่อที่กำหนดเองโดยใช้ OAuth ด้วย Microsoft Entra ID เป็นผู้ให้บริการข้อมูลประจำตัว ตัวเชื่อมต่อแบบกำหนดเองเหล่านี้สร้างโดยองค์กร และสามารถเข้าถึงได้โดยผู้ใช้ภายในองค์กรเท่านั้น (ตัวอย่างเช่น สร้างโดย Contoso สำหรับผู้ใช้ Contoso เท่านั้น) ใช่ จัดการการเชื่อมต่อ

Microsoft Power Platform สามารถระงับกล่องโต้ตอบความยินยอมสําหรับการเชื่อมต่อกับแหล่งข้อมูลซึ่งเงื่อนไขต่อไปนี้ทั้งหมดเป็นจริง:

  1. แหล่งข้อมูลไม่จำเป็นต้องมี UI เพื่อขอความยินยอมอย่างชัดเจน
  2. แหล่งข้อมูลจะรับรองความถูกต้องของบริการการเชื่อมต่อ Azure API ของ Microsoft เพื่อเปิดใช้งานการลงชื่อเข้าระบบครั้งเดียว
  3. ผู้ดูแลระบบกำหนดค่าแอปเพื่อระงับความยินยอมสำหรับการเชื่อมต่อก่อนหน้า

การอนุญาตล่วงหน้าให้ใช้สิทธิ์สำหรับบริการการเชื่อมต่อ Azure API ของ Microsoft มีไว้สำหรับแหล่งข้อมูลภายในของ Microsoft แอปพลิเคชันแบบกําหนดเองที่ลงทะเบียนในผู้เช่า Microsoft Entra ที่ใช้โดยตัวเชื่อมต่อแบบกําหนดเองอาจกําหนดค่าการรับรองความถูกต้องล่วงหน้านี้ ผู้ดูแลระบบจัดการการปราบปรามความยินยอมบนพื้นฐานต่อแอป (ตรงข้ามกับพื้นฐานของตัวเชื่อมต่อ) ดังนั้นการปราบปรามจึงมีการจัดการในระดับประสบการณ์แอปที่ละเอียดที่สุด ระดับของกรานูลาริตี้นี้จะป้องกันการระงับความยินยอมสําหรับ "แอปที่ได้รับอนุมัติ" ขององค์กรไม่ให้ระงับความยินยอมสําหรับแอปที่ไม่ได้รับอนุมัติหรือตรวจทานโดยไม่ได้ตั้งใจ