Data Retention คืออะไร? คู่มือสำหรับเว็บไซต์ธุรกิจทั่วไปและ SME

เว็บไซต์ธุรกิจทั่วไปหลายแห่งมีฟอร์มติดต่อ ระบบตะกร้าสินค้า ปลั๊กอินแชท และ Analytics ที่เก็บข้อมูลลูกค้าไว้เรื่อยๆ โดยไม่มีใครกำหนดว่าเมื่อไรควรลบ ผลคือฐานข้อมูลโตขึ้นทุกปี มีข้อมูลลูกค้าเก่าที่เลิกซื้อไปแล้วหลายปีปะปนกับข้อมูลลูกค้าปัจจุบัน และเมื่อมีคำขอใช้สิทธิ์ลบข้อมูลเข้ามา ทีมงานก็ไม่รู้ว่าข้อมูลชุดนั้นอยู่ตรงไหนบ้าง Data Retention คือขั้นตอนที่แก้ปัญหานี้อย่างเป็นระบบ

Data Retention คืออะไร และทำไมเว็บไซต์ SME ต้องมี

Data Retention หมายถึงการกำหนดระยะเวลาที่องค์กรจะเก็บรักษาข้อมูลแต่ละหมวดไว้ ก่อนที่จะลบ ทำลาย หรือทำให้ไม่สามารถระบุตัวตนได้ หัวใจของแนวคิดนี้คือการเก็บข้อมูลเท่าที่จำเป็นต่อวัตถุประสงค์ ไม่ใช่เก็บไว้ตลอดไปเพราะสะดวกหรือกลัวว่าจะได้ใช้ในอนาคต

สำหรับ SME ที่มีเว็บไซต์เป็นช่องทางหลักในการรับคำสั่งซื้อหรือฟอร์มติดต่อ ปัญหาที่พบบ่อยคือไม่มีใครในทีมรับผิดชอบเรื่องนี้โดยตรง นักการตลาดเพิ่มฟอร์มใหม่ นักพัฒนาติดตั้งปลั๊กอินใหม่ แต่ไม่มีใครกลับมาถามว่าข้อมูลที่เก็บเข้ามาแล้วควรอยู่ในระบบนานแค่ไหน การไม่มีตารางระยะเก็บที่ชัดเจนทำให้ธุรกิจตอบคำถามลูกค้าหรือหน่วยงานกำกับดูแลได้ยากเมื่อถูกถามว่า "เก็บข้อมูลฉันไว้ทำไมนานขนาดนี้"

วงจรชีวิตของข้อมูล กับตำแหน่งของ Retention

ข้อมูลที่เว็บไซต์เก็บมาจะผ่านหลายขั้นตอน ตั้งแต่เก็บ ใช้งาน จัดเก็บ แบ่งปันกับผู้ให้บริการภายนอก อาจมีการโอนข้าม Vendor จนถึงขั้นตอนสุดท้ายคือเก็บต่อหรือลบทิ้ง Retention จึงไม่ใช่ขั้นตอนแรกหรือขั้นตอนเดียว แต่เป็นจุดตัดสินใจที่ต้องผูกกับทุกขั้นตอนก่อนหน้า เพราะถ้าไม่รู้ว่าเก็บข้อมูลอะไรไว้ที่ไหน (Data Inventory) ก็ไม่มีทางกำหนดระยะเก็บได้อย่างมีความหมาย

ธุรกิจที่เพิ่งเริ่มวาง Data Retention ควรเริ่มจากการสำรวจว่าเว็บไซต์เก็บข้อมูลอะไรบ้างก่อน แล้วจึงมากำหนดระยะเก็บทีละหมวด แนวทางแบบนี้ป้องกันปัญหากำหนดตัวเลขลอยๆ โดยไม่รู้ว่าใช้กับข้อมูลชุดไหนจริง ดูรายละเอียดขั้นตอนสำรวจข้อมูลเพิ่มเติมได้ที่ คู่มือ Data Inventory สำหรับ SME

หมวดข้อมูลที่เว็บไซต์ SME ต้องกำหนดระยะเก็บแยกกัน

ข้อมูลแต่ละหมวดมีวัตถุประสงค์และความเสี่ยงต่างกัน จึงไม่ควรใช้ระยะเก็บเดียวกันทั้งหมด หมวดที่เว็บไซต์ SME ทั่วไปมักต้องพิจารณาแยกกัน ได้แก่

