เกิดอะไรขึ้น
Enforcement Tracker รายงานรายการเกี่ยวกับ Lepida S.c.p.A. ในอิตาลี หน่วยงานที่ระบุคือ Italian Data Protection Authority (Garante) บทบัญญัติที่อ้าง: Art. 5 (1) c), e), f) GDPR, Art. 13 (1) a) GDPR, Art. 25 GDPR, Art. 32 GDPR หมวดการละเมิดที่ต้นทางระบุ: Non-compliance with general data processing principles สรุปจากข้อมูลในดัชนี พร้อมลิงก์สำหรับอ่านรายละเอียดต้นทาง
- องค์กรที่เกี่ยวข้อง
- Lepida S.c.p.A.
- กฎหมาย / บทบัญญัติต่างประเทศ
- GDPR / บทบัญญัติตาม Enforcement Tracker Art. 5 (1) c), e), f) GDPR, Art. 13 (1) a) GDPR, Art. 25 GDPR, Art. 32 GDPR
- วันที่ที่ Enforcement Tracker ระบุ
- 2026-04-29
- ภาคธุรกิจตาม Tracker
- Media, Telecoms and Broadcasting
- หมวดการละเมิดตาม Tracker
- Non-compliance with general data processing principles
- วันที่คำสั่ง / คำตัดสิน
- ไม่ระบุ
- วันที่เผยแพร่ประกาศ
- ไม่ระบุ
เทียบเคียงกับ PDPA ไทย
ประเด็นสำหรับ Lepida S.c.p.A. จากบทบัญญัติและหมวดที่ต้นทางระบุ
เก็บข้อมูลเท่าที่จำเป็น
GDPR Art.5(1)(c)
เทียบจากบทบัญญัติประเด็นตาม GDPR: หลักเก็บข้อมูลให้เพียงพอ เกี่ยวข้อง และจำกัดเท่าที่จำเป็น
เมื่อเกิดกรณีคล้ายกันในไทย: หากกิจกรรมลักษณะเดียวกันเกิดในไทย ต้องพิจารณาว่าข้อมูลแต่ละรายการจำเป็นต่อวัตถุประสงค์อันชอบด้วยกฎหมายหรือไม่ และลดการเก็บข้อมูลที่ไม่จำเป็น
ขอบเขตที่ต่างกัน: GDPR ครอบคลุมความเพียงพอ ความเกี่ยวข้อง และการจำกัดข้อมูลในการประมวลผล ส่วน ม.22 ของไทยระบุหน้าที่เก็บรวบรวมเท่าที่จำเป็นโดยตรง
สิ่งที่องค์กรไทยควรทบทวน: ไล่ตรวจช่องข้อมูลและเอกสารที่ขอจากบุคคล ระบุเหตุผลความจำเป็นของแต่ละช่อง และตัดหรือปกปิดข้อมูลส่วนเกิน
อ่านตัวบท PDPA ไทย ↗ระยะเวลาเก็บและการลบข้อมูล
GDPR Art.5(1)(e)
เทียบจากบทบัญญัติประเด็นตาม GDPR: หลักจำกัดระยะเวลาเก็บข้อมูล
เมื่อเกิดกรณีคล้ายกันในไทย: ในไทยต้องมีระบบตรวจสอบและลบหรือทำลายข้อมูลเมื่อพ้นระยะเวลาเก็บ หมดความจำเป็น หรือมีเหตุตามกฎหมาย โดยพิจารณาข้อยกเว้น
ขอบเขตที่ต่างกัน: GDPR Art.5(1)(e) เป็นหลักจำกัดระยะเวลาเก็บ ส่วนไทย ม.37(3) กำหนดหน้าที่จัดระบบตรวจสอบและลบหรือทำลาย
สิ่งที่องค์กรไทยควรทบทวน: กำหนดอายุข้อมูลตามวัตถุประสงค์และหน้าที่ตามกฎหมาย ทดสอบการลบจากระบบหลักและข้อมูลสำรองตามบริบท
อ่านตัวบท PDPA ไทย ↗ความมั่นคงปลอดภัย
GDPR Art.5(1)(f) · GDPR Art.32
เทียบจากบทบัญญัติประเด็นตาม GDPR: หลักความครบถ้วนและการรักษาความลับด้วยมาตรการความปลอดภัย; มาตรการทางเทคนิคและองค์กรเพื่อรักษาความปลอดภัยตามความเสี่ยง
เมื่อเกิดกรณีคล้ายกันในไทย: เทียบเคียงหน้าที่จัดมาตรการรักษาความมั่นคงปลอดภัยที่เหมาะสม โดยแยกบทบาทผู้ควบคุมและผู้ประมวลผลข้อมูล
ขอบเขตที่ต่างกัน: แยกหน้าที่ผู้ควบคุมตาม ม.37(1) กับผู้ประมวลผลตาม ม.40(2) และตรวจมาตรการตามกฎหมายลำดับรองไทย
สิ่งที่องค์กรไทยควรทบทวน: ตรวจสิทธิ์เข้าถึง การยืนยันตัวตน การเข้ารหัส และการทบทวนมาตรการตามความเสี่ยง
อ่านตัวบท PDPA ไทย ↗การแจ้งรายละเอียด
GDPR Art.13
เทียบจากบทบัญญัติประเด็นตาม GDPR: ข้อมูลที่ต้องแจ้งเมื่อได้ข้อมูลจากบุคคลโดยตรง
เมื่อเกิดกรณีคล้ายกันในไทย: เทียบเคียงรายละเอียดที่แจ้งเจ้าของข้อมูลและกรณีได้ข้อมูลจากแหล่งอื่น เงื่อนไขและข้อยกเว้นต้องพิจารณาแยก
ขอบเขตที่ต่างกัน: ข้อมูลที่ได้จากบุคคลโดยตรงเทียบ ม.23 ส่วนข้อมูลจากแหล่งอื่นต้องพิจารณา ม.25 พร้อมเงื่อนไขและข้อยกเว้นไทย
สิ่งที่องค์กรไทยควรทบทวน: ตรวจ Privacy Notice วัตถุประสงค์ ระยะเก็บ ผู้รับข้อมูล และช่องทางใช้สิทธิ
อ่านตัวบท PDPA ไทย ↗ออกแบบระบบให้คุ้มครองข้อมูล
GDPR Art.25
เทียบจากบทบัญญัติประเด็นตาม GDPR: การคุ้มครองข้อมูลตั้งแต่การออกแบบและโดยค่าเริ่มต้น
เมื่อเกิดกรณีคล้ายกันในไทย: ในไทยนำประเด็นนี้มาตรวจการลดข้อมูลที่เก็บและมาตรการความปลอดภัยที่เหมาะสมตั้งแต่การออกแบบระบบ
ขอบเขตที่ต่างกัน: พ.ร.บ.ไทยไม่มีบทบัญญัติชื่อและรายละเอียดตรงกับ GDPR Art.25 การจับคู่นี้เทียบเคียงหน้าที่บางส่วน
สิ่งที่องค์กรไทยควรทบทวน: ตรวจค่าเริ่มต้นของการเปิดเผย สิทธิ์เข้าถึง ช่องข้อมูล และมาตรการป้องกันก่อนเปิดใช้ฟังก์ชัน
อ่านตัวบท PDPA ไทย ↗อ่านต่อเรื่อง PDPA และการคุ้มครองข้อมูล
PDPA คืออะไร? ความยินยอม สิทธิ และบทเรียนสำหรับองค์กรไทย →
รายการในประเด็นหรือประเทศเดียวกัน