ทีมคุณภาพในโรงคัดบรรจุทุเรียนสแกนรหัสล็อตและตรวจเส้นทางข้อมูลจากสวนถึงตู้คอนเทนเนอร์เพื่อซ้อมเรียกคืนสินค้า
TRACEABILITY & RISK · PRACTICAL GUIDE

ซ้อมเรียกคืนทุเรียน: ตาม Lot ให้ครบใน 2 ชั่วโมง

คู่มือ Mock Recall ทุเรียนสำหรับสวน ล้ง และผู้ส่งออก เชื่อม Farm–Lot–QC–กล่อง–ตู้–ผู้ซื้อ วัด Trace Time, Mass Balance และ Recall Readiness ภายใน 2 ชั่วโมง

ปรับปรุง 20 สิงหาคม 2569 · ใช้เวลาอ่าน 12 นาที
EXECUTIVE TAKEAWAYS

คำค้นหลัก: ซ้อมเรียกคืนทุเรียน

  • คำตอบสั้น: การซ้อมเรียกคืนที่ดีต้องเริ่มจาก Lot หรือ Shipment สมมติ แล้วค้นย้อนหลังถึงสวนและหลักฐาน QC พร้อมค้นไปข้างหน้าถึงกล่อง พาเลต ตู้ และผู้ซื้อ โดยแยกจำนวนผลิต คงเหลือ ส่งออก กักกัน และสูญเสียให้กระทบยอดกันได้
  • เป้าหมาย 2 ชั่วโมงในบทความนี้เป็น Internal Service Level สำหรับวัดความพร้อม ไม่ใช่ระยะเวลาที่กฎหมายกำหนด ทั้งนี้ กรมวิชาการเกษตรประกาศเมื่อ 25 มิถุนายน 2569 ว่าหากปลายทางแจ้งความผิดปกติ จะสอบสวนย้อนกลับภายใน 24 ชั่วโมง
  • อย่าวัดเพียงว่าหาเอกสารเจอหรือไม่ ต้องวัด Trace Time, Lot Linkage, Quantity Reconciliation, Contact Readiness และ Evidence Completeness เพื่อจำกัดวงกักหรือเรียกคืนให้แคบและตัดสินใจได้เร็ว
01

คำตอบก่อน: Mock Recall คือการทดสอบระบบ ไม่ใช่แค่หาไฟล์

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

  • ย้อนกลับ: Container/Carton → Packing Batch → Inbound Lot → Farm/GAP
  • ไปข้างหน้า: Farm/Inbound Lot → Batch → Carton/Pallet → Container → Buyer
  • ระบุขอบเขตที่ได้รับผลกระทบและขอบเขตที่ยืนยันได้ว่าไม่เกี่ยวข้อง
  • แสดงจำนวนทุกสถานะให้กระทบยอดได้ ไม่ใช่มีเพียงรายการเอกสาร
  • เก็บเวลา ผู้ดำเนินการ การตัดสินใจ และหลักฐานทุกจุด

เหตุใดต้องซ้อมก่อนฤดูพีก

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

ข้อกำหนดล่าสุดที่ต้องแยกจากเป้าหมายภายใน

ณ วันที่ 20 สิงหาคม 2569 มกษ. 9070-2566 เป็นมาตรฐานบังคับตั้งแต่ 10 กรกฎาคม 2568 และกำหนดให้โรงรวบรวมหรือโรงคัดบรรจุตรวจหลักฐานแหล่งปลูก ตรวจความแก่ และจดบันทึกการตรวจรับ ส่วนเป้าหมาย 2 ชั่วโมงเป็นเกณฑ์บริหารที่องค์กรกำหนดเพื่อให้พร้อมต่อการสอบสวนหรือ Recall ไม่ใช่การอ้างว่าเป็นข้อบังคับสากล

02

