หลักการ สถานการณ์ และความเหมาะสม
Traceability เชื่อมเหตุการณ์ของวัสดุ ล็อต และชิ้นงานตลอดการแปรรูป การมีรหัสอย่างเดียวไม่พอ ต้องรู้ว่าเหตุใดเกิดที่ไหน เมื่อใด และใครหรือระบบใดบันทึก หลักฐานตรวจสอบย้อนกลับไม่เท่ากับผล audit ผ่านโดยอัตโนมัติ
Traceability คือความสามารถตามความเกี่ยวข้องของวัสดุและสินค้า serial ระบุชิ้นเฉพาะ ส่วนล็อตระบุกลุ่ม ผู้อ่านอาจนึกถึงแผนผังส่วนผสมที่แสดงว่าของหนึ่งชุดมาจากไหนและส่งต่อไปไหน split คือแบ่งชุด merge คือรวมชุด การสแกนรหัสบอกเหตุหนึ่งแต่ยังต้องเชื่อมการเปลี่ยนปริมาณและสภาพ ไม่ถือว่าทุกรหัสที่อ่านได้ทำให้เส้นทางครบ
event model คือรูปแบบบันทึกเหตุที่ต้องตกลงชื่อและความหมายร่วมกัน การเก็บละเอียดช่วยค้นเส้นทางแต่เพิ่มภาระบันทึกและสิทธิ์ข้อมูล ควรใช้รหัสไม่ชนกันข้ามโรงงานและเก็บเวลาแหล่งกำเนิดแยกเวลารับ audit trail คือร่องรอยการเปลี่ยนที่ช่วยตรวจ ไม่พิสูจน์ความจริงของข้อมูลที่ป้อนเอง ต้องมีเจ้าของกระบวนการกระทบยอดและคนทบทวนข้อขัดแย้ง ไม่ใช้รายงานอัตโนมัติประกาศว่าผ่าน audit
เลื่อนแผนภาพซ้าย–ขวาเพื่อดูรายละเอียดครบทุกส่วน
ตัวอย่างเชิงออกแบบ
ตัวอย่างเชิงออกแบบ: ล็อตวัตถุดิบถูกแบ่งเข้าใบสั่งผลิตหลายใบและรวมเป็นล็อตสินค้าสำเร็จ การค้นย้อนต้องคืนทุกเส้นทางพร้อมจำนวนและข้อยกเว้น ไม่เลือกเส้นทางเดียวเพื่อทำรายงานให้เรียบร้อย
ตัวเลขสมมติ: วัตถุดิบล็อตหนึ่ง 100 กิโลกรัมแบ่งเป็นงานแรก 40 งานสอง 50 และของคงเหลือ 10 ต้องติดตามครบทั้งสามส่วน หากงานสองรวมกับล็อตอื่น เส้นทางสินค้าของงานสองต้องเชื่อมทั้งสองต้นทาง ไม่ใช้ยอด 90 ที่เข้าผลิตเป็นหลักฐานว่าส่วนเหลือสูญหายโดยไม่ดูบันทึกคลัง
ทางเลือกคือบันทึกเหตุทันทีที่จุดงานหรือรวมหลังจบกะ แบบแรกสดกว่าแต่เพิ่มอุปกรณ์และภาระคน แบบหลังเสี่ยงจำผิดหรือส่งช้า ต้องเลือกตามความจำเป็นและมีคิวแก้ข้อขัดแย้ง ซ้อม recall จำลองเพื่อค้นกลุ่มที่เกี่ยวข้อง ไม่เรียกคืนจริงหรือกล่าวหาผู้ปฏิบัติงานจากเส้นทางที่ยังไม่ครบ ให้ผู้รับผิดชอบตรวจผลก่อนดำเนินการจริง
ข้อมูลนำเข้าและเงื่อนไขเริ่มต้น
ใช้รหัสวัสดุ ล็อต serial สถานที่ เวลา เหตุการณ์ split/merge และปริมาณ พร้อมนโยบายแก้ไขข้อมูลและ retention ที่สัมพันธ์กับกระบวนการจริง
เก็บหน่วยและตัวคูณบรรจุที่อนุมัติ พร้อมรหัสเหตุถาวรและเจ้าของแหล่ง บันทึกของเสีย งานแก้ และคงเหลือเป็นเหตุแยก ไม่บังคับยอดออกเท่ายอดเข้าโดยลบข้อยกเว้นที่มีจริง
ผลควรคืนเส้นทางต้นทางและปลายทาง ปริมาณ และช่องว่างหลักฐาน พร้อมร่องรอยแก้ไข ข้อมูลผู้บันทึกต้องจำกัดตามหน้าที่ตรวจ ไม่เผยแพร่รายบุคคลเกินจำเป็นเพื่อทำรายงานดูละเอียด
ขั้นตอนทดลองและเชื่อมงาน
- 1กำหนด event model และรหัสที่ไม่ชนกันข้ามระบบ
- 2บันทึกการแบ่งรวมพร้อมยอดและลิงก์หลักฐานต้นทาง
- 3ซ้อมเรียกย้อนล็อตและแก้ข้อมูลด้วยรายการแก้ไขที่คงประวัติ
การประเมินและเกณฑ์ตรวจรับ
ตรวจความครบของเส้นทาง upstream/downstream และกระทบยอดปริมาณ ซ้อม recall จำลองและวัดรายการที่หาไม่พบหรือเชื่อมผิด เกณฑ์ต้องรวม late event และข้อมูลแก้ย้อนหลัง ไม่เพียงตรวจว่าสแกนรหัสได้
upstream คือย้อนต้นทาง downstream คือไปปลายทาง ต้องซ้อมทั้งสองและรวมการแบ่งรวมหลายชั้น late event คือเหตุที่ส่งมาทีหลังแต่เกิดก่อน ต้องปรับเส้นทางโดยไม่เพิ่มปริมาณซ้ำ
ให้ผู้รับผิดชอบตรวจเส้นทางตัวอย่างกับใบงานและคลัง พร้อมรายการที่ยังไม่พบ ตรวจการแก้ย้อนหลังว่าคงเหตุเดิมและผู้แก้ได้ ไม่ผ่านงานเพียงเพราะค้นรหัสหนึ่งเจอในฐานข้อมูล
เลื่อนแผนภาพซ้าย–ขวาเพื่อดูรายละเอียดครบทุกส่วน
กรณีล้มเหลวและข้อจำกัด
ข้อมูลบันทึกผิดตั้งแต่ต้นยังคงผิดแม้ใช้ ledger ที่แก้ยาก การมี audit trail ไม่พิสูจน์ความแท้ของสิ่งที่บันทึกและไม่แทนผู้ตรวจ การเรียกคืนจริงต้องให้ผู้รับผิดชอบทบทวนผลกระทบและข้อกำหนด
ledger คือบัญชีบันทึกที่ยังพึ่งคุณภาพข้อมูลต้นทาง การแก้ยากไม่ทำให้ข้อมูลผิดกลายเป็นถูก ต้องมีรายการชดเชยหรือแก้ไขที่ตรวจได้ตามกระบวนการ ไม่ซ่อนเส้นทางกำกวมเพื่อให้รายงานสมบูรณ์
มาตรฐาน traceability เป็นกรอบออกแบบ ไม่รับรองโรงงานหรือผล audit การเสนอเชื่อมหลายระบบในอนาคตต้องตรวจรหัส หน่วย และสิทธิ์จริง ไม่อ้างว่าค้นย้อนครบทุกกระบวนการหรือรับประกันการเรียกคืนได้แล้ว
รายการตรวจสอบก่อนใช้งาน
- split และ merge ติดตามปริมาณครบหรือไม่
- การแก้ข้อมูลยังเห็นเหตุการณ์เดิมหรือไม่
- ซ้อมค้นย้อนจากสินค้าถึงวัตถุดิบและกลับทางหรือไม่