หมวดหมู่และคุณภาพข้อมูล
ตั้งรหัสอ้างอิงให้ค้นได้โดยไม่ผูกกับชื่อคน
รหัสอ้างอิงควรค้นเหตุการณ์ได้โดยไม่ต้องฝังชื่อหรือเบอร์โทรของลูกค้า รหัสที่คงที่ช่วยให้เปลี่ยนผู้ดูแลงานได้โดยไม่เปลี่ยนตัวตนรายการ
ทดลองรหัสใหม่กับข้อมูลสมมติแล้วตรวจว่าสองงานไม่ชนกัน
โจทย์ที่ต้องแยกให้ออก
รหัสอ้างอิงควรค้นเหตุการณ์ได้โดยไม่ต้องฝังชื่อหรือเบอร์โทรของลูกค้า รหัสที่คงที่ช่วยให้เปลี่ยนผู้ดูแลงานได้โดยไม่เปลี่ยนตัวตนรายการ
ขั้นตอนตรวจที่ทำตามได้
กำหนดรูปแบบรหัสจากประเภทงานและลำดับที่ไม่ซ้ำในขอบเขต
- แยกตารางผูกข้อมูลบุคคลไว้เฉพาะผู้มีหน้าที่
- ใส่รหัสเดียวกันในเอกสารและคำอธิบายที่เกี่ยวข้อง
- ทดลองค้นข้ามทะเบียนโดยใช้รหัสเพียงอย่างเดียว
ลองกับตัวอย่างสมมติ
ตัวอย่างต่อไปนี้สร้างขึ้นเพื่ออธิบายวิธีคิด ไม่ใช่ข้อมูลผู้ใช้หรือคำแนะนำภาษี
จุดที่ทำให้สรุปผิด
รหัสแทนชื่อไม่ได้ทำให้ข้อมูลไม่เป็นข้อมูลส่วนบุคคลเสมอ หากมีตารางเชื่อมกลับได้ ยังต้องควบคุมการเข้าถึง และรูปแบบนี้เป็นกติกาทีมไม่ใช่ระบบออกรหัสอัตโนมัติ
นำไปใช้ใน MeeTang
MeeTang มีหน้าหมวดและธุรกรรมแยกกัน การแก้ชื่อใน CategoryController ไม่ได้สั่งเปลี่ยนข้อความหมวดในธุรกรรมเก่าทั้งหมด จึงต้องตรวจข้อมูลย้อนหลังเอง ตารางกติกาที่แนะนำเป็นเอกสารของทีม
ทดลองรหัสใหม่กับข้อมูลสมมติแล้วตรวจว่าสองงานไม่ชนกัน
ขอบเขตผลิตภัณฑ์ตรวจจาก repository วันที่ 27 กันยายน 2569 ไม่ใช่การยืนยันสถานะ production
จัดการหมวด — ต้องเข้าสู่ระบบ ↗ตรวจรายการต้นทาง — ต้องเข้าสู่ระบบ ↗เทียบผลรายงาน — ต้องเข้าสู่ระบบ ↗แหล่งอ้างอิงและขอบเขตเนื้อหา
แหล่งต่อไปนี้อธิบายหลักการทั่วไป ส่วนขั้นตอนของ MeeTang ตรวจจากฟีเจอร์ในระบบ ณ วันที่อัปเดต ตัวเลขในตัวอย่างไม่ใช่ข้อมูลผู้ใช้งานจริง
- ICO — Data minimisation — ตรวจ 2026-09-27: ใช้หลักเลือกข้อมูลเท่าที่จำเป็น ไม่ใช่คำวินิจฉัยกฎหมายไทย
จัดทำด้วย AI ช่วยเรียบเรียงและตรวจเทียบกับโค้ด ไม่ใช่คำแนะนำภาษีหรือการรับรองผลทางบัญชี เงื่อนไขฟีเจอร์และโควตาขึ้นกับแพ็กเกจและสิทธิ์ที่ได้รับ
เริ่มจากงานที่คุณกำลังทำ
ทดลองรหัสใหม่กับข้อมูลสมมติแล้วตรวจว่าสองงานไม่ชนกัน ต้องเข้าสู่ระบบและมีสิทธิ์ในพื้นที่นั้น
จัดการหมวด →หน้าจัดการข้อมูลต้องเข้าสู่ระบบก่อนใช้งาน