ออกแบบรหัสให้หนึ่งเหตุการณ์เชื่อมถึงอีกเหตุการณ์

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

  • Farm ID และเลข GAP พร้อมสถานะและวันหมดอายุ ณ วันรับซื้อ
  • Harvest/Inbound Lot พร้อมวันเก็บเกี่ยว เวลาเข้า น้ำหนัก และผู้ส่งมอบ
  • QC Sample ID พร้อมผลตรวจ วิธี เครื่องมือ และผู้อนุมัติ
  • Packing Batch พร้อม Line, Shift, Grade, Packaging และ Yield
  • Carton/Pallet ID พร้อมจำนวนและสถานะ Hold/Released
  • Shipment, Container, Seal, Booking, Buyer และเอกสารส่งออก

กฎสำคัญเมื่อผสมหลาย Lot

หาก Packing Batch รับทุเรียนจากหลาย Inbound Lot ระบบต้องเก็บความสัมพันธ์แบบ many-to-many และคำนวณสัดส่วนหรือจำนวนที่ใช้จริง การบันทึกเพียง Lot หลักทำให้ Recall Scope แคบเกินจริงและอาจปล่อยสินค้าที่เกี่ยวข้องหลุดออกไป

03

เลือก Scenario ที่ทดสอบความเสี่ยงจริง

การซ้อมไม่ควรเลือกล็อตที่ข้อมูลสมบูรณ์ที่สุดทุกครั้ง ให้คณะทำงานสุ่ม Scenario ที่สะท้อนเหตุการณ์ธุรกิจ เช่น ปลายทางแจ้งพบศัตรูพืช ผลตรวจสารหรือโลหะหนักผิดปกติ เลขสวนไม่ตรง กล่องติดฉลากผิด หรือผู้ซื้อร้องเรียนคุณภาพ แล้วกำหนด Trigger Time เป็นเวลาเริ่มจับนาฬิกา

  • Scenario A: เริ่มจากเลข Container และ Seal แล้ว Trace Back ถึงสวนทั้งหมด
  • Scenario B: เริ่มจาก Farm ID แล้ว Trace Forward ถึงสินค้าทุกกล่องและผู้ซื้อ
  • Scenario C: เริ่มจาก Sample ID ผิดปกติ แล้วระบุทุก Batch ที่ผลนั้นถูกใช้ Release
  • Scenario D: เริ่มจาก Carton QR ที่ผู้ซื้อแจ้ง แล้วตรวจ Authenticity และ Shipment
  • Scenario E: ระบบหลักใช้งานไม่ได้ ต้องกู้ข้อมูลจาก Backup และ Offline Pack

ซ้อมแบบ Blind Test อย่างน้อยบางรอบ

ผู้ควบคุมการซ้อมควรทราบ Scenario แต่ทีมปฏิบัติการไม่ควรรู้ Lot ล่วงหน้า เพื่อวัดความสามารถจริง ไม่ใช่การเตรียมแฟ้มเฉพาะกิจ ทั้งนี้ต้องติดป้าย MOCK EXERCISE ชัดเจนเพื่อไม่ให้คู่ค้าหรือพนักงานเข้าใจว่าเกิด Recall จริง

04

เดินเกม 0–120 นาทีด้วยบทบาทและ Decision Gate

กำหนด Incident Commander หนึ่งคนและแยกผู้ค้นข้อมูล ผู้ประเมินความเสี่ยง ผู้ประสานหน่วยงาน ผู้สื่อสารกับผู้ซื้อ และผู้จดบันทึก Timeline ออกจากกัน เป้าหมายคือส่ง Initial Evidence Pack ภายใน 120 นาที พร้อมรายการข้อมูลที่ยังไม่ยืนยัน ไม่ใช่รอจนทุกอย่างสมบูรณ์แล้วจึงรายงาน

  • 0–15 นาที: เปิด Incident ยืนยัน Trigger ระบุ Lot/Shipment เริ่มต้น และ Freeze การแก้ข้อมูล
  • 15–45 นาที: Trace Back/Forward ดึง Farm, GAP, QC, Batch, Carton, Pallet, Container และ Buyer
  • 45–75 นาที: ทำ Mass Balance แบ่ง Released, In Stock, In Transit, Delivered, Hold, Waste และ Unknown
  • 75–100 นาที: ประเมิน Scope จัด Contact List และร่างคำสั่ง Hold/Withdrawal/Recall สำหรับการซ้อม
  • 100–120 นาที: Commander ทวน Evidence Pack บันทึก Gap และประกาศจบการซ้อม

