ร้านอาหารควรเก็บข้อมูลลูกค้าอะไรบ้าง + ปฏิบัติตาม PDPA

ร้านอาหารส่วนใหญ่เก็บข้อมูลลูกค้าอยู่แล้ว — เบอร์โทรในกระดาษจดออเดอร์ delivery, รายชื่อ member ในสมุด, ข้อมูล LINE friend ใน OA — แต่หลายร้านไม่รู้ว่าทั้งหมดนี้ เข้าข่าย PDPA และต้องมี consent ที่ขอแบบถูกต้อง บทความนี้แยกข้อมูลเป็น 3 กลุ่ม: เก็บได้เลย / เก็บได้เมื่อมี consent / ไม่ควรเก็บ พร้อมตัวอย่าง wording ที่ใช้ในร้านอาหารจริง และ checklist 12 ข้อสำหรับ SME

ข้อมูลลูกค้าที่ร้านอาหารควรเก็บ

ข้อมูลที่ "ไม่ควรเก็บ" หรือเก็บแล้วเสี่ยง

• เลขบัตรประชาชน — ไม่จำเป็นสำหรับ member ร้านอาหาร ห้ามเก็บถ้าไม่มีเหตุผลทางกฎหมาย
• ข้อมูลทางการเงิน — เลขบัตรเครดิตเต็ม, รหัสบัญชี — ใช้ payment gateway แทน อย่าเก็บเอง
• เลขบัญชีลูกค้า — สำหรับ refund เก็บได้ชั่วคราว เสร็จแล้วลบ
• ข้อมูลศาสนา/สุขภาพ — ข้อมูล sensitive ตาม PDPA ต้องมี consent พิเศษ
• รูปภาพหน้าลูกค้า — กล้องวงจรปิดได้ แต่ห้ามเอามาเก็บใน member profile โดยไม่ขอ

PDPA คืออะไร และร้านอาหารเกี่ยวอย่างไร

PDPA (Personal Data Protection Act) หรือ พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 บังคับใช้เต็มรูปแบบเมื่อ 1 มิถุนายน 2565 ครอบคลุม "บุคคล/นิติบุคคล" ที่เก็บใช้ข้อมูลส่วนบุคคล — ร้านอาหารตั้งแต่ร้านเล็กถึงเชนใหญ่อยู่ในขอบเขตทั้งหมด

หลักการสำคัญที่ร้านต้องรู้:

• Lawful basis — ต้องมีฐานทางกฎหมายในการเก็บ เช่น consent, contract, legal obligation
• Purpose limitation — ใช้ข้อมูลตามวัตถุประสงค์ที่แจ้งไว้เท่านั้น
• Data minimization — เก็บเท่าที่จำเป็น ไม่เก็บเผื่อ
• Storage limitation — เก็บเท่าที่จำเป็น มี retention period
• Integrity & confidentiality — เก็บปลอดภัย encrypt + access control
• Accountability — พิสูจน์ได้ว่าทำตามกฎหมาย

ตัวอย่าง Consent Wording สำหรับร้านอาหาร

1. Consent ตอนสมัคร Member ที่ POS

2. Consent บน QR Ordering / Member Sign-up Online

3. Consent ตอนรับข้อมูล Delivery

4 ขั้นตอนปฏิบัติตาม PDPA สำหรับร้านอาหาร SME

1. ขอความยินยอม (Consent): ก่อนเก็บข้อมูล ต้องแจ้งและขอ ผ่าน checkbox ในใบสมัครสมาชิก / หน้าจอ POS / QR Ordering — ห้ามใช้ "default tick" ลูกค้าต้องกดเอง
2. แจ้งวัตถุประสงค์: เก็บเพื่ออะไร ใช้กี่อย่าง ใครเข้าถึงได้บ้าง เก็บนานแค่ไหน — เขียนใน Privacy Policy ที่เข้าถึงได้
3. เก็บปลอดภัย: Encryption at rest + in transit, Access control ตาม role, Backup ที่เข้ารหัส, ลบ user เก่าทันที
4. ให้สิทธิ์ลูกค้า: Right to access (ขอดู), Right to rectification (แก้), Right to erasure (ลบ), Right to withdraw consent (ถอน), Right to data portability (ขอ export) — มีช่องทางติดต่อชัดเจน