• ข้อมูลฟอร์มติดต่อและฟอร์มขอใบเสนอราคา ที่มักมีชื่อ เบอร์โทร อีเมล และรายละเอียดความต้องการ
• ข้อมูลบัญชีผู้ใช้และประวัติคำสั่งซื้อในระบบอีคอมเมิร์ซ
• ข้อมูลการชำระเงินหรือหลักฐานธุรกรรมที่อาจต้องเก็บตามข้อกำหนดทางบัญชี
• บทสนทนาจากปลั๊กอินแชทหรือ Live Chat
• Cookie และข้อมูล Analytics ที่เก็บพฤติกรรมการใช้งาน
• อีเมลการตลาดและรายชื่อผู้สมัครรับข่าวสาร
• Log ของเซิร์ฟเวอร์และระบบรักษาความปลอดภัย

แต่ละหมวดควรมีเจ้าของ (Owner) ที่รู้ว่าข้อมูลอยู่ในระบบไหน และเป็นผู้รับผิดชอบเมื่อถึงเวลาต้องทบทวนหรือสั่งลบ

วิธีกำหนดตารางระยะเก็บต่อหมวดข้อมูล

ปัจจัยที่ใช้ประกอบการตัดสินใจ

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

• วัตถุประสงค์ที่แจ้งไว้ในตอนเก็บข้อมูล เช่น ตอบคำถามลูกค้าครั้งเดียว หรือดูแลบัญชีสมาชิกต่อเนื่อง
• ข้อผูกพันตามสัญญากับลูกค้าหรือคู่ค้า เช่น ระยะเวลาคุ้มครองสินค้าตามเงื่อนไขที่อาจต้องอ้างอิงประวัติการซื้อ
• ข้อกำหนดด้านบัญชีและภาษีที่หน่วยงานที่เกี่ยวข้องกำหนดไว้ ซึ่งควรตรวจสอบกับฝ่ายบัญชีหรือผู้เชี่ยวชาญด้านภาษีโดยตรง ไม่ใช่คาดเดาเอง
• ความเสี่ยงหากเก็บนานเกินจำเป็น เทียบกับประโยชน์ทางธุรกิจที่แท้จริงจากการเก็บต่อ
• คำแนะนำจากที่ปรึกษากฎหมายหรือ DPO ขององค์กร โดยเฉพาะเมื่อข้อมูลเกี่ยวข้องกับกลุ่มอ่อนไหว

ตัวอย่างโครงสร้างตารางระยะเก็บ

ตารางระยะเก็บที่ใช้งานได้จริงควรมีคอลัมน์อย่างน้อยตามนี้ โดยค่าตัวอย่างด้านล่างเป็นเพียงตัวอย่างโครงสร้าง ไม่ใช่ระยะเวลาที่ใช้ได้กับทุกธุรกิจ องค์กรต้องกรอกค่าจริงตามบริบทของตนเอง

สังเกตว่าคอลัมน์ "ระยะเวลาที่เก็บ" จงใจไม่ใส่ตัวเลขในตัวอย่างนี้ เพราะตัวเลขที่เหมาะสมต่างกันตามประเภทธุรกิจ ข้อผูกพันตามสัญญา และคำแนะนำจากผู้เชี่ยวชาญที่องค์กรปรึกษา การนำตัวเลขจากบทความใดบทความหนึ่งมาใช้ตรงๆ โดยไม่ทบทวนบริบทของตัวเองมีความเสี่ยงพอกับการไม่มีตารางระยะเก็บเลย

การลบข้อมูลอย่างปลอดภัยเมื่อครบระยะเก็บ

เมื่อถึงเวลาที่กำหนดไว้ในตาราง การลบต้องครอบคลุมมากกว่าฐานข้อมูลหลัก ระบบเว็บไซต์ SME ทั่วไปมักมีข้อมูลชุดเดียวกันกระจายอยู่หลายที่ เช่น ฐานข้อมูลเว็บไซต์ ระบบอีเมลการตลาด CRM ปลั๊กอินแชท และไฟล์สำรองข้อมูล (Backup) การลบเฉพาะฐานข้อมูลหลักโดยลืม Backup หรือระบบ CRM ที่ผูกกับ Vendor ภายนอก ทำให้ข้อมูลยังคงอยู่ในระบบใดระบบหนึ่งต่อไปแม้จะแจ้งลูกค้าว่าลบแล้ว

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

ความเชื่อมโยงกับสิทธิ์ของเจ้าของข้อมูล

เมื่อมีคำขอให้ลบหรือแก้ไขข้อมูลส่วนบุคคลเข้ามา ตารางระยะเก็บที่ทำไว้ล่วงหน้าจะช่วยให้ทีมงานรู้ทันทีว่าข้อมูลของคนคนนั้นอยู่ในระบบใดบ้าง และควรอยู่ต่อหรือควรลบตามกำหนด หากไม่มีตารางนี้ ทีมงานมักต้องไล่ค้นทีละระบบซึ่งใช้เวลานานและเสี่ยงตกหล่น การมี Data Retention ที่ชัดเจนจึงเป็นพื้นฐานที่ช่วยให้กระบวนการตอบคำขอสิทธิ์ทำงานได้จริง ไม่ใช่แค่มีหน้า Policy ที่เขียนว่าเคารพสิทธิ์เท่านั้น

