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

สรุปประเด็นสำคัญ
AI สร้างข้อมูลผิดเกี่ยวกับลูกค้าต้องตรวจทั้งข้อความต้นทางและผลที่ถูกนำไปใช้ต่อ บริษัทควรจำกัดการใช้ส่วนที่มีปัญหา ตรวจข้อเท็จจริง และแก้ระบบที่เกี่ยวข้อง พร้อมพิจารณาคำขอใช้สิทธิ การกดสร้างคำตอบใหม่หรือใส่คำเตือนว่า AI อาจผิดไม่ทำให้หน้าที่เรื่องความถูกต้องสิ้นสุดลง
AI สร้างข้อมูลผิดเกี่ยวกับลูกค้าแล้วทีมงานนำไปบันทึกใน CRM อาจทำให้ติดต่อผิดหรือประเมินคนจากเรื่องที่ไม่เคยเกิดขึ้น บริษัทควรมีทางหยุดใช้ ตรวจต้นทาง และตามแก้จุดที่รับข้อความไปแล้ว บทความนี้แยกงานแก้ข้อมูลออกจากการตรวจความรับผิดที่ต้องพิจารณาตามข้อเท็จจริง
AI สร้างข้อมูลผิดเกี่ยวกับลูกค้า บริษัทต้องแก้อย่างไร?
ควรหยุดใช้ข้อความที่สงสัยในส่วนที่กระทบลูกค้า ตรวจเทียบหลักฐานต้นทาง และแก้ข้อมูลในระบบที่นำไปใช้จริง การบอกว่า AI เป็นผู้สร้างไม่ทำให้หน้าที่ขององค์กรหายไป ต้องแยกข้อเท็จจริง ข้อสรุป และความเห็น พร้อมตรวจคำขอใช้สิทธิที่เกี่ยวข้องตามเงื่อนไข
พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 35 กำหนดให้ข้อมูลถูกต้อง เป็นปัจจุบัน สมบูรณ์ และไม่ก่อให้เกิดความเข้าใจผิด มาตรา 36 ว่าด้วยคำขอให้ดำเนินการตามมาตรา 35 หากไม่ดำเนินการต้องบันทึกคำขอพร้อมเหตุผลตามมาตรา 39 ข้อมูลที่ระบบสร้างขึ้นแต่เชื่อมระบุตัวบุคคลได้จึงไม่ควรถูกละเลยเพียงเพราะไม่ใช่ข้อมูลที่ลูกค้ากรอกเอง
มาตรา 34 (1) ยังให้สิทธิขอระงับการใช้ในช่วงที่ตรวจความถูกต้องตามคำขอในมาตรา 36 ตามเงื่อนไข ต้องแยกการเก็บหลักฐานเพื่อสอบข้อเท็จจริงออกจากการใช้ข้อความนั้นตัดสินใจต่อ การติดป้ายว่าอาจผิดแต่ยังส่งให้ทุกทีมใช้เหมือนเดิมอาจไม่แก้ความเสี่ยงที่เกิดจริง
ตัวอย่างสมมติ: AI สรุปบทสนทนาว่าลูกค้าเคยค้างชำระสามครั้ง ทั้งที่ข้อความต้นทางเป็นเรื่องของอีกคน พนักงานนำสรุปไปลดวงเงินบริการ บริษัทควรตรวจการจับคู่บุคคล แก้บันทึกและขั้นตัดสินใจที่ได้รับผล พร้อมติดตามสำเนาที่ส่งต่อ ไม่แก้เพียงข้อความบนหน้าจอ AI แล้วถือว่าจบ
ระบบสร้างคำตอบอาจให้ข้อความดูน่าเชื่อถือแต่ไม่ตรงข้อเท็จจริง ตามข้อจำกัดที่อธิบายใน แนวทาง Generative AI ของ ETDA องค์กรจึงควรวางผู้ตรวจตามผลกระทบ และเชื่อมกับ แนวกำกับดูแล AI และ PDPA ของทั้งองค์กร
ถ้าข้อความเป็นความเห็นหรือยังพิสูจน์ไม่ได้ ต้องลบไหม?
- ถ้าเป็นข้อเท็จจริงผิด ให้ตรวจและแก้แหล่งที่ใช้จริง พร้อมป้องกันนำรุ่นเก่ากลับมา
- ถ้าเป็นความเห็น ต้องแสดงสถานะและบริบทไม่ให้เข้าใจว่าเป็นข้อเท็จจริงยืนยันแล้ว
- ถ้ายังตรวจไม่ได้ ให้จำกัดการใช้ที่เสี่ยงและกำหนดผู้ตรวจ ไม่สร้างข้อสรุปใหม่จากข้อสงสัยเดิม
- ถ้ามีคำขอระงับระหว่างตรวจความถูกต้อง ให้พิจารณามาตรา 34 (1) ตามเงื่อนไข ไม่ใช้แนวทางเดียวกับการลบทุกรายการ
- ถ้าจำเป็นเก็บหลักฐานข้อพิพาท ให้แยกและจำกัดวัตถุประสงค์ ไม่ปล่อยให้ยังใช้เป็นคะแนนหรือข้อกล่าวหาปกติ
การแก้ควรมีเหตุและหลักฐานรองรับ ไม่เปลี่ยนข้อมูลให้เป็นผลดีตามคำร้องทุกกรณีโดยไม่ตรวจ หากมีข้อมูลจริงที่ยังต้องเก็บ บริษัทควรอธิบายส่วนที่แก้ ส่วนที่คง และเหตุที่เกี่ยวข้องให้ชัดตามหน้าที่
เลนส์ทนายยอดทิพย์ธรรม: แก้หน้าจอเดียวอาจยังไม่จบ
คนมักเข้าใจว่า: ใส่ข้อความเตือนว่า AI อาจผิดแล้วพ้นหน้าที่ หรือกดสร้างคำตอบใหม่จนได้ข้อความถูกต้องเท่ากับแก้ฐานลูกค้าทั้งหมดแล้ว
กฎหมายมองว่า: ต้องดูการเก็บ ใช้ และเปิดเผยขององค์กรจริง หน้าที่เรื่องความถูกต้องกับการพิจารณาสิทธิไม่หายไปเพราะมีคำเตือน ระบบปลายทางและผู้ที่นำข้อมูลไปใช้ยังต้องได้รับการจัดการตามข้อเท็จจริงที่เกี่ยวข้อง
จุดเสี่ยงจริง: บันทึกผิดถูกส่งเข้า CRM รายงานประชุม และอีเมลหลายฉบับ แต่ผู้แก้ไม่รู้ว่ามีสำเนาที่ไหน ควรทำแผนตามข้อความและการตัดสินใจที่อาศัยข้อความนั้น โดยไม่เหมาว่ากฎหมายไทยกำหนดขั้นแจ้งผู้รับทุกคนเหมือนกฎหมายต่างประเทศทุกกรณี
มองสองฝั่ง: บริษัทที่ใช้ AI กับลูกค้าที่ข้อมูลผิด
| ประเด็น | บริษัทและผู้ใช้งาน AI | ลูกค้าหรือเจ้าของข้อมูล |
|---|---|---|
| หน้าที่หรือสิทธิ | ตรวจความถูกต้องและพิจารณาคำขอ | ขอแก้หรือใช้สิทธิที่เข้าเงื่อนไข |
| ความเสี่ยง | นำข้อความที่ตรวจไม่ได้ไปตัดสินใจต่อ | เสียโอกาสหรือถูกติดต่อจากเรื่องคลาดเคลื่อน |
| ทำทันที | รักษาหลักฐานและจำกัดการใช้ส่วนที่มีปัญหา | ระบุข้อความผิดกับหลักฐานที่เกี่ยวข้อง |
| ไม่ควรทำ | โยนคำร้องให้ผู้ให้บริการ AI ทั้งหมด | ส่งเอกสารส่วนตัวเกินจำเป็นเพื่อพิสูจน์ทุกเรื่อง |
ช่องทางรับคำร้องควรให้ระบุข้อความหรือรายการที่มีปัญหาได้ง่าย บริษัทควรขอหลักฐานเพิ่มเท่าที่จำเป็นต่อการยืนยันและตรวจประเด็นจริง
ต้องแก้ข้อมูลผิดภายในกี่วัน?
ควรเริ่มตรวจและควบคุมผลกระทบตามความเร่งด่วน แต่ไม่ควรนำกรอบสามสิบวันของสิทธิเข้าถึงมาใช้เป็นกำหนดเดียวกับคำขอแก้ไขทุกชนิด ต้องตรวจสิทธิที่ร้องขอและบทบัญญัติหรือหลักเกณฑ์ที่ใช้กับเรื่องนั้นโดยตรง
ตัวอย่างเป้าหมายภายในคือคัดกรองคำร้องในสองวันทำการและกำหนดผู้ตรวจทันทีเมื่อกระทบการให้บริการ ตัวเลขนี้เป็นเป้าหมายบริหาร ไม่ใช่ระยะที่ PDPA อนุญาตให้ปล่อยข้อมูลผิดไว้ได้สองวันเสมอ กรณีเสี่ยงสูงอาจต้องควบคุมการใช้เร็วกว่านั้น
การเก็บประวัติรุ่นที่ผิดเพื่อพิสูจน์การแก้ควรจำกัดการเข้าถึงและระบุเหตุ ไม่ทำให้ผู้ใช้ทั่วไปค้นเจอรุ่นเก่าแล้วนำไปใช้ซ้ำ หากมีคำขอหลายสิทธิพร้อมกันให้แยกผู้รับผิดชอบและกำหนดเวลาที่ใช้กับแต่ละส่วน
ค่าตามแก้ข้อมูลผิดและการเยียวยาคิดอย่างไร?
ตัวอย่างสมมติ: ตรวจ 12 รายการ รายการละ 15 นาที รวม 3 ชั่วโมง × 1,000 บาท = 3,000 บาท แก้ระบบ 2,000 บาท และติดตามผล 1,000 บาท รวม 6,000 บาท เป็นต้นทุนภายในตัวอย่าง ไม่ใช่อัตราค่าเสียหายหรือค่าธรรมเนียมคำขอใช้สิทธิ
การเยียวยาต้องพิจารณาว่าเกิดผลอย่างไร เช่น ต้องทบทวนการปฏิเสธบริการหรือคืนค่าใช้จ่ายที่เรียกผิด ไม่กำหนดเงินชดเชยอัตโนมัติต่อข้อความโดยไม่มีฐาน ข้อเรียกร้องทางแพ่งต้องตรวจหน้าที่ การกระทำ และความเสียหายประกอบ
บริษัทควรแยกงบแก้เหตุเฉพาะจากงบป้องกันซ้ำ หากแก้เพียงรายที่ร้องเรียนแต่ระบบยังจับคู่คนผิดแบบเดิม ต้นทุนจะเกิดซ้ำกับคนอื่นที่อาจยังไม่ทราบว่ามีข้อมูลผิด
หลักฐานตรวจข้อมูลที่ AI สร้างผิดต้องมีอะไร?
- ข้อความที่มีปัญหา เวลา และบริบทการใช้งาน
- ข้อมูลต้นทางหรือเอกสารที่ระบบอ้าง พร้อมรุ่นที่ใช้
- รายการระบบและผู้รับที่นำผลลัพธ์ไปใช้ต่อ
- คำขอของเจ้าของข้อมูลและหลักฐานยืนยันเท่าที่จำเป็น
- ผลตรวจแต่ละข้อความ พร้อมเหตุของการแก้หรือคงไว้
- ผลทดสอบหลังแก้และการทบทวนการตัดสินใจที่กระทบ
- วิธีป้องกันข้อมูลเก่ากลับจากสำรองหรือการนำเข้าใหม่
ไม่ต้องเก็บคำสั่งหรือบทสนทนาทั้งหมดไว้ตลอดไปหากไม่จำเป็น เลือกหลักฐานพออธิบายเหตุและจำกัดผู้เข้าถึง หากข้อความมาจากการประชุม อ่าน การควบคุม AI ถอดเสียงประชุม เพื่อแก้ตั้งแต่การระบุผู้พูดและการรับรองรายงาน
ข้อมูลผิดเกี่ยวกับคดีแพ่งและชื่อเสียงอย่างไร?
การใช้ข้อความผิดจนทำให้เสียหายอาจมีประเด็นเรียกร้องตามข้อเท็จจริง ควรตรวจ งานคดีแพ่งและการเยียวยา แยกจากการแก้ข้อมูล เพราะแก้แล้วไม่ได้แปลว่าความเสียหายก่อนหน้านั้นยุติทุกกรณี
ข้อความกล่าวหาเรื่องทุจริตหรือประวัติส่วนตัวอาจกระทบชื่อเสียง ต้องตรวจผู้รับ เนื้อหา และองค์ประกอบกฎหมายก่อนสรุปความผิด งาน กฎหมายอาญา เกี่ยวข้องตามกรณี ไม่ถือว่าทุกคำตอบผิดของ AI เป็นความผิดอาญาอัตโนมัติ
ทางไปต่อ: หยุดใช้ ตรวจต้นทาง และตามแก้ให้ถึงจุดใช้
- รับเรื่องและระบุข้อความกับบุคคลที่เกี่ยวข้องให้ตรง
- จำกัดการใช้ส่วนที่มีปัญหาตามผลกระทบ
- ตรวจต้นทางและแยกข้อเท็จจริงออกจากข้อสรุป
- แก้ระบบที่ใช้จริงและติดตามสำเนาที่เกี่ยวข้อง
- ตอบคำร้องพร้อมเหตุและบันทึกการดำเนินการ
- ทดสอบว่าระบบไม่สร้างหรือดึงข้อผิดเดิมกลับมา
| ทางเลือก | เหมาะเมื่อ | ข้อควบคุม |
|---|---|---|
| แก้ข้อมูลยืนยันได้ | มีหลักฐานชัดว่าผิด | ตามแก้จุดใช้และรักษาประวัติเท่าที่จำเป็น |
| ระงับระหว่างตรวจ | มีคำขอที่เข้าเงื่อนไขหรือผลเสี่ยง | กำหนดผู้ตรวจและป้องกันใช้ต่อ |
| คงข้อมูลพร้อมเหตุ | ตรวจแล้วมีเหตุชอบที่ไม่แก้ตามขอ | บันทึกเหตุและพิจารณาสิทธิให้ครบ |
ควรให้ทนายตรวจเมื่อข้อมูลผิดกระทบการให้บริการ ถูกส่งต่อภายนอก หรือมีข้อกล่าวหาร้ายแรง หากบริษัทไม่ดำเนินการตามคำขอ ต้องตรวจเหตุและหลักฐานก่อนตอบปฏิเสธ
หากต้องวางขั้นแก้ข้อมูลจาก AI และรับคำขอลูกค้า ดู บริการกฎหมาย PDPA และ ติดต่อพร้อมตัวอย่างข้อความที่ปิดข้อมูลไม่จำเป็น กับแผนระบบที่นำผลลัพธ์ไปใช้
อ้างอิง พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 34–36 และ 39
ข้อกฎหมายที่เกี่ยวข้อง
- พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 6 และ 35 ข้อมูลที่ระบุตัวบุคคลและหน้าที่ความถูกต้อง
- พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 34 (1) และ 36 คำขอแก้และระงับระหว่างตรวจตามเงื่อนไข
- พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 39 บันทึกคำขอและเหตุที่ไม่ดำเนินการ
ตรวจข้อกฎหมาย: ตุลาคม 2569
คำถามที่พบบ่อย
ข้อมูลแต่งขึ้นแต่ใช้ชื่อลูกค้าจริงยังต้องตรวจไหม?
กดให้ AI ตอบใหม่ถือว่าแก้เสร็จแล้วไหม?
ลูกค้าขอแก้ทุกอย่างตามที่บอกต้องยอมทันทีไหม?
เก็บข้อความผิดไว้เป็นหลักฐานได้หรือไม่?
สาขาที่เชี่ยวชาญ: ครอบครัว · มรดกและพินัยกรรม · หนี้สินและบังคับคดี
ดูประวัติทีมทนายความ →บทความนี้เป็นความรู้กฎหมายทั่วไปเพื่อความเข้าใจเบื้องต้น ไม่ใช่คำปรึกษาทางกฎหมายเฉพาะคดี ผลทางกฎหมายขึ้นอยู่กับข้อเท็จจริง เอกสาร และพยานหลักฐานของแต่ละกรณี ควรปรึกษาทนายความเพื่อประเมินเรื่องของท่านโดยเฉพาะ
บทความที่เกี่ยวข้อง
PDPA คุ้มครองข้อมูล
AI Agent เข้าถึงอีเมลและ CRM ต้องจำกัดอำนาจอย่างไร
AI Agent เข้าถึงอีเมลและ CRM ควรแยกสิทธิอ่าน ส่ง แก้ และลบ ตรวจจุดอนุมัติ อายุสิทธิ และหลักฐานผลจริง ก่อนให้ระบบทำงานแทนพนักงาน
นายเอกราช ทิพย์แมม
·อ่าน 7 นาที
PDPA คุ้มครองข้อมูล
AI ค้นเอกสารภายใน ต้องป้องกันข้อมูลข้ามสิทธิอย่างไร
AI ค้นเอกสารภายในอาจตอบข้อมูลที่ผู้ถามไม่มีสิทธิ ดูวิธีตรวจแหล่งข้อมูล ดัชนี ประวัติ และผลทดสอบก่อนเปิดให้พนักงานค้นด้วยบัญชีจริง
นายเอกราช ทิพย์แมม
·อ่าน 7 นาที
PDPA คุ้มครองข้อมูล
AI ถอดเสียงประชุม ต้องแจ้งผู้เข้าร่วมและตั้งค่าอะไร
AI ถอดเสียงประชุมต้องตรวจฐาน คำแจ้ง และผู้รับรายงาน แยกเสียงทั่วไปจากข้อมูลอ่อนไหว พร้อมวิธีตรวจข้อความและกำหนดระยะเก็บก่อนเปิดบอต
นายเอกราช ทิพย์แมม
·อ่าน 7 นาที
ปรึกษาทีมทนาย PDPAของเรา
เราพร้อมรับฟังและประเมินแนวทางที่เหมาะกับกรณีของท่าน ทุกเรื่องเป็นความลับ