Use Case ที่เจอบ่อยในร้านอาหาร

1. Member + แต้มสะสม

เก็บ ชื่อ-เบอร์-วันเกิด สำหรับใช้ส่ง SMS วันเกิด — ต้องขอ consent ตอนสมัคร และมี "ยกเลิกการรับข่าวสาร" ทุก SMS

2. คูปองวันเกิด

ใช้วันเกิดส่งคูปอง — purpose ต้องแจ้งชัดเจน ห้ามใช้วันเกิดเพื่ออย่างอื่นเช่น ตรวจอายุดื่มแอลกอฮอล์โดยไม่แจ้ง

3. LINE Official Account

การ add friend ไม่ใช่ consent อัตโนมัติ ต้องมี opt-in ก่อน broadcast เชิงการตลาด เช่น พิมพ์ "ยินยอม" หรือกดปุ่ม consent ใน rich menu

4. Feedback / Review Form

ถ้าเก็บแค่ comment ไม่ระบุตัวตน ไม่เข้าข่าย PDPA แต่ถ้าผูกกับเบอร์/ชื่อ ต้องมี consent และแจ้งว่าจะ publish หรือไม่

5. CCTV หน้าร้าน

กล้องวงจรปิดมีฐานทางกฎหมายเรื่องความปลอดภัย ไม่ต้องขอ consent แต่ต้องติดป้ายแจ้ง "พื้นที่บันทึกภาพ" และเก็บ footage ไม่เกิน 30-90 วัน

PDPA Checklist 12 ข้อสำหรับร้านอาหาร SME

1. มี Privacy Policy ที่ลูกค้าเข้าถึงได้ (link บนเว็บ/QR ใน menu)
2. มี Consent form ตอนสมัคร member (checkbox ไม่ default tick)
3. เก็บ timestamp + IP ตอน consent ใน POS
4. มีช่องทางให้ลูกค้าขอดู/ลบข้อมูล (LINE OA / email)
5. มี process จัดการคำขอลบภายใน 30 วัน
6. กำหนด Data Retention Policy (เก็บกี่ปี)
7. เปิด encryption ในระบบ POS
8. ตั้ง role permission ใครเห็น customer data ได้บ้าง
9. เก็บ Audit Log การเข้าถึง customer data
10. ติดป้าย CCTV ที่ลูกค้ามองเห็นชัด
11. มี opt-in/opt-out ใน SMS/LINE/Email ทุกฉบับ
12. ฝึก staff เรื่อง PDPA ปีละครั้ง

POS ที่ดีต้องช่วยให้ปฏิบัติตาม PDPA ได้

• Consent capture — checkbox + timestamp + version ของ wording ที่ใช้
• Right to Access — ลูกค้าขอดูข้อมูลตัวเองได้ผ่าน QR Ordering
• Right to Delete — ลบจริง รวมถึง backup ภายใน 30 วัน ยกเว้น field ที่กฎหมายภาษีบังคับ
• Audit Log — บันทึกการเข้าถึง customer data ทุกครั้ง
• Encryption — at rest (database) + in transit (HTTPS)
• Retention Policy — Auto-delete ตามกำหนด เช่น guest order ลบ 90 วันหลังจ่ายเงิน
• Data Export — ส่งออก JSON/CSV ให้ลูกค้าตามสิทธิ์ data portability

ตัวอย่างร้านจริง

OrderDee และ PDPA

ระบบ OrderDee POS ออกแบบมาให้ร้านอาหารทำตาม PDPA ได้ง่าย — มี Consent form ใน flow สมัคร member ที่บันทึก timestamp + version, เก็บ encrypted, Right to Access/Delete พร้อมใช้, Audit Log ครบ, และมี Privacy Policy template ที่ปรับให้เข้ากับชื่อร้านได้ทันที

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

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

• สิทธิ์พนักงานและ Audit Log
• ทำโปรกับ Member อย่างมีกำไร
• วางระบบบริหารร้านอาหาร
• อ่าน Dashboard ร้านอาหาร

ดู POS ที่ Built-in PDPA Compliance ทดลองใช้ฟรี 30 วัน