081-327-8551 จ.–ศ. 09:00–18:00 น. info@yodthiptham.com
โลโก้ยอดทิพย์ธรรม ยอดทิพย์ธรรม Yod Thip Tham Law

AI ค้นเอกสารภายใน ต้องป้องกันข้อมูลข้ามสิทธิอย่างไร

ผู้ดูแลตรวจสิทธิการค้นเอกสารภายในด้วย AI พร้อม Hook ภาษาไทย

สรุปประเด็นสำคัญ

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

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

AI ค้นเอกสารภายใน ต้องป้องกันข้อมูลข้ามสิทธิอย่างไร?

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

ระบบที่เรียก RAG มักค้นข้อความที่เกี่ยวข้องจากแหล่งข้อมูลแล้วนำไปช่วยสร้างคำตอบ การใช้งานลักษณะนี้ไม่ได้ทำให้ข้อมูลส่วนบุคคลพ้นการคุ้มครอง พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 22 และ 27 ยังต้องตรวจความจำเป็นกับฐานการใช้หรือเปิดเผย ส่วนมาตรา 37 กำหนดหน้าที่มาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสม

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

ตัวอย่างสมมติ: ฝ่ายขายถาม AI ว่าลูกค้ารายหนึ่งมีเรื่องร้องเรียนอะไร ระบบดึงเอกสารสอบสวนภายในที่มีข้อมูลสุขภาพพนักงานมารวมในคำตอบ แม้ฝ่ายขายเปิดลิงก์เอกสารไม่ได้ ข้อมูลก็อาจถูกเปิดเผยผ่านคำตอบแล้ว การรับงานควรตรวจข้อความที่แสดงด้วย ไม่ทดสอบเฉพาะว่าลิงก์ถูกปฏิเสธหรือไม่

แนวคิดการคุมสิทธิระดับเอกสารมีตัวอย่างใน เอกสารผู้พัฒนาระบบค้นของ Microsoft แต่ความสามารถและวิธีตั้งขึ้นกับระบบที่เลือก ไม่ใช่ข้อกำหนดให้ทุกองค์กรใช้ผลิตภัณฑ์เดียวกัน ภาพรวมการกำกับดูแลอ่านได้ใน คู่มือ AI กับ PDPA สำหรับองค์กร

ถ้าปิดไฟล์ต้นฉบับแล้ว AI ยังตอบได้ ต้องทำอะไร?

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

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

เลนส์ทนายยอดทิพย์ธรรม: ค้นง่ายขึ้นไม่ได้ขยายสิทธิ

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

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

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

มองสองฝั่ง: เจ้าของเอกสารกับผู้สร้างระบบค้น

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

เกณฑ์รับงานควรมีทั้งคำถามที่ควรตอบและคำถามที่ต้องไม่เปิดข้อมูล พร้อมบันทึกว่าทดสอบด้วยบัญชีสิทธิใด

สิทธิเปลี่ยนแล้วต้องมีผลใน AI เมื่อไร?

องค์กรควรกำหนดเวลาที่การเปลี่ยนสิทธิและการลบต้นทางต้องส่งผลถึงระบบค้นตามความเสี่ยง ไม่มีกำหนดนาทีเดียวใน PDPA สำหรับทุกระบบ หากยังปรับตามไม่ได้ต้องมีมาตรการชั่วคราวที่เหมาะสม

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

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

งบทดสอบสิทธิ AI ควรคิดจากอะไร?

ตัวอย่างสมมติ: ทดสอบ 4 บทบาท บทบาทละ 5 กรณี รวม 20 กรณี ใช้ 10 ชั่วโมง × 1,000 บาท = 10,000 บาท และปรับสิทธิอีก 3,000 บาท รวม 13,000 บาท เป็นตัวอย่างจัดงบ ไม่ใช่จำนวนทดสอบขั้นต่ำตามกฎหมายหรือราคาบริการ

จำนวนกรณีควรสัมพันธ์กับประเภทเอกสาร การเชื่อมข้อมูล และผลกระทบ ไม่ถือว่าทดสอบครบ 20 แล้วปลอดภัยทุกสถานการณ์ ควรมีกรณีปฏิเสธ การเปลี่ยนสิทธิ และการอ้างอิงไปเอกสารที่หมดสิทธิด้วย

การประหยัดเวลาใช้ AI ต้องหักเวลาตรวจคำตอบกับต้นทุนดูแลสิทธิ หากระบบเก็บทุกอย่างไว้ที่เดียวจนจัดการไม่ได้ ต้นทุนแก้เหตุอาจสูงกว่าการเริ่มจากแฟ้มที่มีขอบเขตชัดก่อน

หลักฐานทดสอบไม่ให้ AI ตอบเกินสิทธิมีอะไร?

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

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

ความลับธุรกิจและข้อมูลพนักงานเกี่ยวข้องอย่างไร?

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

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

ทางไปต่อ: รับระบบค้นด้วยผลทดสอบสิทธิจริง

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

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

หากต้องตรวจระบบค้น AI ก่อนเปิดให้พนักงาน ดู บริการกฎหมาย PDPA และ ติดต่อพร้อมแผนแหล่งข้อมูลและตารางสิทธิ โดยไม่แนบเอกสารลับทั้งชุด

