หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
ผู้ใช้ในสภาพแวดล้อมที่มีฐานข้อมูล Microsoft Dataverse สามารถทำงานร่วมกับผู้ใช้รายอื่นได้โดยให้สิทธิ์เข้าถึงเรกคอร์ดที่ผู้ใช้เป็นเจ้าของ ผู้ใช้สามารถแชร์เรกคอร์ดกับผู้ใช้หรือทีมอื่น หรือกำหนดเรกคอร์ดใหม่ให้กับผู้ใช้หรือทีมอื่น
ในการจัดการกับการทำงานร่วมกันระดับเรกคอร์ดนี้และให้ผู้ใช้เข้าถึงเรกคอร์ดที่แชร์ได้ การแชร์เรกคอร์ดและสิทธิ์ทั้งหมดจะจัดเก็บไว้ในตาราง PrincipalObjectAccess (POA) ทุกครั้งที่ผู้ใช้พยายามเข้าถึงเรกคอร์ดที่พวกเขาไม่ได้เป็นเจ้าของหรือไม่มีสิทธิ์การใช้งานที่เหมาะสมในบทบาทความปลอดภัยของตน ระบบจะตรวจสอบตาราง POA เพื่ออนุญาตการเข้าถึงของผู้ใช้
ต้นทางของ POA
หัวข้อต่อไปนี้สรุปการตั้งค่าหรือการใช้งานที่สร้างเรกคอร์ด POA เนื่องจากเปิดใช้งานการใช้เรกคอร์ดร่วมกัน การตั้งค่าควรได้รับการตรวจสอบและอัปเดตตามนั้นเพื่อหลีกเลี่ยงการแชร์ที่มากเกินไปและเพิ่มที่เก็บข้อมูล POA
ใช้เรกคอร์ดที่ได้รับการมอบหมายอีกครั้งร่วมกับเจ้าของเดิม
ตามค่าเริ่มต้น การตั้งค่า ตั้งค่าว่าจะมีการนำเรกคอร์ดที่กำหนดใหม่มาใช้ร่วมกับเจ้าของเดิมหรือไม่ เป็น ไม่ใช่ นี่คือจุดที่เจ้าของเดิมของเรกคอร์ดไม่สามารถเข้าถึงเรกคอร์ดได้อีกต่อไป เมื่อมีการกำหนดความเป็นเจ้าของเรกคอร์ดใหม่ให้กับผู้ใช้รายอื่น เมื่อการตั้งค่านี้ถูกตั้งค่าเป็น ใช่ เรคคอร์ดจะถูกสร้างขึ้นในตาราง POA ทุกครั้งที่ผู้ใช้กำหนดเรกคอร์ดให้กับผู้ใช้หรือทีมอื่น เจ้าของเดิมจะได้รับการเพิ่มโดยอัตโนมัติเป็น แชร์ กับ
กลุ่มคนที่มีสิทธิเข้าถึง
เมื่อมีการใช้กลุ่มคนที่มีสิทธิเข้าถึงสำหรับการทำงานร่วมกันในเรกคอร์ด จะมีการสร้างเรกคอร์ดในตาราง POA ทุกครั้งที่มีการเพิ่มกลุ่มคนที่มีสิทธิเข้าถึง กลุ่มคนที่มีสิทธิเข้าถึงมีอยู่สองแบบ:
จัดการโดยระบบ: มีการสร้างขึ้นผ่านเทมเพลตและฝังอยู่ในฟอร์มเพื่อให้ผู้ใช้สามารถจัดการรายชื่อสมาชิกได้อย่างง่ายดาย ระบบจะสร้างกลุ่มคนที่มีสิทธิเข้าถึงโดยอัตโนมัติสำหรับเรกคอร์ดที่แชร์ ตัวอย่างเช่น บัญชี #1 มีกลุ่มคนที่มีสิทธิเข้าถึงแตกต่างจากบัญชี #2
เพิ่มด้วยตนเอง: กลุ่มคนที่มีสิทธิเข้าถึงแต่ละกลุ่มที่มีผู้ดูแลระบบ/เจ้าของกลุ่มจัดการรายชื่อสมาชิกทีม
การแชร์โดยตรง
- เมื่อผู้ใช้แชร์เรกคอร์ดกับผู้ใช้รายอื่นอย่างชัดเจน จะมีการสร้างเรกคอร์ดขึ้นในตาราง POA
การแชร์ทางอ้อม
เมื่อผู้ใช้แชร์เรกคอร์ดกับทีม สมาชิกทุกคนในทีมจะถูกแชร์โดยทางอ้อม
การแชร์ทางอ้อมยังเกิดขึ้นกับเรกคอร์ดที่มีความสัมพันธ์ของการแชร์ที่เกี่ยวข้องหรือในตารางที่มีความสัมพันธ์แบบหลัก/รอง เมื่อมีการแชร์เรกคอร์ดหลักกับผู้ใช้หรือทีม ผู้ใช้หรือทีมที่ได้รับการแชร์จะมีสิทธิ์เข้าถึงเรกคอร์ดที่เกี่ยวข้องหรือเรกคอร์ดย่อยทั้งหมด สิทธิ์ในการเข้าถึงเรกคอร์ดย่อยทั้งหมดเหล่านี้มีการสร้างขึ้นในตาราง POA
ตัวอย่างของความสัมพันธ์ของตาราง
คุณสามารถตั้งค่าตารางให้มีความสัมพันธ์กับตารางอื่นๆ (เช่น บัญชีกับกรณีและปัญหา) โดยค่าเริ่มต้น ความสัมพันธ์ของตัวเลือก กำหนดตัวหลักใหม่ ตั้งค่าเป็น เกี่ยวข้องทั้งหมด เรกคอร์ดรองที่เกี่ยวข้องทั้งหมดจะได้รับการแชร์กับเจ้าของเรกคอร์ดหลัก
ตัวอย่างเช่น: ผู้ใช้ #1 เป็นเจ้าของบัญชี #1 ผู้ใช้ #1 แชร์บัญชี #1 กับผู้ใช้ #2 ผู้ใช้ #2 สร้างกรณีและปัญหา #1 ภายใต้บัญชี #1 ด้วยตัวเลือกกำหนดตัวหลักใหม่ที่พร้อมใช้งานทันที ผู้ใช้ #1 สามารถเข้าถึงกรณีและปัญหา #1 ได้ สิทธิ์ของผู้ใช้เหล่านี้ทั้งหมดถูกบันทึกลงในตาราง POA
ต้นทางการแชร์
สามารถใช้ RetrieveAccessOrigin API เพื่อกำหนดตำแหน่งที่ผู้ใช้หรือทีมเข้าถึงตารางเฉพาะได้ API ต้องการ objectId, logicalName และ principalId ในคำขอและการตอบสนองเป็นสตริงที่อธิบายตำแหน่งที่ได้รับการเข้าถึงตาราง
การจัดการการเติบโตของตาราง POA
- ประเมินความต้องการทางธุรกิจของคุณและเปิดใช้งาน ตั้งค่าว่าจะมีการนำเรกคอร์ดที่กำหนดใหม่มาใช้ร่วมกับเจ้าของเดิมหรือไม่ ที่จำเป็น โปรดทราบว่าการตั้งค่านี้เป็นการตั้งค่าทั้งระบบ เมื่อเปิดแล้ว การตั้งค่าจะมีการนำไปใช้กับเรกคอร์ดทั้งหมด
- แชร์กับผู้ใช้สำหรับการทำงานร่วมกันโดยที่รายชื่อผู้ใช้ไม่เหมือนกันในเรกคอร์ดต่างๆ ที่คุณแชร์
- ใช้ทีมเป็นเจ้าของเรกคอร์ดหากคุณแชร์เรกคอร์ดกับรายชื่อผู้ใช้เดียวกันบ่อยครั้งหรือแชร์เรกคอร์ดกับทีม
- หากคุณมีโครงสร้างหน่วยธุรกิจที่ซับซ้อนและใช้การแชร์บ่อยครั้ง:
- แชร์เมื่อจำเป็นเท่านั้น
- ลดจำนวนของหน่วยธุรกิจให้เหลือน้อยที่สุด
- ตรวจสอบให้แน่ใจว่าผู้ใช้อยู่ในหน่วยธุรกิจที่เหมาะสม
- แชร์กับทีมเพื่อให้ผู้ใช้จากหน่วยธุรกิจต่างๆ เข้าถึงเรกคอร์ดได้
- เมื่อมีหลายทีมสามารถเข้าถึงเรกคอร์ดได้ ตัวอย่างเช่น ทีมตัวแทนขายที่สามารถอ่านเรกคอร์ดเท่านั้น และทีมผู้จัดการฝ่ายขายอื่นที่มีสิทธิ์อ่านและเขียนแบบเต็ม ให้พิจารณาใช้ฟอร์มตามบทบาทที่แตกต่างกันสำหรับตัวแทนฝ่ายขายและผู้จัดการฝ่ายขาย
- จัดการวงจรชีวิตของสมาชิกในกลุ่มคนที่มีสิทธิเข้าถึงของคุณ ลบผู้ใช้ที่ไม่ต้องการการทำงานร่วมกันอีกต่อไป
- ลบสมาชิกในกลุ่มคนที่มีสิทธิเข้าถึงทั้งหมดเมื่อการทำงานร่วมกันสิ้นสุดลง
การลบเรกคอร์ด POA
ตาราง POA ได้รับการจัดการโดยระบบเพื่อให้แน่ใจว่าผู้ใช้หรือทีมสามารถเข้าถึงเรกคอร์ดที่เกี่ยวข้องได้อย่างเหมาะสม ไม่สนับสนุนการลบตารางนี้โดยตรง เนื่องจากอาจทำให้รูปแบบความปลอดภัยที่กำหนดไว้สำหรับองค์กรเสียหายได้ วิธีที่ถูกต้องในการล้างตาราง POA คือการปรับรูปแบบความปลอดภัย และยกเลิกการเข้าถึงที่ได้รับก่อนหน้านี้
แนวทางการแก้ไขปัญหา
เมื่อกำหนดค่าการเรียงซ้อนของความสัมพันธ์ของตารางเป็น เปลี่ยนจาก กำหนดตัวหลักใหม่ หรือ แชร์ เป็น ไม่เรียงซ้อน ใช้บทความนี้เพื่อล้างข้อมูลการเข้าถึงที่สืบทอดมา การดำเนินการนี้จะลบเรกคอร์ด POA ที่ไม่จำเป็นออก ข้อมูลเพิ่มเติม: วิธีการล้างข้อมูลสิทธิ์การเข้าถึงที่สืบทอดมา
การล้างข้อมูลสิทธิ์การเข้าถึงที่สืบทอดมาเป็นงานระบบที่ล้างข้อมูลสิทธิ์การเข้าถึงที่สืบทอดมาซึ่งยังคงอยู่หลังจากลักษณะการทำงานแบบเรียงซ้อนเปลี่ยนเป็น ไม่มีการเรียงซ้อน ข้อมูลเพิ่มเติม: การล้างข้อมูลสิทธิ์การเข้าถึงที่สืบทอดมา
หากต้องการทราบว่าผู้ใช้ได้รับสิทธิ์เข้าถึงเนื่องจาก POA หรือไม่ โปรดดู พิจารณาว่าเหตุใดผู้ใช้จึงมีสิทธิ์เข้าถึง