แชร์ผ่าน


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

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

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

ตาราง

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

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

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

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

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

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

หมายเหตุ

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

การดำเนินการ

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

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

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

หมายเหตุ

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

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

Patch
Collect
Update

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

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับวิธีการทำงานกับสคีมาแบบไดนามิกใน 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 และ OneDrive for Business

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

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

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

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

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

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

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

หมายเหตุ

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 แหล่งข้อมูลฐานข้อมูลอื่นๆ อีกมากมายให้ความสามารถที่คล้ายกัน เมื่อคุณเผยแพร่แอปพลิเคชันของคุณ ผู้ใช้ของคุณไม่จำเป็นต้องระบุชื่อผู้ใช้และรหัสผ่านที่ไม่ซ้ำกัน

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

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

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

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

แผงด้านข้าง

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

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

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

  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 นี่อาจเป็นสิ่งต่อไปนี้

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

  4. เพื่ออำนวยความสะดวกในการรับรองความถูกต้องผู้ใช้ปลายทางด้วยตนเอง เมื่อจำเป็น

สำหรับการเชื่อมต่อบางอย่าง 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 ที่ใช้โดยตัวเชื่อมต่อแบบกำหนดเอง ผู้ดูแลระบบจัดการการระงับความยินยอมตามแต่ละแอป (เมื่อเทียบกับเครื่องมือเชื่อมต่อ) ดังนั้นการระงับจะได้รับการจัดการที่ระดับประสบการณ์แอปที่ละเอียดที่สุด—ความละเอียดระดับนี้ช่วยป้องกันการระงับความยินยอมสำหรับ "แอปที่ได้รับการอนุมัติ" ขององค์กรจากการระงับความยินยอมโดยไม่ได้ตั้งใจสำหรับแอปที่ไม่ได้รับอนุมัติหรือตรวจสอบ

หมายเหตุ

บอกให้เราทราบเกี่ยวกับภาษาที่คุณต้องการในคู่มือ ทำแบบสำรวจสั้นๆ (โปรดทราบว่าแบบสำรวจนี้เป็นภาษาอังกฤษ)

แบบสำรวจนี้ใช้เวลาทำประมาณเจ็ดนาที ไม่มีการเก็บข้อมูลส่วนบุคคล (คำชี้แจงสิทธิ์ส่วนบุคคล)