Human Authority ต้องชัด

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

05

ทำ Mass Balance เพื่อจำกัดวง Recall และต้นทุน

FAO/WHO ชี้ว่าการกำหนดหน่วยติดตามขนาดใหญ่ทำให้ระบบง่ายขึ้น แต่เมื่อเกิดเหตุอาจต้องเรียกคืนอาหารมากขึ้น สำหรับล้งทุเรียนจึงควรกำหนด Lot Granularity ให้สมดุลกับความเร็วหน้างาน แล้วพิสูจน์ด้วยสมการจำนวนรับเข้าเทียบกับจำนวนที่ถูกใช้ ส่งออก คงเหลือ กักกัน และสูญเสีย หากยอดไม่ลงตัว ขอบเขต Unknown ต้องถูกถือว่าเสี่ยงจนกว่าจะพิสูจน์ได้

  • Inbound kg = Packed kg + Reject/Waste kg + Process variance ที่อนุมัติ
  • Packed cartons = Loaded + Warehouse + Hold + Rework + Damaged
  • Pallet/Carton ที่ Loaded ต้องผูกกับ Container และ Seal เดียวที่ถูกต้อง
  • Shipment quantity ต้องตรงกับ Packing List และข้อมูลที่ผู้ซื้อได้รับ
  • บันทึก Conversion Factor และเหตุผลของ Yield variance

ผลตอบแทนเชิงธุรกิจ

Lot ที่ละเอียดและยอดที่กระทบกันช่วยลด Over-recall ซึ่งทำลาย Margin และความเชื่อมั่น ขณะเดียวกันต้องไม่ละเอียดจนพนักงานบันทึกไม่ทัน เป้าหมายคือ Recall Scope ที่เล็กที่สุดเท่าที่หลักฐานรองรับ ไม่ใช่เล็กที่สุดตามความต้องการเชิงพาณิชย์

06

ให้คะแนนผลซ้อมแบบผู้บริหาร

อย่าจบการซ้อมด้วยคำว่า “ผ่าน” โดยไม่มีตัวเลข ให้ทำ Scorecard ราย Scenario และเปรียบเทียบแนวโน้มระหว่างรอบ ทุกช่องที่ไม่ทราบต้องนับเป็น Gap ไม่ควรเติมข้อมูลภายหลังแล้วปรับเวลาย้อนกลับ

  • Trace Time: นาทีจาก Trigger ถึง Initial Evidence Pack
  • Backward/Forward Linkage Completeness: ความเชื่อมโยงที่พบเทียบที่ควรมี
  • Quantity Reconciliation: สัดส่วนจำนวนที่ระบุสถานะและกระทบยอดได้
  • Contact Readiness: ผู้ซื้อ Carrier หน่วยงาน และผู้อนุมัติที่ติดต่อได้จริง
  • Evidence Completeness: เอกสาร ภาพ Log และผลตรวจที่เปิดใช้ได้
  • Unknown Scope: จำนวนกล่อง/กิโลกรัม/มูลค่าที่ยังจำแนกไม่ได้
  • CAPA Closure: ประเด็น Critical ที่ปิดตรงเวลา

เกณฑ์ตัวอย่างสำหรับรอบแรก

ตั้ง Internal SLA ที่ Trace Time ไม่เกิน 120 นาที, Linkage และ Quantity Reconciliation 100%, Critical Missing Record เป็นศูนย์ และ Unknown Scope เป็นศูนย์ หากยังไม่ถึงเป้า ให้บันทึก Baseline จริงและลด Gap เป็นรอบ ๆ แทนการประกาศผ่านโดยไม่มีหลักฐาน

07

ปิดช่องโหว่ด้วย CAPA และ Data Governance

