วิธี Audit PDPA สำหรับโรงแรมและท่องเที่ยว ของเอเจนซีและฟรีแลนซ์ทำเว็บไซต์ พร้อม Evidence ที่ควรเก็บ

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

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

ทำไมเว็บจองโรงแรม-ทัวร์ต้องมีรอบตรวจที่ต่างจากเว็บทั่วไป

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

ขั้นตอน Audit ที่ทำได้จริงในหนึ่งรอบตรวจสอบ

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

เอกสารที่ควรขอจากลูกค้าเจ้าของเว็บก่อนเริ่ม Audit

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

เครื่องมือที่ทีมเอเจนซีใช้ระหว่างตรวจ

ทีมที่ทำ Audit เว็บจองโรงแรมหรือทัวร์อย่างเป็นระบบ มักไม่พึ่งพาแค่การไล่ดูหน้าเว็บด้วยตาเปล่า แต่ใช้เครื่องมือตรวจสอบเครือข่าย (network inspector) ในเบราว์เซอร์เพื่อดูว่าตอนกดส่งฟอร์มจอง ข้อมูลถูกส่งไปยังปลายทางกี่แห่ง และแต่ละปลายทางคือโดเมนของใคร บางครั้งพบว่าข้อมูลถูกส่งไปสามสี่ปลายทางพร้อมกันโดยที่นักพัฒนาเว็บดั้งเดิมไม่เคยรู้ตัวเลยว่าปลั๊กอินตัวหนึ่งแอบส่งข้อมูลออกไปยังบริการวิเคราะห์ของบุคคลที่สามด้วย นอกจากนี้ควรตรวจสอบไฟล์บันทึกการเข้าถึงเซิร์ฟเวอร์ (access log) ย้อนหลังเพื่อดูว่ามีการดาวน์โหลดไฟล์สำเนาหนังสือเดินทางจำนวนผิดปกติในช่วงเวลาใดหรือไม่ ซึ่งอาจเป็นสัญญาณของการเข้าถึงที่ไม่ได้รับอนุญาต

การทำงานร่วมกับทีมลูกค้าระหว่างและหลัง Audit

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

สิ่งที่มักพบว่าเปลี่ยนไปโดยไม่มีใครแจ้ง

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

วิธีเก็บหลักฐานการ Audit ให้ตอบลูกค้าได้ทันที

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

ตารางความถี่การตรวจที่แนะนำ

กรณีเว็บที่ทำหน้าที่เป็นตัวกลางรวมโปรโมชันจากหลายโรงแรม

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

ข้อผิดพลาดที่พบบ่อยระหว่างการ Audit

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

งบประมาณและเวลาที่ควรกันไว้สำหรับรอบ Audit

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

บทสรุป: Audit ที่มีประโยชน์ต้องทำเป็นรอบ ไม่ใช่ทำครั้งเดียว

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

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

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