เครื่องมืออย่าง trusty ช่วยตรงไหนได้บ้าง

trusty ช่วยให้เห็นภาพรวมของฟอร์ม Cookie และ Script ที่เว็บไซต์ใช้งานอยู่จริงผ่านการสแกนเบื้องต้น ซึ่งเป็นจุดเริ่มต้นที่ดีในการทำ Data Inventory ก่อนไปกำหนดระยะเก็บ ส่วนการกำหนดตัวเลขระยะเก็บที่เหมาะสมกับแต่ละหมวดข้อมูลยังคงต้องอาศัยการตัดสินใจของเจ้าของธุรกิจร่วมกับผู้เชี่ยวชาญ เพราะระบบสแกนอัตโนมัติมองไม่เห็นข้อผูกพันตามสัญญา ระบบบัญชีภายใน หรือฐานข้อมูล CRM หลังบ้านที่ไม่เปิดเผยต่อสาธารณะ

ผลสแกนจึงเป็นข้อมูลเริ่มต้นสำหรับทำตารางระยะเก็บ ไม่ใช่คำตอบสำเร็จรูปที่นำไปใช้ได้ทันที ทีมงานยังต้องเติมรายละเอียดจากระบบหลังบ้านที่สแกนภายนอกมองไม่เห็นเสมอ

บทบาทของแต่ละทีมในการดูแล Data Retention

ปัญหาที่พบบ่อยในเว็บไซต์ SME คือไม่มีใครรู้สึกว่า Data Retention เป็นหน้าที่ของตัวเอง ทีมการตลาดมองว่าเป็นเรื่องของไอที ทีมไอทีมองว่าเป็นเรื่องของฝ่ายกฎหมาย และฝ่ายกฎหมายไม่รู้ว่าเว็บไซต์เก็บข้อมูลอะไรไว้บ้าง ผลคือไม่มีใครลงมือทำจริงสักที การกำหนดเจ้าของงานให้ชัดเจนตั้งแต่ต้นจึงเป็นก้าวแรกที่สำคัญพอๆ กับตัวตารางระยะเก็บเอง

โครงสร้างที่ใช้ได้จริงสำหรับ SME ขนาดเล็กมักไม่ต้องมีตำแหน่ง DPO เต็มเวลา แต่ควรมีผู้รับผิดชอบหลักหนึ่งคนที่ทำหน้าที่ประสานงาน เช่น เจ้าของกิจการหรือผู้ดูแลเว็บไซต์ คอยรวบรวมข้อมูลจากทีมการตลาดเรื่องฟอร์มและแคมเปญ จากทีมไอทีเรื่องระบบฐานข้อมูลและ Backup และจากทีมบัญชีเรื่องเอกสารธุรกรรม แล้วนำมาสรุปเป็นตารางระยะเก็บเดียวที่ทุกคนอ้างอิงร่วมกัน

การทบทวนตารางระยะเก็บเป็นรอบ

ตารางระยะเก็บที่ทำเสร็จในวันแรกไม่ควรถูกมองว่าเป็นเอกสารที่เสร็จสมบูรณ์ถาวร เว็บไซต์มีการเพิ่มฟอร์มใหม่ เปลี่ยนปลั๊กอินแชท หรือเริ่มใช้ CRM ตัวใหม่อยู่เรื่อยๆ ทุกครั้งที่มีการเปลี่ยนแปลงระบบที่เก็บข้อมูลลูกค้า ควรกลับมาตรวจว่าหมวดข้อมูลเดิมยังครบถ้วนหรือมีหมวดใหม่ที่ต้องเพิ่มเข้าไปในตาราง

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

ลบแบบใด เมื่อไรควรใช้ Anonymization แทนการลบทิ้ง

บางครั้งธุรกิจต้องการเก็บข้อมูลเชิงสถิติไว้วิเคราะห์แนวโน้ม เช่น จำนวนคำสั่งซื้อรายเดือน แต่ไม่จำเป็นต้องรู้ว่าใครเป็นเจ้าของคำสั่งซื้อนั้นอีกต่อไป ในกรณีนี้การทำ Anonymization คือการตัดหรือแปลงข้อมูลที่ระบุตัวตนได้ออกไป เช่น ชื่อ อีเมล เบอร์โทร จนไม่สามารถย้อนกลับไปหาเจ้าของข้อมูลได้ เป็นทางเลือกที่ต่างจากการลบทิ้งทั้งหมด