ทุก Gap ต้องมี Root Cause, Corrective Action, Preventive Action, Owner และ Due Date ปัญหาที่พบบ่อยมักไม่ใช่ไม่มีระบบ แต่เป็นรหัสไม่เป็นมาตรฐาน ไฟล์หลายเวอร์ชัน สิทธิ์แก้ข้อมูลกว้างเกินไป และหลักฐานอยู่ในแชตส่วนตัว ให้กำหนดระบบข้อมูลกลาง Version Control, Role-based Access, Audit Log, Backup และ Retention ตามข้อกำหนดองค์กรและตลาด

  • ล็อก Master Data ของสวน ล้ง ผู้ซื้อ Carrier และรหัสสินค้า
  • ห้ามลบหรือเขียนทับผล QC เดิม ให้แก้ด้วย Revision และเหตุผล
  • บันทึก Time Stamp และผู้อนุมัติการ Hold/Release
  • ทดสอบการกู้คืน Backup และ Offline Contact List
  • กำหนด Evidence Pack Template เดียวทั้งองค์กร
  • ซ้อมซ้ำหลังปิด CAPA สำคัญเพื่อยืนยันประสิทธิผล

AI Opportunity ที่ควบคุมความเสี่ยงได้

AI สามารถจับเลข Lot ไม่ตรง ตรวจเอกสารขาด สรุปเส้นทาง Farm-to-Container และจัดลำดับ Incident ตามมูลค่าหรือ Cut-off แต่ต้องอ้างอิงข้อมูลต้นทาง แสดง Confidence/Exception และห้ามสร้างรหัสหรือผลตรวจที่ไม่มีอยู่จริง การปล่อยสินค้าและการสื่อสาร Recall ต้องผ่าน Human Review เสมอ

08

Checklist พร้อมใช้ก่อนประกาศว่าระบบ Recall Ready

ความพร้อมไม่ได้เกิดจากซอฟต์แวร์เพียงอย่างเดียว แต่เกิดจากข้อมูล กระบวนการ คน และการทดสอบร่วมกัน ให้ผู้บริหารลงนามรับทราบผลซ้อม ความเสี่ยงคงเหลือ และแผน CAPA โดยใช้หลักฐานจาก Scenario จริง

  • มี Recall Procedure และรายชื่อผู้มีอำนาจฉบับปัจจุบัน
  • ค้นได้ทั้ง One Step Back และ One Step Forward
  • ทุก Lot เชื่อม Farm/GAP, QC, Batch, Carton/Pallet และ Shipment
  • Mass Balance ลงตัวหรือแสดง Unknown อย่างโปร่งใส
  • Contact Tree ทดสอบแล้วและมีช่องทางสำรอง
  • Initial Evidence Pack สร้างได้ภายใน Internal SLA
  • มี CAPA, Due Date และการซ้อมยืนยันหลังแก้ไข
  • ข้อกำหนดผู้ซื้อและหน่วยงานล่าสุดถูกทวนก่อนใช้จริง
FAQ · คำตอบพร้อมใช้

คำถามที่พบบ่อย

ซ้อมเรียกคืนทุเรียนต้องทำภายใน 2 ชั่วโมงตามกฎหมายหรือไม่

ไม่ใช่ ตัวเลข 2 ชั่วโมงในบทความเป็น Internal Service Level สำหรับวัดความพร้อมขององค์กร ไม่ใช่ระยะเวลาตามกฎหมายสากล ควรตรวจข้อกำหนดไทย ประเทศปลายทาง ผู้ซื้อ และมาตรฐานรับรองล่าสุดแยกต่างหาก

ควรเริ่ม Mock Recall จาก Lot หรือ Container

ควรสลับทั้งสองแบบ เริ่มจาก Container เพื่อพิสูจน์การย้อนกลับถึงทุกสวน และเริ่มจาก Farm/Inbound Lot เพื่อพิสูจน์การตามไปข้างหน้าถึงทุกกล่อง ตู้ และผู้ซื้อ

ข้อมูลขั้นต่ำที่ต้องมีเพื่อสอบสวนย้อนกลับทุเรียนคืออะไร

