ถ้าร้านคุณให้ลูกค้าจองคิวผ่าน LINE ร้านคุณกำลังเก็บข้อมูลส่วนบุคคลอยู่ และตามกฎหมาย PDPA ร้านคือคนที่ต้องรับผิดชอบ ไม่ใช่คนขายระบบ ข่าวดีคือสิ่งที่ต้องทำจริง ๆ มีไม่กี่ข้อ และส่วนใหญ่ทำครั้งเดียวจบ
อ่าน 10 วินาที
- ร้าน = ผู้ควบคุมข้อมูล · ระบบจองคิว = ผู้ประมวลผล ความรับผิดหลักอยู่ที่ร้าน
- โทษปรับไม่ใช่ 5 ล้านทุกกรณี — แบ่งเป็น 3 ชั้นตามความผิด
- ชั้น 5 ล้านมีไว้สำหรับ ข้อมูลอ่อนไหว เช่นข้อมูลสุขภาพ
- อย่าให้ลูกค้าพิมพ์อาการป่วยลงแชทจองคิว — นี่คือความผิดชั้นสูงสุด
- สิ่งที่ต้องมีจริง ๆ มี 6 อย่าง และทำครั้งเดียวเกือบทั้งหมด
1. ร้านคุณคือ “ผู้ควบคุมข้อมูล” ไม่ใช่คนขายระบบ
PDPA แบ่งบทบาทเป็นสองอย่าง และเส้นแบ่งสำคัญมากเพราะมันชี้ว่าใครโดนปรับ
- ผู้ควบคุมข้อมูล (Data Controller) — คนที่ตัดสินใจว่าจะเก็บข้อมูลอะไร เอาไปทำอะไร เก็บนานแค่ไหน นี่คือร้านคุณ
- ผู้ประมวลผลข้อมูล (Data Processor) — คนที่ทำตามคำสั่งของผู้ควบคุม นี่คือผู้ให้บริการระบบจองคิว
แปลว่าถ้าลูกค้าร้องเรียน หรือ สคส. เข้ามาตรวจ คนที่ต้องตอบคือร้าน ผู้ให้บริการมีหน้าที่ของตัวเองด้วย แต่ไม่ได้รับผิดแทนร้าน
อย่าเพิ่งตกใจ — มันไม่ได้แปลว่าร้านต้องกลายเป็นผู้เชี่ยวชาญกฎหมาย แต่แปลว่าคำถามว่า “ระบบที่ใช้อยู่เก็บอะไรไว้บ้าง และเก็บที่ไหน” เป็นคำถามที่ร้านต้องรู้คำตอบ
2. ระบบจองคิวเก็บข้อมูลอะไรของลูกค้าบ้าง
ระบบจองคิวผ่าน LINE ทั่วไปจะมีข้อมูลชุดนี้:
- ชื่อที่ลูกค้าให้ไว้ และ LINE display name
- เบอร์โทรศัพท์
- LINE User ID (รหัสประจำตัวที่ LINE ออกให้ ใช้ระบุตัวคนได้)
- ประวัติการจอง — มาเมื่อไหร่ ใช้บริการอะไร ไม่มาตามนัดกี่ครั้ง
- บันทึกที่ร้านพิมพ์เพิ่มเอง
ทั้งหมดนี้เป็น “ข้อมูลส่วนบุคคล” ธรรมดา อยู่ในชั้นที่จัดการได้ไม่ยาก ขอแค่บอกลูกค้าให้ชัดว่าเก็บไปทำอะไร และมีฐานทางกฎหมายรองรับ ซึ่งการจองคิวเข้าข่าย “จำเป็นเพื่อปฏิบัติตามสัญญา” อยู่แล้ว — ลูกค้าขอจองคิว ร้านต้องมีชื่อกับเบอร์ถึงจะจองให้ได้
3. กับดักที่แพงที่สุด: อย่าให้ลูกค้าพิมพ์อาการลงแชท
อันนี้คือส่วนที่เราเจอกับตัวเอง และเป็นเหตุผลที่เขียนบทความนี้
ตอนเราทำชุดตั้งค่าสำเร็จรูปสำหรับคลินิก เราใส่ช่องให้ลูกค้า “พิมพ์อาการเบื้องต้น” ก่อนยืนยันการจอง ฟังดูมีประโยชน์มาก — หมอจะได้เตรียมตัวถูก
มันคือความผิดชั้น 5 ล้านบาท
ข้อมูลสุขภาพเป็น “ข้อมูลอ่อนไหว” ตามมาตรา 26 ซึ่งต้องได้ ความยินยอมโดยชัดแจ้งก่อนเก็บ แชทบอทที่ถามลอย ๆ ว่า “มีอาการอะไรคะ” ไม่ได้ขอความยินยอมอะไรเลย แล้วข้อความนั้นก็ถูกเก็บลงฐานข้อมูล แสดงในหน้าจัดการร้าน และเด้งเข้า LINE ของเจ้าของร้านอีกต่อหนึ่ง
และคนที่รับผิดคือ ร้าน ในฐานะผู้ควบคุมข้อมูล ไม่ใช่คนทำระบบ
เราเอาออกในวันเดียวกัน ตอนนี้ชุดตั้งค่าคลินิกไม่ชวนให้พิมพ์อาการอีกแล้ว หน้าตั้งค่ามีคำเตือนอยู่ข้าง ๆ ช่องนั้น และมีชุดทดสอบอัตโนมัติที่จะไม่ยอมให้ข้อความชวนพิมพ์ใด ๆ มีคำว่า อาการ / โรคประจำตัว / ยาที่ใช้ / แพ้ยา หลุดออกไปได้อีก
เรื่องนี้ไม่ได้จำกัดแค่คลินิก ร้านสักที่ถามประวัติแพ้หมึก ร้านนวดที่ถามโรคประจำตัว สปาที่ถามว่าตั้งครรภ์ไหม — ทั้งหมดนี้คือข้อมูลอ่อนไหวเหมือนกัน
4. โทษจริงเท่าไหร่
ตัวเลข “ปรับ 5 ล้าน” ที่เห็นตามโฆษณาไม่ผิด แต่เป็นเพดานของชั้นบนสุด ไม่ใช่โทษของทุกความผิด ของจริงแบ่งเป็นสามชั้น
ไม่เกิน ฿1 ล้าน
ไม่แจ้งลูกค้าว่าเก็บอะไรไปทำอะไร (ม.23) · ลูกค้าขอดูข้อมูลตัวเองแล้วไม่ให้ (ม.30) · ไม่ตั้ง DPO ทั้งที่เข้าเกณฑ์ (ม.41)
ไม่เกิน ฿3 ล้าน
เก็บข้อมูลโดยไม่มีฐานที่ชอบด้วยกฎหมาย (ม.24) · เอาไปใช้หรือเปิดเผยเกินที่แจ้งไว้ (ม.27) · ส่งข้อมูลออกนอกประเทศโดยไม่มีมาตรการรองรับ (ม.28-29) · ข้อมูลรั่วแล้วไม่แจ้งภายใน 72 ชั่วโมง
ไม่เกิน ฿5 ล้าน
เก็บ ใช้ หรือเปิดเผย "ข้อมูลอ่อนไหว" โดยไม่ได้รับความยินยอมโดยชัดแจ้ง (ม.26) — สุขภาพ อาการป่วย ประวัติแพ้ยา ศาสนา เชื้อชาติ ชีวมิติ
นอกจากโทษปรับทางปกครองแล้ว ยังมีโทษอาญา(จำคุกไม่เกิน 6 เดือน หรือปรับไม่เกิน ฿500,000 หรือทั้งจำทั้งปรับ และถ้าทำเพื่อแสวงหาประโยชน์ เพิ่มเป็นจำคุกไม่เกิน 1 ปี หรือปรับไม่เกิน ฿1 ล้าน) กับค่าเสียหายทางแพ่ง ที่คณะกรรมการสั่งเพิ่มได้ถึง 2 เท่าของความเสียหายจริง
5. หกอย่างที่ร้านต้องมี
- ประกาศความเป็นส่วนตัว (Privacy Notice) — บอกว่าเก็บอะไร เอาไปทำอะไร เก็บนานแค่ไหน ใครเห็นบ้าง ติดต่อใครได้ วางลิงก์ไว้ในเมนู LINE หรือหน้าเพจร้านก็พอ
- รู้ว่าข้อมูลอยู่ที่ไหน — โดยเฉพาะถ้าเซิร์ฟเวอร์อยู่ต่างประเทศ การส่งข้อมูลออกนอกไทยต้องมีมาตรการรองรับ (ม.28-29) ถามผู้ให้บริการตรง ๆ ว่าเก็บที่ประเทศไหน
- ลูกค้าขอดูข้อมูลตัวเองได้ — และร้านต้องให้ได้จริงในเวลาที่สมเหตุสมผล ถ้าระบบมีปุ่มส่งออกข้อมูลของลูกค้ารายคน ข้อนี้จบทันที
- ลูกค้าขอลบข้อมูลได้ — ลบแล้วต้องลบจริง รวมถึงรายการที่ค้างอยู่ในคิวรอและประวัติเก่า
- อย่าเก็บเกินที่จำเป็น — ข้อนี้ประหยัดที่สุด ไม่เก็บ = ไม่ต้องปกป้อง = ไม่รั่ว โดยเฉพาะข้อมูลอ่อนไหว
- ถ้าข้อมูลรั่ว ต้องแจ้ง สคส. โดยไม่ชักช้าและเท่าที่ทำได้ ภายใน 72 ชั่วโมง นับแต่ทราบเหตุ ส่วนการแจ้งเจ้าของข้อมูลทำเมื่อความเสี่ยงสูง
6. คำถามที่ควรถามคนขายระบบก่อนเซ็น
คำถามพวกนี้ตอบง่ายมากถ้าผู้ให้บริการทำการบ้านมา และตอบไม่ได้เลยถ้าไม่ได้ทำ
- เซิร์ฟเวอร์อยู่ประเทศอะไร ถ้าอยู่ต่างประเทศ ใช้มาตรการอะไรรองรับการโอนข้อมูล
- มีสัญญาประมวลผลข้อมูล (DPA) ให้เซ็นไหม
- ลูกค้าขอ “ส่งออกข้อมูลของฉัน” ระบบทำให้ได้ไหม กดตรงไหน
- ลูกค้าขอลบ ระบบลบให้จริงไหม แล้วประวัติการจองเก่าเป็นยังไง
- ข้อมูลสำรอง (backup) เก็บนานแค่ไหน — ลบวันนี้ ยังอยู่ในไฟล์สำรองอีกกี่วัน
- พนักงานของผู้ให้บริการเข้าถึงข้อมูลลูกค้าร้านเราได้ไหม ในกรณีไหนบ้าง
7. ตรงไหนที่ต้องใช้ทนายจริง ๆ
เราเขียนได้ถึงแค่นี้อย่างซื่อสัตย์ ที่เหลือต้องใช้คนที่มีใบอนุญาต:
- ถ้อยคำของสัญญาประมวลผลข้อมูล และข้อสัญญามาตรฐานสำหรับการโอนข้อมูลออกนอกประเทศ
- ร้านต้องตั้งเจ้าหน้าที่คุ้มครองข้อมูล (DPO) หรือไม่ (ม.41) — เข้าเกณฑ์เมื่อกิจกรรมหลักเกี่ยวข้องกับข้อมูลอ่อนไหว หรือข้อมูลปริมาณมาก คลินิกที่ขยายตัวคือกรณีที่ต้องกลับมาตรวจ
- ระยะเวลาเก็บข้อมูลที่เหมาะสมกับประเภทธุรกิจของคุณ
สรุป
PDPA สำหรับร้านที่ใช้ระบบจองคิวไม่ได้ยากอย่างที่โฆษณาทำให้กลัว ร้านทั่วไปที่เก็บแค่ชื่อ เบอร์ และประวัติการจอง มีงานต้องทำไม่กี่ชั่วโมงและจบ
สิ่งเดียวที่ต้องระวังจริง ๆ คืออย่าเผลอเก็บข้อมูลอ่อนไหวโดยเฉพาะข้อมูลสุขภาพผ่านช่องพิมพ์ข้อความอิสระในแชท — เพราะนั่นคือช่องเดียวที่พาไปถึงเพดานโทษสูงสุด และเป็นช่องที่ระบบจองคิว ไม่มีความจำเป็นต้องมีตั้งแต่แรก
ระบบจองคิวที่คิดเรื่องนี้มาให้แล้ว
JongQ มีปุ่มส่งออกและลบข้อมูลลูกค้ารายคน บอกตรง ๆ ว่าเซิร์ฟเวอร์อยู่ที่ไหน และตั้งค่าเริ่มต้นไว้ไม่ให้ถามอาการของลูกค้าในแชท
อ่านนโยบายความเป็นส่วนตัวของเรา