กำหนดค่าโปรเจกต์ กลุ่ม เซตกลุ่ม และสิทธิ์สำหรับบริการตนเองที่มีการจัดการ
การเผยแพร่ไปยัง Tableau Cloud และ Tableau Server นั้นทำได้ง่ายๆ และอาจจะง่ายเกินไปหน่อยด้วยซ้ำสำหรับบางองค์กร การสร้างกรอบงานที่มีการควบคุมขึ้นก่อนที่จะปล่อยให้ Creator เผยแพร่เนื้อหาของตนเองเป็นสิ่งที่มีประโยชน์
เพื่อรักษาความเป็นระเบียบเรียบร้อย และเพื่อให้แน่ใจว่าผู้คนจะค้นหาและเข้าถึงเนื้อหาที่ถูกต้องได้ การกำหนดค่าไซต์ของคุณสำหรับการบริการตนเองที่มีการจัดการอาจมีประโยชน์ การกำหนดค่านี้หมายถึงการกำหนดแนวทางและการตั้งค่าไว้เพื่อให้แน่ใจว่าเนื้อหาจะเป็นระเบียบ หาพบง่าย และปลอดภัย โดยไม่มีอุปสรรคในกระบวนการเผยแพร่
บทความนี้ระบุเส้นทางที่เป็นไปได้สำหรับคุณซึ่งเป็นผู้ดูแลระบบไซต์ ในการตั้งค่าไซต์ของคุณสำหรับการบริการตนเองที่มีการจัดการ
- ระบุประเภทของกลุ่มและโครงการที่คุณจะต้องใช้
- สร้างกลุ่มและเซตกลุ่ม
- ลบสิทธิ์ที่จะทำให้เกิดความคลุมเครือ และกำหนดรูปแบบสิทธิ์เริ่มต้น
- สร้างโครงการ
- ล็อกสิทธิ์ของโครงการ
หมายเหตุ: ข้อมูลที่ระบุไว้ที่นี่ได้รับการปรับเปลี่ยนและปรับให้เข้าใจง่ายขึ้นจากแนวทางปฏิบัติของ Tableau Visionary และลูกค้าที่แชร์ประสบการณ์ของตนไว้
วางแผนกลยุทธ์ของคุณ
สิทธิ์ใน Tableau ประกอบไปด้วยกฎต่างๆ ที่นำมาใช้กับเนื้อหา (โครงการ เวิร์กบุ๊ก ฯลฯ) สำหรับกลุ่มหรือผู้ใช้ กฎของสิทธิ์เหล่านี้กำหนดขึ้นโดยการอนุญาตหรือปฏิเสธความสามารถบางอย่าง
การมีแผนที่ครอบคลุมสำหรับโครงการ กลุ่ม และกฎของสิทธิ์ของคุณเป็นสิ่งที่มีประโยชน์ ไม่ว่าคุณจะสร้างใหม่หรือทำการเปลี่ยนแปลง รายละเอียดขึ้นอยู่กับคุณ แต่มีแนวทางปฏิบัติสำคัญสองประการที่เราแนะนำสำหรับทุกสภาพแวดล้อม ได้แก่
- จัดการสิทธิ์ในโครงการ ไม่ใช่เนื้อหาชิ้นหนึ่งๆ
- กำหนดสิทธิ์สำหรับกลุ่ม ไม่ใช่ผู้ใช้รายหนึ่งๆ
การกำหนดสิทธิ์ในระดับผู้ใช้รายบุคคลและเนื้อหารายชิ้นอาจกลายเป็นเรื่องที่จัดการได้ยากได้อย่างรวดเร็ว
ใช้โมเดลสิทธิ์แบบปิด
โมเดลทั่วไปสำหรับการตั้งค่าสิทธิ์คือเปิดหรือปิด ในโมเดลแบบเปิด ผู้ใช้ได้รับการเข้าถึงระดับสูง และคุณปฏิเสธความสามารถอย่างชัดเจน ในโมเดลแบบปิด ผู้ใช้ได้รับการเข้าถึงที่จำเป็นในการทำงานเท่านั้น โมเดลนี้เป็นโมเดลที่ผู้เชี่ยวชาญด้านการรักษาความปลอดภัยสนับสนุน ตัวอย่างในหัวข้อนี้เป็นตัวอย่างของโมเดลแบบปิด
หากต้องการข้อมูลเพิ่มเติมว่าสิทธิ์ของ Tableau ได้รับการประเมินอย่างไร โปรดดูสิทธิ์ที่มีผลบังคับใช้
ระบุประเภทโครงการและกลุ่มที่คุณจะต้องใช้
การออกแบบโครงสร้างเพื่อรองรับเนื้อหา (ในโปรเจกต์) และหมวดหมู่ของผู้ใช้ (เป็นกลุ่ม) หรือหมวดหมู่ของผู้ใช้ (ในเซตกลุ่ม) อาจเป็นส่วนที่ท้าทายที่สุดในการตั้งค่าไซต์ แต่ก็ทำให้การจัดการต่อจากนี้ง่ายขึ้นมาก
โครงการ: โครงการทำหน้าที่เป็นทั้งหน่วยสำหรับการจัดการสิทธิ์และกรอบงานในการจัดระเบียบและนำทาง พยายามสร้างโครงสร้างของโครงการที่สมดุลที่ผู้คนจะหาเนื้อหาพบและให้สิทธิ์ที่สมเหตุสมผลได้
กลุ่มหรือเซตกลุ่ม: ก่อนที่คุณจะสร้างกลุ่ม การค้นหาธีมทั่วไปเกี่ยวกับการโต้ตอบกับเนื้อหาของผู้คนอาจเป็นสิ่งที่มีประโยชน์ พยายามระบุรูปแบบที่คุณสามารถใช้สร้างกลุ่มหรือเซตกลุ่ม และหลีกเลี่ยงการให้สิทธิ์แบบครั้งเดียวแก่ผู้ใช้รายบุคคล
ตัวอย่างเช่น ลองจินตนาการถึงสภาพแวดล้อมที่มีเนื้อหาระดับครอบคลุมทั้งบริษัทที่ทุกคนควรเข้าถึงได้ รวมถึงเนื้อหาด้านทรัพยากรบุคคลบางอย่างที่จำเป็นต้องได้รับการจำกัด
โครงการประกอบไปด้วย
- การประชุมองค์กรสูงสุด การประชุมนี้จะมีแหล่งข้อมูลและเวิร์กบุ๊กสำหรับการขายบัตร แดชบอร์ดสำหรับกลยุทธ์ของเนื้อหา และแผนโครงการสำหรับการประชุมบริษัท
- ความสำเร็จของพนักงาน โครงการนี้มีแหล่งข้อมูลและเวิร์กบุ๊กแบบไม่ระบุตัวตนสำหรับแบบสำรวจพนักงานภายใน
- ทรัพยากรบุคคล โครงการนี้จะมีแหล่งข้อมูลและเวิร์กบุ๊กด้านทรัพยากรบุคคลที่ควรมีแค่สมาชิกของทีมทรัพยากรบุคคลเท่านั้นที่เข้าถึงได้
จากนั้น กลุ่มก็ควรตรงกับสิ่งที่ผู้คนต้องทำ
- Creator เนื้อหาหลัก กลุ่มนี้เป็นกลุ่มสำหรับผู้ใช้ที่สามารถเผยแพร่ไปยังโครงการระดับสูง และมีสิทธิ์เข้าถึงแหล่งข้อมูลในระดับกว้าง แต่ไม่จำเป็นต้องย้ายหรือจัดการเนื้อหาได้
- Creator เนื้อหาด้านทรัพยากรบุคคล กลุ่มนี้เป็นกลุ่มสำหรับผู้ใช้ที่มีสิทธิ์เข้าถึงแหล่งข้อมูลด้านทรัพยากรบุคคล และสามารถเผยแพร่ไปยังโครงการด้านทรัพยากรบุคคลได้
- ผู้ใช้ทางธุรกิจ กลุ่มนี้เป็นกลุ่มสำหรับผู้ใช้ที่ควรเข้าถึงเนื้อหาที่ Creator เนื้อหาหลักสร้างขึ้นได้ แต่ไม่ควรแม้แต่รู้ว่ามีเนื้อหาด้านทรัพยากรบุคคลอยู่
- ผู้ใช้ด้านทรัพยากรบุคคล กลุ่มนี้เป็นกลุ่มสำหรับผู้ใช้ที่ควรเข้าถึงเนื้อหาในโครงการด้านทรัพยากรบุคคลได้ แต่ไม่มีสิทธิ์สร้างหรือเผยแพร่เนื้อหา
- หัวหน้าโปรเจกต์หลัก กลุ่มนี้เป็นกลุ่มสำหรับผู้ใช้ที่ควรได้รับสถานะหัวหน้าโครงการสำหรับโครงการที่ไม่ใช่ด้านทรัพยากรบุคคล
ตั้งแต่
หมายเหตุ: กฎของสิทธิ์ของเซตกลุ่มจะได้รับการประเมินหลังจากกฎองขผู้ใช้และกลุ่ม
ตัวอย่างเช่น สมมติว่าคุณได้สร้างกลุ่มเพื่อให้ตรงกับสิ่งที่ผู้คนต้องการจากตัวอย่างที่ 1 ข้างต้น คุณสามารถสร้างเซตกลุ่มต่อไปนี้เพื่อล็อกสิทธิ์เข้าถึง HR เพิ่มเติมได้
หัวหน้าแผนกทรัพยากรบุคคล เซตกลุ่มนี้ประกอบด้วย HR Content Creators และ Core Project Leaders เฉพาะในกรณีที่ผู้ใช้ในเซตกลุ่มนี้อยู่ในทั้งสองกลุ่มเท่านั้นที่จะได้รับสถานะหัวหน้าโปรเจกต์ ความสามารถในการเข้าถึงแหล่งข้อมูล HR ที่ละเอียดอ่อน และเผยแพร่ไปยังโปรเจกต์ HR
พิจารณาบทบาทในไซต์
พึงทราบว่าสิทธิ์เชื่อมโยงกับเนื้อหา ไม่ใช่กลุ่มหรือผู้ใช้ ซึ่งหมายความว่าคุณไม่สามารถให้สิทธิ์สำรวจแก่กลุ่มแยกต่างหากได้ แต่คุณสามารถให้สิทธิ์สำรวจสำหรับโครงการและเนื้อหาของโครงการแก่กลุ่มได้ อย่างไรก็ตาม คุณสามารถมอบบทบาทในไซต์ให้ผู้ใช้เป็นรายบุคคล และอาจกำหนดหรือจำกัดสิทธิ์ที่ผู้ใช้มีได้ หากต้องการข้อมูลเพิ่มเติมว่าใบอนุญาต บทบาทในไซต์ และสิทธิ์เชื่อมโยงกันอย่างไร โปรดดู สิทธิ์ บทบาทในไซต์ และใบอนุญาต
สร้างกลุ่มและเซตกลุ่ม
แม้การสร้างกลุ่มและโครงการทันทีที่คุณระบุสิ่งที่ต้องใช้ได้จะเป็นเรื่องที่น่าทำมาก แต่คุณก็จำเป็นต้องทำสิ่งต่างๆ ตามลำดับ
โครงการ: คุณไม่ควรสร้างโครงการจนกว่าโครงการเริ่มต้นจะได้รับการกำหนดค่าอย่างเหมาะสม (ดูส่วนถัดไป) ทั้งนี้ก็เพราะโครงการระดับสูงใช้โครงการเริ่มต้นเป็นเทมเพลตสำหรับกฎของสิทธิ์
กลุ่ม: คุณต้องสร้างกลุ่มก่อนจึงจะใช้กลุ่มสร้างกฎของสิทธิ์ได้ คุณยังไม่จำเป็นต้องเพิ่มผู้ใช้ไปยังกลุ่ม แต่ก็สามารถเพิ่มได้
เซตกลุ่ม: คุณต้องสร้างกลุ่มก่อนจึงจะใช้กลุ่มสร้างกฎของสิทธิ์ได้ คุณยังไม่จำเป็นต้องเพิ่มผู้ใช้ไปยังกลุ่ม แต่ก็สามารถเพิ่มได้ หากต้องการข้อมูลเพิ่มเติม โปรดดูใช้งานเซตกลุ่ม
เคล็ดลับ: การสร้างหลายกลุ่มและหลายโครงการ และการกำหนดสิทธิ์ด้วยตนเองอาจกลายเป็นเรื่องน่าเบื่อได้ หากต้องการทำให้กระบวนการเหล่านี้เป็นอัตโนมัติและสามารถทำซ้ำได้สำหรับการอัปเดตในอนาคต คุณสามารถทำงานเหล่านี้ได้โดยใช้คำสั่ง REST API คุณสามารถใช้คำสั่ง tabcmd สำหรับงานต่างๆ ได้ เช่น เพิ่มหรือลบโครงการหนึ่งหรือกลุ่มหนึ่งและเพิ่มผู้ใช้ แต่ใช้กำหนดสิทธิ์ไม่ได้
การเป็นสมาชิกในหลายกลุ่ม
คุณสามารถใส่ผู้ใช้ไว้ในกลุ่ม Creator เนื้อหาด้านทรัพยากรบุคคลและกลุ่มผู้ใช้ด้านทรัพยากรบุคคลในกลุ่มผู้ใช้ทางธุรกิจได้ การดำเนินการนี้จะทำให้คุณกำหนดสิทธิ์ให้กับผู้ใช้เนื้อหาหลักได้อย่างง่ายๆ เมื่อเทียบกับการกำหนดสิทธิ์ให้ผู้ใช้ทางธุรกิจสำหรับเนื้อหาส่วนใหญ่ อย่างไรก็ตาม ในสถานการณ์ดังกล่าว กลุ่มผู้ใช้ทางธุรกิจไม่สามารถถูกปฏิเสธความสามารถใดๆ ในโฟลเดอร์ทรัพยากรบุคคลได้โดยไม่เป็นการปฏิเสธผู้ใช้ด้านทรัพยากรบุคคลไปด้วย กลับกัน คุณจะต้องไม่ระบุกลุ่มผู้ใช้ทางธุรกิจ และกลุ่ม Creator เนื้อหาด้านทรัพยากรบุคคลและกลุ่มผู้ใช้ด้านทรัพยากรบุคคลบางกลุ่มจะต้องได้รับความสามารถที่เกี่ยวข้อง
ทั้งนี้ก็เพราะสิทธิ์ของ Tableau เป็นสิทธิ์จำกัด หากกลุ่มผู้ใช้ทางธุรกิจถูกปฏิเสธความสามารถบางอย่าง การปฏิเสธนั้นจะแทนที่การอนุญาตของกฎของสิทธิ์อีกข้อหนึ่งสำหรับผู้ใช้ในทั้งสองกลุ่ม
ผลกระทบของเซตกลุ่ม
หากมีการเปิดใช้งานสิทธิ์ที่ได้รับมอบหมายในระดับเซตกลุ่ม จะต้องไม่ระบุสิทธิ์สำหรับทุกกลุ่มในเซตกลุ่มหรือปฏิเสธเพื่อให้สามารถใช้งานได้
เมื่อตัดสินว่าควรมอบหมายการเป็นสมาชิกในกลุ่มอย่างไร คุณจำเป็นต้องเข้าใจว่ากฎของสิทธิ์ได้รับการประเมินอย่างไร หากต้องการข้อมูลเพิ่มเติม โปรดดูสิทธิ์ที่มีผลบังคับใช้บังคับใช้
ลบสิทธิ์ที่จะทำให้เกิดความคลุมเครือ และกำหนดรูปแบบสิทธิ์เริ่มต้น
ทุกไซต์มีกลุ่มผู้ใช้ทั้งหมดและโครงการเริ่มต้น
กลุ่มผู้ใช้ทั้งหมด: ผู้ใช้ทุกคนที่ได้รับการเพิ่มไปยังไซต์จะกลายเป็นสมาชิกของกลุ่มผู้ใช้ทั้งหมดโดยอัตโนมัติ เพื่อหลีกเลี่ยงความสับสนกับกฎของสิทธิ์ที่กำหนดไว้ในหลายกลุ่ม จะดีที่สุดหากคุณลบสิทธิ์เหล่านั้นออกจากกลุ่มผู้ใช้ทั้งหมด
โครงการเริ่มต้น: โครงการเริ่มต้นทำหน้าที่เป็นเทมเพลตสำหรับโครงการใหม่ในไซต์ โครงการระดับสูงที่สร้างขึ้นใหม่ทั้งหมดจะใช้กฎของสิทธิ์ตามโครงการเริ่มต้น การกำหนดรูปแบบสิทธิ์พื้นฐานไว้ในโครงการเริ่มต้นจะทำให้คุณมีจุดเริ่มต้นที่คาดเดาได้สำหรับโครงการใหม่ (โปรดทราบว่าโครงการซ้อนรับกฎของสิทธิ์มาจากโครงการหลักของตน ไม่ใช่โครงการเริ่มต้น )
ลบกฎของสิทธิ์ออกสำหรับกลุ่มผู้ใช้ทั้งหมดในโครงการเริ่มต้น
- เลือกสำรวจเพื่อดูโครงการระดับสูงบนไซต์
- ในเมนูการดำเนินการ (…) ของโครงการเริ่มต้น ให้เลือกสิทธิ์
- ข้างชื่อกลุ่มผู้ใช้ทั้งหมด เลือก … แล้วเลือกลบกฎ...
วิธีนี้ทำให้คุณกำหนดกฎของสิทธิ์สำหรับกลุ่มที่คุณมีการควบคุมอย่างสมบูรณ์ได้ โดยไม่กำหนดสิทธิ์ที่ขัดแย้งให้ผู้ใช้ทั้งหมด หากต้องการข้อมูลเพิ่มเติมว่ากฎหลายกฎได้รับการประเมินเพื่อตัดสินสิทธิ์ที่มีผลบังคับใช้บังคับใช้อย่างไร โปรดดูสิทธิ์ที่มีผลบังคับใช้บังคับใช้
สร้างกฎของสิทธิ์
ตอนนี้คุณสามารถกำหนดรูปแบบสิทธิ์พื้นฐานสำหรับโครงการเริ่มต้นที่โครงการระดับสูงที่สร้างขึ้นใหม่ทั้งหมดจะใช้ตามได้แล้ว คุณสามารถเลือกที่จะปล่อยกฎของสิทธิ์ของโครงการเริ่มต้นให้ว่างไว้ และสร้างสิทธิ์สำหรับโครงการระดับสูงแต่ละโครงการที่สร้างขึ้นใหม่ได้ อย่างไรก็ตาม หากมีกฎของสิทธิ์ที่ควรนำมาใช้กับโครงการส่วนใหญ่ การกำหนดกฎเหล่านั้นในโครงการเริ่มต้นก็อาจมีประโยชน์
โปรดทราบว่ากล่องโต้ตอบสิทธิ์สำหรับโครงการจะมีแท็บสำหรับเนื้อหาแต่ละประเภท คุณต้องกำหนดสิทธิ์ให้เนื้อหาแต่ละประเภทที่ระดับโครงการมิฉะนั้นผู้ใช้จะถูกปฏิเสธการเข้าถึงเนื้อหาประเภทนั้น (ผู้ใช้รายหนึ่งจะได้รับความสามารถหนึ่งๆ หากได้รับอนุญาตอย่างชัดเจนเท่านั้น การปล่อยให้ความสามารถเป็น "ไม่ระบุ" จะส่งผลให้ความสามารถนั้นถูกปฏิเสธ หากต้องการข้อมูลเพิ่มเติม โปรดดูสิทธิ์ที่มีผลบังคับใช้บังคับใช้)
เคล็ดลับ: ทุกครั้งที่คุณสร้างกฎของสิทธิ์ที่ระดับโครงการโปรดตรวจสอบว่าคุณได้ดูแท็บประเภทเนื้อหาทั้งหมด
สร้างกฎของสิทธิ์ตามที่ต้องการดังนี้
- คลิก + เพิ่มกฎของกลุ่ม/ผู้ใช้ แล้วเริ่มพิมพ์เพื่อค้นหาชื่อกลุ่ม
- ในแต่ละแท็บ ให้เลือกเทมเพลตที่มีอยู่จากดรอปดาวน์ หรือสร้างกฎที่กำหนดเองด้วยการคลิกความสามารถ
- เมื่อเสร็จแล้ว ให้คลิก “บันทึก”
หากต้องการข้อมูลเพิ่มเติมเกี่ยวกับการกำหนดสิทธิ์ โปรดดู กำหนดสิทธิ์
สำหรับตัวอย่างของเรา โครงการส่วนใหญ่ควรเข้าถึงโดยคนส่วนใหญ่ได้ สำหรับโครงการเริ่มต้น เราจะใช้เทมเพลตกฎของสิทธิ์เพื่อมอบสิทธิ์เผยแพร่ให้ Creator เนื้อหาหลัก และมอบความสามารถในการโต้ตอบกับเวิร์กบุ๊กให้คนอื่นๆ และไม่ได้ให้สิทธิ์ใดเพิ่มเติมมากนัก
| กลุ่ม | โครงการ | เวิร์กบุ๊ก | แหล่งข้อมูล | (เนื้อหาอื่นๆ) |
| Creator เนื้อหาหลัก | เผยแพร่ | เผยแพร่ | เผยแพร่ | มุมมอง |
| Creator เนื้อหาด้านทรัพยากรบุคคล | มุมมอง | สำรวจ | มุมมอง | ไม่มี |
| ผู้ใช้ทางธุรกิจ | มุมมอง | สำรวจ | มุมมอง | ไม่มี |
| ผู้ใช้ด้านทรัพยากรบุคคล | มุมมอง | สำรวจ | มุมมอง | ไม่มี |
| หัวหน้าโครงการหลัก | แต่งตั้งเป็นหัวหน้าโครงการ | ไม่ระบุ | ไม่ระบุ | ไม่ระบุ |
รูปแบบนี้ใช้โมเดลแบบปิด และจำกัดสิทธิ์ของผู้ใช้ส่วนใหญ่ให้อยู่แค่การใช้งานพื้นฐานสำหรับเนื้อหาส่วนใหญ่ เมื่อสร้างโครงการระดับสูงใหม่ขึ้น โครงการเหล่านั้นจะได้รับกฎเหล่านี้ตามค่าเริ่มต้น แต่สามารถแก้ไขกฎของสิทธิ์ในแต่ละโครงการได้ตามต้องการ พึงทราบว่าคุณควรลบสิทธิ์เหล่านี้ออกสำหรับโครงการด้านทรัพยากรบุคคล และโครงการประเภทนี้ควรได้รับการกำหนดรูปแบบเป็นของตนเอง
สร้างโครงการและปรับเปลี่ยนสิทธิ์
หลังจากที่คุณกำหนดเทมเพลตสิทธิ์ที่กำหนดเองให้กับโครงการเริ่มต้นแล้ว คุณก็สามารถสร้างโครงการที่เหลือได้ สำหรับแต่ละโครงการ คุณสามารถปรับเปลี่ยนสิทธิ์เริ่มต้นได้ตามความเหมาะสม
หากต้องการสร้างโครงการ
- เลือกสำรวจเพื่อดูโครงการระดับสูงบนไซต์
- จากดรอปดาวน์ใหม่ เลือกโครงการ
- ตั้งชื่อโครงการ และหากต้องการ คุณสามารถใส่คำอธิบายได้
การกำหนดแบบแผนการตั้งชื่ออาจมีประโยชน์ ตัวอย่างเช่น โครงสร้างพื้นฐานอาจเป็น <คำนำหน้าของรหัสแผนก><ทีม> - <การใช้เนื้อหา> เช่น DevOps - การตรวจสอบ
คำอธิบายจะปรากฏขึ้นเมื่อคุณวางเมาส์เหนือภาพขนาดย่อของโครงการ และบนหน้ารายละเอียดโครงการ คำอธิบายที่ดีสามารถช่วยให้ผู้ใช้ทราบได้ว่าตนเข้ามาถูกที่แล้ว
- ปรับเปลี่ยนสิทธิ์ตามความจำเป็น
- เปิดโครงการใหม่
- จากเมนูการดำเนินการ (...) เลือก “สิทธิ์”
- แก้ไขกฎของสิทธิ์ตามที่ต้องการ อย่าลืมตรวจสอบแท็บเนื้อหาทั้งหมด
ล็อกสิทธิ์ของเนื้อหา
นอกจากกฎของสิทธิ์แล้ว โครงการยังมีการตั้งค่าสิทธิ์ของเนื้อหาด้วย การตั้งค่านี้สามารถกำหนดค่าได้สองแบบ ได้แก่ ล็อก (แนะนำ) หรือสามารถปรับแต่งได้
การล็อกโครงการเป็นวิธีหนึ่งในการรักษาความสอดคล้อง และรับรองว่าเนื้อหาทั้งหมดในโครงการจะมีสิทธิ์เหมือนกัน (ต่อประเภทเนื้อหา) โครงการที่สามารถปรับแต่งได้อนุญาตให้ผู้ใช้ที่ได้รับอนุญาตกำหนดกฎของสิทธิ์สำหรับเนื้อหาได้ หากต้องการข้อมูลเพิ่มเติม โปรดดูล็อกสิทธิ์ของเนื้อหา
ไม่ว่าการตั้งค่าสิทธิ์ของเนื้อหาจะเป็นอย่างไร สิทธิ์จะได้รับการบังคับใช้กับเนื้อหาเสมอ
โครงสร้างของโครงการที่เป็นไปได้
บางองค์กรรู้สึกว่าการมีโครงการสำหรับวัตถุประสงค์บางอย่างโดยเฉพาะมีประโยชน์ นี่คือโครงการตัวอย่างบางส่วนและการใช้งานตามวัตถุประสงค์ของโครงการ โปรดทราบว่านี่คือเทมเพลตตัวอย่าง และคุณควรทดสอบการกำหนดค่าในสภาพแวดล้อมของคุณเสมอ
หากต้องการข้อมูลเพิ่มเติมเกี่ยวกับความสามารถที่รวมอยู่ในเทมเพลตกฎของสิทธิ์ของเนื้อหาแต่ละประเภท โปรดดู ความสามารถของสิทธิ์
เวิร์กบุ๊กที่แชร์สำหรับการร่วมงานแบบเปิดบนเซิร์ฟเวอร์
ทุกคนในแผนกสามารถเผยแพร่ไปยังโครงการสำหรับการร่วมงานแบบเปิดได้ขณะที่เนื้อหาของตนยังอยู่ระหว่างการพัฒนา เพื่อนร่วมงานสามารถเข้ามามีส่วนร่วมโดยใช้การแก้ไขเว็บบนเซิร์ฟเวอร์ได้ บางคนเรียกวิธีนี้ว่าแซนด์บ็อกซ์ บางคนเรียกว่าสภาพแวดล้อมก่อนใช้งานจริง (staging) ฯลฯ ในโครงการนี้ คุณสามารถอนุญาตการแก้ไขเว็บ การบันทึกเว็บ การดาวน์โหลดเว็บ และอื่นๆ ได้
ที่นี่ คุณไม่เพียงต้องการให้เกิดการร่วมงานเท่านั้น แต่ยังทำให้คนที่ไม่มี Tableau Desktop สามารถร่วมงานและให้คำติชมได้
| กลุ่ม | โครงการ | เวิร์กบุ๊ก | แหล่งข้อมูล | (เนื้อหาอื่นๆ) |
| ผู้ดูแลข้อมูล | เผยแพร่ | เผยแพร่ | เผยแพร่ | กำหนดภายหลัง |
| นักวิเคราะห์ | เผยแพร่ | เผยแพร่ | สำรวจ | กำหนดภายหลัง |
| ผู้ใช้ทางธุรกิจ | เผยแพร่ | เผยแพร่ | สำรวจ | กำหนดภายหลัง |
พึงทราบว่าความสามารถบางอย่างในเทมเพลตเผยแพร่ (เช่น การเขียนทับ) อาจถูกปิดกั้นไว้โดยบทบาทในไซต์ของผู้ใช้ ถึงแม้ผู้ใช้จะได้รับอนุญาตให้ใช้ความสามารถนั้นก็ตาม
หมายเหตุ: "กำหนดภายหลัง" บ่งชี้ว่ากฎของสิทธิ์เหล่านี้ไม่สามารถกำหนดได้ง่ายๆ ตามสถานการณ์ และสามารถกำหนดอย่างไรก็ได้ตามความเหมาะสมสำหรับสภาพแวดล้อมหนึ่งๆ
รายงานร่วมที่ไม่สามารถแก้ไขได้
นี่อาจเป็นโครงการที่คนที่สร้างเวิร์กบุ๊กและแหล่งข้อมูล (นักวิเคราะห์และผู้ดูแลข้อมูล) สามารถเผยแพร่ได้เมื่อต้องการเผยแพร่เนื้อหาให้ผู้ใช้ทางธุรกิจสามารถดูได้ โดยที่มั่นใจได้ว่าจะไม่มีใครสามารถ “ยืม” หรือแก้ไขผลงานของตนได้
สำหรับโครงการประเภทนี้ คุณจะต้องปฏิเสธความสามารถทั้งหมดที่อนุญาตให้แก้ไขหรือนำข้อมูลออกจากเซิร์ฟเวอร์เพื่อนำไปใช้ใหม่ได้ ความสามารถที่คุณจะอนุญาตคือการดู
| กลุ่ม | โครงการ | เวิร์กบุ๊ก | แหล่งข้อมูล | (เนื้อหาอื่นๆ) |
| ผู้ดูแลข้อมูล | เผยแพร่ | กำหนดภายหลัง | เผยแพร่ | กำหนดภายหลัง |
| นักวิเคราะห์ | เผยแพร่ | เผยแพร่ | มุมมอง | กำหนดภายหลัง |
| ผู้ใช้ทางธุรกิจ | มุมมอง | มุมมอง | ไม่มี | ไม่มี |
แหล่งข้อมูลที่คัดกรองแล้วที่นักวิเคราะห์สามารถเชื่อมต่อได้
นี่จะเป็นที่ที่ผู้ดูแลข้อมูลเผยแพร่แหล่งข้อมูลที่ตรงตามข้อกำหนดด้านข้อมูลของคุณทั้งหมด และกลายเป็น “แหล่งข้อมูลจริง” สำหรับองค์กรของคุณ หัวหน้าโครงการในโครงการนี้สามารถรับรองแหล่งข้อมูลเหล่านี้ได้ เพื่อให้แหล่งข้อมูลเหล่านี้มีอันดับสูงกว่าในผลการค้นหา และรวมอยู่ในแหล่งข้อมูลที่แนะนำ
คุณจะอนุญาตให้นักวิเคราะห์ที่ได้รับอนุญาตเชื่อมต่อเวิร์กบุ๊กของตนกับแหล่งข้อมูลในโครงการนี้ได้ แต่ไม่สามารถดาวน์โหลดหรือแก้ไขได้ คุณจะปฏิเสธความสามารถในการดูของกลุ่มผู้ใช้ทางธุรกิจสำหรับโครงการนี้ เพื่อที่ผู้ใช้เหล่านั้นจะไม่แม้แต่จะเห็นโครงการนี้
| กลุ่ม | โครงการ | เวิร์กบุ๊ก | แหล่งข้อมูล | (เนื้อหาอื่นๆ) |
| ผู้ดูแลข้อมูล | เผยแพร่ | กำหนดภายหลัง | เผยแพร่ | กำหนดภายหลัง |
| นักวิเคราะห์ | มุมมอง | ไม่มี | มุมมอง | ไม่มี |
| ผู้ใช้ทางธุรกิจ | ไม่มี | ไม่มี | ไม่มี | ไม่มี |
เนื้อหาที่ไม่ได้ใช้งาน
อีกความเป็นไปได้ก็คือการแยกเวิร์กบุ๊กและแหล่งข้อมูลที่แสดงในมุมมองสำหรับการดูแลระบบของไซต์แต่ไม่ได้ใช้มาเป็นเวลาหนึ่งออก คุณสามารถให้เวลาแบบจำกัดแก่เจ้าของเนื้อหาก่อนที่เนื้อหาจะถูกลบออกจากเซิร์ฟเวอร์ได้
คุณจะใช้วิธีนี้หรือลบเนื้อหาออกจากโครงการที่กำลังทำงานโดยตรงก็ได้ โดยขึ้นอยู่กับองค์กรของคุณ ในสภาพแวดล้อมที่ใช้งานอยู่ อย่ากลัวที่จะตั้งใจลบเนื้อหาที่ไม่ได้ใช้งานออก
| กลุ่ม | โครงการ | เวิร์กบุ๊ก | แหล่งข้อมูล | (เนื้อหาอื่นๆ) |
| ผู้ดูแลข้อมูล | ไม่มี | ไม่มี | ไม่มี | ไม่มี |
| นักวิเคราะห์ | มุมมอง | มุมมอง | กำหนดภายหลัง | กำหนดภายหลัง |
| ผู้ใช้ทางธุรกิจ | ไม่มี | ไม่มี | ไม่มี | ไม่มี |
แหล่งข้อมูลสำหรับเทมเพลตเวิร์กบุ๊ก
นี่คือโครงการที่ผู้คนสามารถดาวน์โหลดได้ แต่ไม่สามารถเผยแพร่หรือบันทึกได้ ซึ่งเป็นที่ที่ผู้เผยแพร่ที่ได้รับอนุญาตหรือหัวหน้าโครงการเผยแพร่เวิร์กบุ๊กเทมเพลต เทมเพลตที่มีแบบอักษร สี รูปภาพ และแม้กระทั่งการเชื่อมต่อข้อมูลที่ได้รับการอนุมัติจากองค์กรของคุณสามารถช่วยให้ผู้เขียนประหยัดเวลาได้มาก และทำให้รายงานของคุณดูสอดคล้องกัน
| กลุ่ม | โครงการ | เวิร์กบุ๊ก | แหล่งข้อมูล | (เนื้อหาอื่นๆ) |
| ผู้เขียนที่ได้รับอนุญาต | เผยแพร่ | เผยแพร่ | เผยแพร่ | กำหนดภายหลัง |
| ผู้ดูแลข้อมูล | ไม่มี | ไม่มี | ไม่มี | ไม่มี |
| นักวิเคราะห์ | มุมมอง | เทมเพลต: สำรวจ + ความสามารถ: ดาวน์โหลดเวิร์กบุ๊ก/บันทึกสำเนา | มุมมอง | ไม่มี |
| ผู้ใช้ทางธุรกิจ | ไม่มี | ไม่มี | ไม่มี | ไม่มี |
ขั้นตอนถัดไป
นอกจากโครงการ กลุ่ม และสิทธิ์แล้ว ธีมการกำกับดูแลข้อมูลอื่นๆ ประกอบไปด้วย
การศึกษาของผู้ใช้
ช่วยให้ผู้ใช้ Tableau ทุกคนของคุณกลายเป็นผู้ดูแลข้อมูลที่ดีได้ องค์กร Tableau ที่ประสบความสำเร็จที่สุดสร้างกลุ่มผู้ใช้ Tableau, มีเซสชันการฝึกอบรมเป็นประจำ ฯลฯ
หากต้องการดูวิธีการทั่วไปในการแนะนำผู้ใช้ให้รู้จักกับไซต์ โปรดดู พอร์ทัลที่กำหนดเองตามแดชบอร์ด
หากต้องการเคล็ดลับเกี่ยวกับการเผยแพร่และรับรองข้อมูล โปรดดูหัวข้อดังต่อไปนี้
เตรียมตัวเผยแพร่เวิร์กบุ๊ก(ลิงก์จะเปิดในหน้าต่างใหม่) (ลิงก์เชื่อมไปยังส่วนช่วยเหลือของ Tableau)
แนวทางปฏิบัติที่ดีที่สุดสำหรับแหล่งข้อมูลที่เผยแพร่(ลิงก์จะเปิดในหน้าต่างใหม่) (ลิงก์เชื่อมไปยังส่วนช่วยเหลือของ Tableau)
ปรับการรีเฟรชการแยกข้อมูลและกิจกรรมการสมัครใช้งานให้มีประสิทธิภาพที่สุด
หากคุณใช้ Tableau Server ให้สร้างนโยบายสำหรับกำหนดการของการรีเฟรชการแยกข้อมูลและการสมัครใช้งาน เพื่อไม่ให้ใช้ทรัพยากรของไซต์มากเกินไป การนำเสนอ TC Customer โดย Wells Fargo และ Sprint พูดถึงประเด็นนี้อย่างละเอียด นอกจากนี้ ดูหัวข้อต่างๆ ได้ในการปรับปรุงประสิทธิภาพ
หากคุณใช้ Tableau Cloud ดูหัวข้อดังต่อไปนี้เพื่อทำความคุ้นเคยกับวิธีที่ผู้คนสามารถรีเฟรชการแยกข้อมูลได้
การตรวจ
ใช้มุมมองสำหรับการดูแลระบบเพื่อจับตามองประสิทธิภาพและการใช้เนื้อหาของไซต์