หลักกฎหมายอ้างอิง พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562

ข้อกฎหมายที่เกี่ยวข้อง

  • พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 22 และ 27 ความจำเป็นและฐานการใช้หรือเปิดเผย
  • พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 37 มาตรการรักษาความมั่นคงปลอดภัย
  • พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 40 ผู้ให้บริการที่ทำหน้าที่ผู้ประมวลผล

ตรวจข้อกฎหมาย: ตุลาคม 2569

คำถามที่พบบ่อย

ปิดลิงก์ต้นทางแล้วถือว่าปลอดภัยพอไหม?
ยังต้องตรวจข้อความที่ระบบตอบ เพราะอาจแสดงรายละเอียดก่อนผู้ใช้กดลิงก์ต้นทางไม่ได้ ต้องทดสอบการค้นและผลสรุปตามสิทธิของผู้ถามจริง รวมถึงคำถามที่รวมหลายเอกสาร การปิดไฟล์เป็นเพียงจุดหนึ่งของการควบคุม ไม่ยืนยันว่าข้อมูลไม่ออกทางอื่น
บอก AI ว่าห้ามตอบข้อมูลลับเพียงพอไหม?
ไม่ควรใช้เป็นข้อควบคุมเพียงอย่างเดียว ควรจำกัดข้อมูลที่ระบบค้นและส่งเข้ากระบวนการตามสิทธิผู้ถาม พร้อมทดสอบผลที่อนุญาตและต้องปฏิเสธ คำสั่งช่วยกำหนดพฤติกรรมได้ แต่ไม่ควรแทนการออกแบบระบบสิทธิที่ตรวจสอบและบังคับใช้ได้จริง
แปลงข้อความเป็นเวกเตอร์แล้วพ้น PDPA ไหม?
ไม่ควรสรุปจากรูปแบบจัดเก็บเพียงอย่างเดียว ต้องตรวจว่ายังเชื่อมกับบุคคลหรือใช้คืนรายละเอียดที่ระบุตัวได้หรือไม่ รวมถึงข้อมูลประกอบในดัชนี หากยังมีความสามารถระบุบุคคลตามเงื่อนไข ก็ควรจัดฐาน มาตรการ และระยะเก็บที่เหมาะสม ไม่ถือว่าเป็นข้อมูลนิรนามอัตโนมัติ
พนักงานย้ายทีมแล้วประวัติ AI ต้องทำอย่างไร?
ควรตรวจสิทธิประวัติและข้อมูลที่เคยดึงมาแยกจากสิทธิไฟล์ต้นทาง ไม่ถือว่าถอนสิทธิที่ไดรฟ์แล้วครอบคลุมสำเนาทุกจุด ต้องกำหนดผู้เข้าถึงและเหตุเก็บต่อให้ตรงงานใหม่ รวมถึงตรวจแคชหรือรายงานที่แชร์ไว้ตามขอบเขตของระบบจริง
นายเอกราช ทิพย์แมม
ผู้เขียน นายเอกราช ทิพย์แมม คดีครอบครัว มรดก และหนี้สิน

สาขาที่เชี่ยวชาญ: ครอบครัว · มรดกและพินัยกรรม · หนี้สินและบังคับคดี

ดูประวัติทีมทนายความ →

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

แชร์: Facebook LINE

บทความที่เกี่ยวข้อง

ผู้บริหารกับทีมไอทีตรวจอำนาจ AI Agent พร้อม Hook ภาษาไทย PDPA คุ้มครองข้อมูล

AI Agent เข้าถึงอีเมลและ CRM ต้องจำกัดอำนาจอย่างไร

AI Agent เข้าถึงอีเมลและ CRM ควรแยกสิทธิอ่าน ส่ง แก้ และลบ ตรวจจุดอนุมัติ อายุสิทธิ และหลักฐานผลจริง ก่อนให้ระบบทำงานแทนพนักงาน

นายเอกราช ทิพย์แมม ·อ่าน 7 นาที
เจ้าหน้าที่ตรวจข้อความลูกค้าที่ AI สรุปผิด พร้อม Hook ภาษาไทย PDPA คุ้มครองข้อมูล

AI สร้างข้อมูลผิดเกี่ยวกับลูกค้า บริษัทต้องตามแก้อย่างไร

AI สร้างข้อมูลผิดแล้วถูกส่งเข้า CRM ต้องตรวจต้นทางและตามแก้จุดใช้จริง ดูสิทธิแก้ไข การระงับระหว่างตรวจ และหลักฐานตอบคำร้องของลูกค้า

นายเอกราช ทิพย์แมม ·อ่าน 7 นาที
ผู้จัดประชุมแจ้งการใช้ AI ถอดเสียง พร้อม Hook ภาษาไทย PDPA คุ้มครองข้อมูล

AI ถอดเสียงประชุม ต้องแจ้งผู้เข้าร่วมและตั้งค่าอะไร

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

นายเอกราช ทิพย์แมม ·อ่าน 7 นาที

ปรึกษาทีมทนาย PDPAของเรา

เราพร้อมรับฟังและประเมินแนวทางที่เหมาะกับกรณีของท่าน ทุกเรื่องเป็นความลับ

แชทผ่าน LINE