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

สรุปประเด็นสำคัญ
ย้ายข้อมูลไประบบใหม่ต้องควบคุมทั้งระบบเก่า ระบบใหม่ และสำเนาระหว่างทาง จำนวนรายการครบยังไม่พอหากข้อมูลผิดคนหรือสถานะคัดค้านหายไป ควรกำหนดแหล่งข้อมูลหลัก กระทบยอดส่วนที่เปลี่ยน และปิดสิทธิชั่วคราวกับไฟล์พักตามเหตุจำเป็นที่ตรวจสอบได้ ต้องตรวจการตั้งค่าที่ใช้งานจริงร่วมกับเอกสารก่อนเริ่ม
ย้ายข้อมูลไประบบใหม่แล้วระบบเก่ายังรับรายการอยู่ อาจทำให้ข้อมูลสองชุดไม่ตรงกันหรือคืนรายการที่เคยลบกลับมา ทีมโครงการควรกำหนดแหล่งข้อมูลหลัก สิทธิชั่วคราว และเงื่อนไขปิดระบบก่อนย้ายจริง บทความนี้ไล่จุดตรวจในช่วงที่ต้องเปิดสองระบบพร้อมกัน
ย้ายข้อมูลไประบบใหม่ แต่ระบบเก่ายังใช้ ต้องคุมอะไร?
ต้องกำหนดว่าระบบใดเป็นแหล่งข้อมูลหลักในแต่ละช่วง ใครมีสิทธิย้ายและแก้รายการ และจะกระทบยอดอย่างไร การย้ายไม่ทำให้หน้าที่รักษาความปลอดภัย ความถูกต้อง และการใช้สิทธิของเจ้าของข้อมูลหยุดลง จึงต้องควบคุมทั้งระบบจริง ไฟล์พัก และสำเนาทดสอบที่เกิดขึ้น
พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 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 ของบริษัทในเครือ ก่อนคัดลอกสิทธิเดิมไปทั้งหมด
สัญญารับมอบงานและข้อพิพาทค่าเสียหายเกี่ยวอย่างไร?
เกณฑ์รับมอบควรระบุผลตรวจและวิธีแก้ข้อบกพร่องให้ตรงงานจริง ตรวจ งานสัญญาธุรกิจ เพื่อวางหน้าที่ผู้ว่าจ้างกับผู้รับจ้าง รวมถึงการคืนหรือลบสำเนาเมื่อจบขอบเขตงาน
หากข้อมูลผิดจนเกิดข้อเรียกร้อง ให้เก็บหลักฐานรุ่นก่อนและหลังโดยจำกัดผู้เข้าถึง แล้วตรวจ แนวทางข้อพิพาททางแพ่ง แยกจากการแก้ระบบ การจ่ายค่าจ้างครบไม่ได้ตอบว่ามีการปฏิบัติหน้าที่เรื่องข้อมูลครบหรือไม่
ทางไปต่อ: ย้ายทีละจุดและปิดงานด้วยหลักฐานจริง
- กำหนดเจ้าของข้อมูลหลักและเกณฑ์หยุดเปิดระบบ
- คัดข้อมูลที่จำเป็นพร้อมสถานะสิทธิที่ต้องติดตาม
- จำกัดสิทธิผู้ย้ายและทดสอบเส้นทางไฟล์พัก
- กระทบยอดการเปลี่ยนพร้อมให้เจ้าของงานรับรองผล
- เปิดใหม่ตามส่วนที่ผ่านและติดตามข้อผิดพลาด
- ปิดสิทธิชั่วคราวกับสำเนาที่หมดเหตุเก็บ
| ทางเลือก | เหมาะเมื่อ | สิ่งที่ต้องคุม |
|---|---|---|
| หยุดแล้วเปลี่ยนระบบ | หยุดบริการได้ตามแผน | ข้อมูลส่วนต่างและการเปิดกลับ |
| เปิดคู่เป็นช่วง | หยุดบริการทั้งหมดไม่ได้ | แหล่งข้อมูลหลักและการกระทบยอด |
| ย้ายทีละกลุ่ม | แยกกิจกรรมหรือผู้ใช้ได้ | ขอบเขตและข้อมูลเชื่อมระหว่างกลุ่ม |
ควรให้ทนายร่วมตรวจเมื่อสัญญาไม่กำหนดสิทธิในไฟล์พัก มีผู้รับต่างประเทศ หรือข้อมูลที่ต้องลบกลับคืนหลังย้าย หากผู้รับจ้างขอเก็บฐานไว้ใช้พัฒนาบริการ ต้องตรวจวัตถุประสงค์และบทบาทใหม่ก่อนยอมรับ
หากกำลังย้ายระบบที่มีข้อมูลลูกค้าหรือพนักงาน ดู บริการกฎหมาย PDPA และ ติดต่อพร้อมแผนย้ายกับร่างข้อตกลง โดยส่งตัวอย่างที่ปิดข้อมูลไม่จำเป็น
อ้างอิงหน้าที่ตาม พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562
ข้อกฎหมายที่เกี่ยวข้อง
- พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 21–24 และ 27 ตรวจการเปลี่ยนวัตถุประสงค์และผู้รับ
- พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 35 และ 37 ความถูกต้อง ความปลอดภัย และการจัดการข้อมูล
- พระราชบัญญัติคุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 มาตรา 40 หน้าที่และข้อตกลงผู้รับจ้างที่เป็นผู้ประมวลผล
ตรวจข้อกฎหมาย: ตุลาคม 2569
คำถามที่พบบ่อย
เปลี่ยนโปรแกรมต้องขอความยินยอมลูกค้าใหม่เสมอไหม?
จำนวนแถวเท่ากันถือว่าย้ายผ่านแล้วไหม?
ผู้รับจ้างเก็บไฟล์ย้ายไว้ทดสอบต่อได้ไหม?
ย้อนกลับระบบเก่าแล้วข้อมูลที่ลบจะกลับมาได้ไหม?
สาขาที่เชี่ยวชาญ: ครอบครัว · มรดกและพินัยกรรม · หนี้สินและบังคับคดี
ดูประวัติทีมทนายความ →บทความนี้เป็นความรู้กฎหมายทั่วไปเพื่อความเข้าใจเบื้องต้น ไม่ใช่คำปรึกษาทางกฎหมายเฉพาะคดี ผลทางกฎหมายขึ้นอยู่กับข้อเท็จจริง เอกสาร และพยานหลักฐานของแต่ละกรณี ควรปรึกษาทนายความเพื่อประเมินเรื่องของท่านโดยเฉพาะ
บทความที่เกี่ยวข้อง
PDPA คุ้มครองข้อมูล
AI Agent เข้าถึงอีเมลและ CRM ต้องจำกัดอำนาจอย่างไร
AI Agent เข้าถึงอีเมลและ CRM ควรแยกสิทธิอ่าน ส่ง แก้ และลบ ตรวจจุดอนุมัติ อายุสิทธิ และหลักฐานผลจริง ก่อนให้ระบบทำงานแทนพนักงาน
นายเอกราช ทิพย์แมม
·อ่าน 7 นาที
PDPA คุ้มครองข้อมูล
AI สร้างข้อมูลผิดเกี่ยวกับลูกค้า บริษัทต้องตามแก้อย่างไร
AI สร้างข้อมูลผิดแล้วถูกส่งเข้า CRM ต้องตรวจต้นทางและตามแก้จุดใช้จริง ดูสิทธิแก้ไข การระงับระหว่างตรวจ และหลักฐานตอบคำร้องของลูกค้า
นายเอกราช ทิพย์แมม
·อ่าน 7 นาที
PDPA คุ้มครองข้อมูล
AI ค้นเอกสารภายใน ต้องป้องกันข้อมูลข้ามสิทธิอย่างไร
AI ค้นเอกสารภายในอาจตอบข้อมูลที่ผู้ถามไม่มีสิทธิ ดูวิธีตรวจแหล่งข้อมูล ดัชนี ประวัติ และผลทดสอบก่อนเปิดให้พนักงานค้นด้วยบัญชีจริง
นายเอกราช ทิพย์แมม
·อ่าน 7 นาที
ปรึกษาทีมทนาย PDPAของเรา
เราพร้อมรับฟังและประเมินแนวทางที่เหมาะกับกรณีของท่าน ทุกเรื่องเป็นความลับ