เช็กลิสต์ Data Inventory สำหรับเว็บไซต์ธุรกิจทั่วไปและ SME: ต้องตรวจอะไรบ้างก่อนเปิดใช้งาน

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

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

ทำไมต้องเช็ก Data Inventory ก่อนเปิดใช้งานฟีเจอร์หรือระบบใหม่

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

ตัวอย่างสถานการณ์ที่ควรใช้เช็กลิสต์นี้

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

เช็กลิสต์จุดเก็บข้อมูลหน้าบ้าน (ฟอร์ม คุกกี้ แชท)

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

เช็กลิสต์ระบบหลังบ้านที่ต้องตรวจ (CRM อีเมล การชำระเงิน)

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

เช็กลิสต์ข้อมูลที่ต้องยกระดับความระมัดระวังเป็นพิเศษ

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

เช็กลิสต์เอกสารและ Evidence ที่ควรมีคู่กับ Data Inventory

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

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

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

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

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

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

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

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

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

• ตรวจฟอร์ม คุกกี้ และแชทใหม่ทุกครั้งก่อนเปิดใช้งานฟีเจอร์
• ตรวจว่าระบบหลังบ้านใดจะรับข้อมูลจากฟีเจอร์ใหม่
• ระบุว่ามีข้อมูลอ่อนไหวเกี่ยวข้องหรือไม่ก่อนเปิดใช้งานจริง
• เก็บหลักฐานการตรวจสอบและการอนุมัติทุกครั้ง
• ปรับปรุงตาราง Data Inventory ทันทีหลังเปิดใช้งานฟีเจอร์ใหม่
• แจ้งผู้เกี่ยวข้องทุกฝ่ายเมื่อมีการเปลี่ยนแปลงที่แตะข้อมูลผู้ใช้
• ทบทวนนโยบายความเป็นส่วนตัวให้ตรงกับข้อมูลที่เก็บจริงหลังเปิดใช้งาน

ใครควรมีสิทธิ์แก้ไขเช็กลิสต์นี้ได้บ้าง

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

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

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

สรุป

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

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

• NIST Privacy Framework