เปลี่ยนหมวดกลางปี: ทำบันทึก mapping สำหรับผู้ใช้รายงาน

โจทย์ที่ต้องแยกให้ออก

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

ขั้นตอนตรวจที่ทำตามได้

ทำตารางชื่อเก่า ชื่อใหม่ วันที่เริ่ม และเหตุผล

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

ลองกับตัวอย่างสมมติ

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

จุดที่ทำให้สรุปผิด

การ mapping หนึ่งชื่อไปหลายชื่อจำเป็นต้องใช้ข้อมูลรายรายการ ไม่สามารถพิสูจน์สัดส่วนจากชื่อเพียงอย่างเดียว

นำไปใช้ใน MeeTang

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

สร้างตาราง mapping และทดสอบยอดรวมก่อนหลังกับช่วงสั้นหนึ่งเดือน

ขอบเขตผลิตภัณฑ์ตรวจจาก repository วันที่ 27 กันยายน 2569 ไม่ใช่การยืนยันสถานะ production

แหล่งอ้างอิงและขอบเขตเนื้อหา

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

• GOV.UK — What is data quality? — ตรวจ 2026-09-27: หลักความสม่ำเสมอ ความครบ และข้อมูลที่เหมาะกับงาน ไม่ใช่คู่มือ MeeTang

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