อย่างน้อยควรมี Farm/GAP, วันเก็บเกี่ยวและรับเข้า, Inbound Lot, QC Sample/Result, Packing Batch, Carton/Pallet, จำนวนและสถานะ, Container/Seal, Shipment, ผู้ซื้อ และ Audit Trail ของการ Hold/Release ตามขอบเขตงานและข้อกำหนดที่ใช้

หาก Mass Balance ไม่ลงตัวควรทำอย่างไร

แยกส่วนต่างเป็น Unknown และถือว่าอยู่ในขอบเขตเสี่ยงชั่วคราว ห้ามปรับตัวเลขเพื่อให้ยอดลง เปิด Incident หา Root Cause ตรวจ Receiving, Yield, Waste, Rework, Warehouse และ Loading แล้วบันทึกการแก้ไขด้วย Audit Trail

ควรซ้อม Recall บ่อยแค่ไหน

กำหนดตาม Risk Assessment มาตรฐานรับรอง ข้อกำหนดลูกค้า และการเปลี่ยนแปลงระบบ ควรซ้อมเพิ่มเมื่อเริ่มฤดูผลิต เปลี่ยนระบบหรือผู้รับผิดชอบ มี Incident จริง หรือปิด CAPA สำคัญ เพื่อยืนยันว่าการแก้ไขได้ผล

AI ทำ Mock Recall อัตโนมัติทั้งหมดได้หรือไม่

AI ช่วยค้นความเชื่อมโยง ตรวจความไม่สอดคล้อง ทำ Mass Balance เบื้องต้น และจัด Evidence Pack ได้ แต่ต้องมีผู้รับผิดชอบยืนยันแหล่งข้อมูล ประเมินความเสี่ยง อนุมัติการกักหรือเรียกคืน และสื่อสารกับหน่วยงานหรือคู่ค้า

อ่านต่อและนำไปใช้

GAP ทุเรียนและการตรวจสอบย้อนกลับที่ใช้ได้จริงเตรียมล้งทุเรียนให้พร้อมตรวจรับรองและส่งออกจีนตรวจ BY2–แคดเมียมทุเรียน: คุมตัวอย่างถึงปล่อยตู้หนอนเจาะเมล็ดทุเรียน: วาง Release Gate ก่อนส่งออกตรวจสอบย้อนกลับทุเรียน

แหล่งข้อมูลทางการ

ตรวจสอบข้อมูลล่าสุด ณ วันที่ 20 สิงหาคม 2569

  1. หลักปฏิบัติในการตรวจและรับผลทุเรียนสำหรับโรงรวบรวมและโรงคัดบรรจุ (มกษ. 9070-2566)สำนักงานมาตรฐานสินค้าเกษตรและอาหารแห่งชาติ (มกอช.) · มีผลบังคับใช้ 10 กรกฎาคม 2568 · ตรวจสอบ 20 สิงหาคม 2569
  2. มาตรการกรอง 4 ชั้น PLUS สำหรับทุเรียนภาคใต้และการสอบสวนย้อนกลับกรมวิชาการเกษตร · 25 มิถุนายน 2569 · ตรวจสอบ 20 สิงหาคม 2569
  3. มาตรการ 4 ไม่ เพื่อควบคุมคุณภาพและลดการสวมสิทธิ์ทุเรียนส่งออกกรมวิชาการเกษตร · 13 กุมภาพันธ์ 2569 · ตรวจสอบ 20 สิงหาคม 2569
  4. FAO/WHO Guide for Developing and Improving National Food Recall SystemsFAO และ WHO · พ.ศ. 2555 · ตรวจสอบ 20 สิงหาคม 2569
  5. Principles for Traceability/Product Tracing (CXG 60-2006)Codex Alimentarius Commission · พ.ศ. 2549 · ตรวจสอบ 20 สิงหาคม 2569
  6. ข้อกำหนดกักกันสำหรับทุเรียนสดนำเข้าจีน: สวนและโรงคัดบรรจุต้องอยู่ในทะเบียนสำนักงานศุลกากรแห่งชาติจีน (GACC) · 13 กันยายน 2566 · ตรวจสอบ 20 สิงหาคม 2569
← ดูบทความทั้งหมดทดลองใช้ระบบ