การเลือกระหว่างลบทิ้งกับ Anonymization ขึ้นกับว่าธุรกิจยังมีความจำเป็นใช้ข้อมูลเชิงสถิติหรือไม่ หากไม่มีความจำเป็นใดเลย การลบทิ้งคือทางเลือกที่ปลอดภัยกว่า เพราะ Anonymization ที่ทำไม่สมบูรณ์ เช่น ยังเหลือเบอร์โทรหรืออีเมลบางส่วนที่รวมกับข้อมูลอื่นแล้วย้อนกลับไปหาตัวบุคคลได้ ยังถือว่าเป็นข้อมูลส่วนบุคคลอยู่

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

Data Retention ต่างจาก Data Inventory อย่างไร

Data Inventory คือขั้นตอนสำรวจว่าเว็บไซต์เก็บข้อมูลอะไรไว้ที่ไหนบ้าง ส่วน Data Retention คือขั้นตอนถัดมาที่ตัดสินใจว่าข้อมูลแต่ละหมวดที่สำรวจเจอควรเก็บไว้นานเท่าใดก่อนลบ

เว็บไซต์ SME ต้องกำหนดระยะเก็บข้อมูลนานเท่าไรจึงจะถูกต้อง

ไม่มีตัวเลขเดียวที่ใช้ได้กับทุกธุรกิจหรือทุกหมวดข้อมูล ระยะเก็บที่เหมาะสมขึ้นกับวัตถุประสงค์การใช้งาน ข้อผูกพันตามสัญญา และข้อกำหนดที่เกี่ยวข้องกับธุรกิจนั้นๆ ซึ่งควรปรึกษาผู้เชี่ยวชาญเมื่อไม่แน่ใจ

ถ้ายังไม่มีตารางระยะเก็บเลย ควรเริ่มจากตรงไหนก่อน

ควรเริ่มจากการสำรวจข้อมูลที่เว็บไซต์เก็บอยู่จริงก่อน (Data Inventory) แล้วจัดกลุ่มเป็นหมวดตามวัตถุประสงค์ ก่อนจะมากำหนดระยะเก็บและผู้รับผิดชอบทีละหมวด

เช็กลิสต์ปฏิบัติ

• ทำรายการหมวดข้อมูลที่เว็บไซต์เก็บจริงทั้งหมด ไม่ใช่แค่ที่นึกออก
• กำหนดวัตถุประสงค์การเก็บข้อมูลแต่ละหมวดให้ชัดเจนเป็นลายลักษณ์อักษร
• ปรึกษาฝ่ายบัญชีหรือผู้เชี่ยวชาญด้านกฎหมายเรื่องข้อผูกพันที่เกี่ยวข้องกับแต่ละหมวด
• สร้างตารางระยะเก็บที่ระบุจุดเริ่มนับ ผู้รับผิดชอบ และวันที่ทบทวนถัดไป
• ทำรายการระบบทั้งหมดที่ข้อมูลแต่ละหมวดไหลไปถึง รวมถึง Backup และ Vendor ภายนอก
• กำหนดขั้นตอนลบข้อมูลที่ครอบคลุมทุกระบบที่เกี่ยวข้อง ไม่ใช่แค่ฐานข้อมูลหลัก
• บันทึกหลักฐานทุกครั้งที่มีการลบข้อมูลตามกำหนด

ข้อผิดพลาดที่พบบ่อย

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

สรุป

Data Retention คือการตัดสินใจอย่างมีเหตุผลว่าจะเก็บข้อมูลแต่ละหมวดไว้นานแค่ไหนก่อนลบ ไม่ใช่ตัวเลขตายตัวที่ใช้ซ้ำได้กับทุกธุรกิจ SME ที่เริ่มต้นควรสำรวจข้อมูลที่มีอยู่จริงก่อน แล้วจึงกำหนดตารางระยะเก็บทีละหมวดพร้อมผู้รับผิดชอบ การมีตารางนี้ช่วยให้ตอบคำขอสิทธิ์ของลูกค้าและตรวจสอบภายในได้ง่ายขึ้นมาก ดูขั้นตอนปฏิบัติแบบเป็นลำดับได้ที่ วิธีวางระบบ Data Retention แบบเป็นขั้นตอน และดูรายการตรวจก่อนเปิดใช้งานได้ที่ เช็กลิสต์ Data Retention สำหรับ SME

แหล่งข้อมูลอ้างอิง

• NIST Privacy Framework
• สำนักงานคณะกรรมการคุ้มครองข้อมูลส่วนบุคคล (PDPC)