เปลี่ยนโปรแกรมบัญชีแล้วยอดยกมาไม่ตรง ต้องวางแผนย้ายระบบอย่างไร?

หน้าจอใหม่ดูเรียบร้อย แต่ยอดเก่าอาจยังตามมาไม่ครบ

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

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

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

แยกข้อมูลที่จะย้ายให้ชัดก่อนทำไฟล์

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

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

กำหนดวันตัดระบบและผู้รับผิดชอบรายการคาบเกี่ยว

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

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

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

ตรวจรายละเอียด ไม่ใช่ดูเพียงงบทดลองดุล

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

ตัวอย่างสมมติ: ระบบเดิมมีลูกหนี้ A ค้าง 30,000 บาทและ B ค้าง 20,000 บาท รวม 50,000 บาท หากนำเข้าใหม่เป็น A ค้าง 50,000 บาทและ B ไม่มียอด งบทดลองอาจยังแสดงลูกหนี้รวมถูกต้อง แต่ตามเก็บและตัดรับชำระผิดราย จึงต้องตรวจทั้งยอดรวม จำนวนรายการ และรายละเอียดคู่ค้า

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

ทดลองทำงานต่อจากยอดยกมา ก่อนอนุมัติใช้จริง

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

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

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

ขอวางระบบให้ครอบคลุมแผนย้ายและการตรวจรับ

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

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

ข้อมูลเดิมไม่ตรง ควรย้ายก่อนแล้วค่อยแก้ไหม?

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

ต้องทำงานสองระบบนานเท่าไร?

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