081-327-8551 จ.–ศ. 09:00–18:00 น. info@yodthiptham.com
โลโก้ยอดทิพย์ธรรม ยอดทิพย์ธรรม Yod Thip Tham Law

ย้ายข้อมูลไประบบใหม่ แต่ระบบเก่ายังใช้ ต้องคุมอะไร

ทีมไอทีตรวจข้อมูลระบบเก่าและใหม่ พร้อม Hook การย้ายระบบ

สรุปประเด็นสำคัญ

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

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

ย้ายข้อมูลไประบบใหม่ แต่ระบบเก่ายังใช้ ต้องคุมอะไร?

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

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

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

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

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

ถ้าย้ายครบแต่ข้อมูลหรือสิทธิไม่ตรง ควรเปิดใช้ไหม?

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

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

เลนส์ทนายยอดทิพย์ธรรม: ย้ายสำเร็จต้องรวมสถานะสิทธิ

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

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

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

มองสองฝั่ง: เจ้าของระบบกับผู้รับจ้างย้ายข้อมูล

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

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

กำหนดเวลาย้ายและปิดระบบเก่านับจากเมื่อไร?

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

ตัวอย่างสมมติ: หยุดรับรายการเดิมเวลา 18.00 น. วันศุกร์ ย้ายส่วนต่างและตรวจวันเสาร์ แล้วเปิดระบบใหม่วันจันทร์ เป็นตารางปฏิบัติงานภายใน ไม่ใช่กำหนดตามกฎหมาย ต้องมีผู้รับคำขอหรือเหตุผิดปกติระหว่างช่วงหยุดด้วย

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

งบย้ายระบบและค่าเสียหายจากรายการผิดคิดอย่างไร?

ตัวอย่างสมมติ: งานย้าย 8 ชั่วโมง × 1,000 บาท = 8,000 บาท งานตรวจ 4 ชั่วโมง × 900 บาท = 3,600 บาท และพื้นที่พัก 1,400 บาท รวม 13,000 บาท ยังไม่รวมภาษีหรือรายการอื่นตามสัญญาจริง เป็นตัวอย่างจัดงบ ไม่ใช่ราคาบริการหรืออัตราบังคับ

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

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

หลักฐานรับมอบข้อมูลและปิดสิทธิชั่วคราวมีอะไร?

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

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

สัญญารับมอบงานและข้อพิพาทค่าเสียหายเกี่ยวอย่างไร?

เกณฑ์รับมอบควรระบุผลตรวจและวิธีแก้ข้อบกพร่องให้ตรงงานจริง ตรวจ งานสัญญาธุรกิจ เพื่อวางหน้าที่ผู้ว่าจ้างกับผู้รับจ้าง รวมถึงการคืนหรือลบสำเนาเมื่อจบขอบเขตงาน

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

ทางไปต่อ: ย้ายทีละจุดและปิดงานด้วยหลักฐานจริง

  1. กำหนดเจ้าของข้อมูลหลักและเกณฑ์หยุดเปิดระบบ
  2. คัดข้อมูลที่จำเป็นพร้อมสถานะสิทธิที่ต้องติดตาม
  3. จำกัดสิทธิผู้ย้ายและทดสอบเส้นทางไฟล์พัก
  4. กระทบยอดการเปลี่ยนพร้อมให้เจ้าของงานรับรองผล
  5. เปิดใหม่ตามส่วนที่ผ่านและติดตามข้อผิดพลาด
  6. ปิดสิทธิชั่วคราวกับสำเนาที่หมดเหตุเก็บ
ทางเลือกเหมาะเมื่อสิ่งที่ต้องคุม
หยุดแล้วเปลี่ยนระบบหยุดบริการได้ตามแผนข้อมูลส่วนต่างและการเปิดกลับ
เปิดคู่เป็นช่วงหยุดบริการทั้งหมดไม่ได้แหล่งข้อมูลหลักและการกระทบยอด
ย้ายทีละกลุ่มแยกกิจกรรมหรือผู้ใช้ได้ขอบเขตและข้อมูลเชื่อมระหว่างกลุ่ม

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

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

อ้างอิงหน้าที่ตาม พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562

ข้อกฎหมายที่เกี่ยวข้อง

  • พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 21–24 และ 27 ตรวจการเปลี่ยนวัตถุประสงค์และผู้รับ
  • พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 35 และ 37 ความถูกต้อง ความปลอดภัย และการจัดการข้อมูล
  • พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 40 หน้าที่และข้อตกลงผู้รับจ้างที่เป็นผู้ประมวลผล

ตรวจข้อกฎหมาย: ตุลาคม 2569

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

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

สาขาที่เชี่ยวชาญ: ครอบครัว · มรดกและพินัยกรรม · หนี้สินและบังคับคดี

ดูประวัติทีมทนายความ →

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

แชร์: Facebook LINE

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

ผู้บริหารกับทีมไอทีตรวจอำนาจ AI Agent พร้อม Hook ภาษาไทย PDPA คุ้มครองข้อมูล

AI Agent เข้าถึงอีเมลและ CRM ต้องจำกัดอำนาจอย่างไร

AI Agent เข้าถึงอีเมลและ CRM ควรแยกสิทธิอ่าน ส่ง แก้ และลบ ตรวจจุดอนุมัติ อายุสิทธิ และหลักฐานผลจริง ก่อนให้ระบบทำงานแทนพนักงาน

นายเอกราช ทิพย์แมม ·อ่าน 7 นาที
เจ้าหน้าที่ตรวจข้อความลูกค้าที่ AI สรุปผิด พร้อม Hook ภาษาไทย PDPA คุ้มครองข้อมูล

AI สร้างข้อมูลผิดเกี่ยวกับลูกค้า บริษัทต้องตามแก้อย่างไร

AI สร้างข้อมูลผิดแล้วถูกส่งเข้า CRM ต้องตรวจต้นทางและตามแก้จุดใช้จริง ดูสิทธิแก้ไข การระงับระหว่างตรวจ และหลักฐานตอบคำร้องของลูกค้า

นายเอกราช ทิพย์แมม ·อ่าน 7 นาที
ผู้ดูแลตรวจสิทธิการค้นเอกสารภายในด้วย AI พร้อม Hook ภาษาไทย PDPA คุ้มครองข้อมูล

AI ค้นเอกสารภายใน ต้องป้องกันข้อมูลข้ามสิทธิอย่างไร

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

นายเอกราช ทิพย์แมม ·อ่าน 7 นาที

ปรึกษาทีมทนาย PDPAของเรา

เราพร้อมรับฟังและประเมินแนวทางที่เหมาะกับกรณีของท่าน ทุกเรื่องเป็นความลับ

แชทผ่าน LINE