นำเข้าวันที่ 03/04 แล้ววันกับเดือนสลับกัน ตรวจอย่างไรก่อนส่งเข้า ERP
ไม่มี error ก็ยังเป็นคนละวันได้
ตัวอย่างสมมติ ใบส่งของเขียน 03/04/2026 โดยต้นทางหมายถึง 3 เมษายน แต่ตัวนำเข้าอ่านเป็นเดือน/วัน/ปี จึงได้ 4 มีนาคม ทั้งสองค่าเป็นวันที่ใช้ได้ ระบบจึงอาจไม่เตือน ยอดจำนวนเอกสารและยอดเงินยังตรง แต่รายงานรายเดือนหรือกำหนดส่งอาจผิด เรื่องนี้ต้องแก้ที่กติกาอ่านข้อมูล ไม่ใช่จัดหน้าตาคอลัมน์ให้ดูเหมือนเดิมเท่านั้น
ก่อนนำเข้า ERP ให้ระบุแต่ละช่องว่าเป็นวันที่เอกสาร วันที่ส่งสินค้า วันที่บันทึกบัญชี หรือวันครบกำหนด เพราะค่าที่ดูคล้ายกันมีหน้าที่ต่างกัน เจ้าของงานต้องยืนยันความหมายก่อนทีมเทคนิคตั้งกฎ ไม่ใช้ชื่อคอลัมน์ว่า date เพียงคำเดียวเป็นข้อสรุปว่าต้องแปลงแบบใด
แยกการอ่านค่าออกจากรูปแบบที่แสดง
ข้อความ 03/04/2026 ยังต้องมีกติกาว่าส่วนใดคือวัน เดือน และปี เมื่อแปลงเป็นชนิดวันที่แล้ว ระบบเก็บความหมายของวันนั้น ส่วนการแสดงเป็น 3 เม.ย. หรือ 2026-04-03 เป็นอีกขั้นหนึ่ง หากอ่านผิดเป็น 4 มีนาคมไปแล้ว การเปลี่ยน format ให้เรียงปี–เดือน–วันจะเพียงแสดงวันที่ผิดในหน้าตาใหม่
Microsoft อธิบายว่า Power Query ใช้ locale ช่วยตีความข้อความเป็นชนิดข้อมูล และตั้งแบบเฉพาะการเปลี่ยนชนิดได้ แนวทางนี้ใช้เป็นตัวอย่างการตรวจเครื่องมือที่มีอยู่ ไม่ได้หมายความว่า ERP ทุกระบบมีเมนูเดียวกัน หากไฟล์เป็น Excel ที่เก็บวันที่เป็นค่าจริงอยู่แล้ว ให้ตรวจชนิดข้อมูลต้นทางก่อน อย่าแปลงทุกช่องกลับเป็นข้อความโดยไม่จำเป็น
เขียนกติกาต้นทางก่อนตั้งค่า locale
ทำข้อตกลงข้อมูลรายแหล่ง ระบุลำดับวัน–เดือน–ปี ระบบปี พ.ศ. หรือ ค.ศ. ความหมายของช่องว่าง และวิธีส่งค่าที่ไม่ทราบ อย่าหัก 543 จากทุกปีอัตโนมัติหากแฟ้มเดียวมีข้อมูลหลายแบบ และอย่าเติมวันแรกของเดือนแทนวันที่ไม่ทราบโดยไม่มีผู้อนุมัติ เพราะจะสร้างความแม่นยำที่ต้นทางไม่เคยให้
ใน Power Query ให้ตรวจ Applied Steps ที่เปลี่ยนชนิดข้อมูล หากข้อความต้นทางเป็นวัน/เดือน/ปีตามแบบสหราชอาณาจักร สามารถเลือก Change Type → Using Locale แล้วกำหนด Date กับ English (United Kingdom) ให้ตรงต้นทาง ต้องตรวจขั้นตอนแปลงก่อนหน้าด้วย เพราะการตั้ง locale ภายหลังไม่อาจกู้เจตนาเดิมได้หากวันกับเดือนถูกสลับและบันทึกไปแล้ว
ทดสอบทั้งค่าที่ผิดแล้วเตือน และค่าที่ผิดแบบเงียบ
ชุดทดสอบควรมีทั้งวันที่กำกวม เช่น 03/04/2026 และวันที่วันมากกว่า 12 เช่น 23/04/2026 พร้อมค่าคาดหวังที่เจ้าของข้อมูลรับรอง เพิ่มช่องว่าง วันที่ไม่มีจริง และช่วงปลายเดือน–ต้นเดือนตามงานจริง เพื่อดูว่าระบบปฏิเสธ พักรายการ หรือแทนค่าตามกฎใด อย่าเลือกรายการทดสอบเฉพาะวันที่วันนี้เพียงค่าเดียว
ตรวจหลังแปลงโดยแยกค่าปี เดือน วันออกมาเทียบกับต้นฉบับ วิธีนี้ช่วยไม่ให้ถูกหน้าตาที่จัดรูปแบบหลอก แล้วตรวจผลรายเดือนหรือวันครบกำหนดของเอกสารตัวอย่างด้วย หากพบความต่าง ให้เก็บรหัสเอกสาร ค่าดิบ ค่าที่อ่านได้ และกฎที่ใช้ไว้ในรายงาน ไม่แก้เฉพาะเซลล์ปลายทางจนไม่รู้ว่ารอบถัดไปยังผิดอยู่
แก้รอบนำเข้าโดยรักษาต้นฉบับและผลกระทบ
เก็บไฟล์ดิบและชุดกฎของแต่ละรอบแยกกันก่อนรันใหม่ ระบุรายการที่ยังไม่ผ่าน และตกลงว่าการนำเข้าซ้ำจะปรับของเดิมหรือเพิ่มรายการใหม่ หากข้อมูลถูกใช้ตัดรอบ ส่งสินค้า หรือบันทึกบัญชีแล้ว ให้เจ้าของกระบวนการตรวจผลกระทบก่อนแก้ ไม่ย้อนวันที่หรือเปิดงวดเองเพื่อทำให้รายงานดูตรง
เมื่อต้องการให้ Chawinnix ช่วยวางระบบหรือเชื่อม ERP เตรียมตัวอย่างที่ตัดข้อมูลส่วนบุคคลออก พร้อมคำอธิบายแหล่งข้อมูล กติกาวันที่ และผลที่คาดหวัง เป้าหมายตรวจรับควรเป็นวันที่ถูกความหมายและใช้ทำงานต่อได้ ไม่ใช่เพียงตัวนำเข้าแสดงข้อความสำเร็จ
