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

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

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

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

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 เป็นความผิดอาญาอัตโนมัติ

ทางไปต่อ: หยุดใช้ ตรวจต้นทาง และตามแก้ให้ถึงจุดใช้

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

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

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

อ้างอิง พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 34–36 และ 39

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

  • พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 6 และ 35 ข้อมูลที่ระบุตัวบุคคลและหน้าที่ความถูกต้อง
  • พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 34 (1) และ 36 คำขอแก้และระงับระหว่างตรวจตามเงื่อนไข
  • พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 39 บันทึกคำขอและเหตุที่ไม่ดำเนินการ

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

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

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

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

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

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

แชร์: Facebook LINE

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

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

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

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

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

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

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

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

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

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

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

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

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

แชทผ่าน LINE