COLD CHAIN & CLAIM · PRACTICAL GUIDE

เคลมทุเรียนตู้รีเฟอร์: เก็บหลักฐานตั้งแต่โหลดถึงรับของ

คู่มือสร้าง Reefer Evidence Pack สำหรับทุเรียน ตั้งแต่สภาพสินค้าก่อนโหลด Temperature Log, Alarm, Off-power, Seal จนถึง Survey และคำนวณความเสียหาย

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

EXECUTIVE TAKEAWAYS

คำค้นหลัก: เคลมทุเรียนตู้รีเฟอร์

คำตอบสั้น: เคลมทุเรียนตู้รีเฟอร์ให้พิจารณาได้เร็วขึ้น ต้องพิสูจน์เป็นลำดับว่าโหลดสินค้าอะไรและสภาพใด ตั้งค่าขนส่งอย่างไร เกิดเหตุเมื่อใด ใครตอบสนอง สินค้าเสียหายเท่าใด และมูลค่าความเสียหายคำนวณจากหลักฐานใด—Temperature Log เพียงไฟล์เดียวไม่พอ
เปิด Incident ทันทีเมื่อพบความผิดปกติ รักษาสินค้าและบรรจุภัณฑ์ ถ่ายภาพตู้–Seal–ตำแหน่งโหลด–สภาพสินค้า แจ้งคู่สัญญา Carrier และผู้รับประกันตามเงื่อนไขของเอกสารที่ใช้ และพิจารณา Joint Survey ก่อนเคลื่อนย้ายหรือทำลายสินค้า
ข้อมูลจากแพลตฟอร์มติดตามช่วยเห็น Temperature, Humidity, Off-power, Defrost, GPS และ Milestone ได้ แต่ต้องเก็บไฟล์ต้นฉบับ เวลามาตรฐาน แหล่งข้อมูล และเชื่อมกับ Container, Seal, Lot, Pallet และผู้รับผิดชอบอย่างตรวจสอบย้อนหลังได้

คำตอบก่อน: Evidence Pack ที่ดีต้องเล่าเหตุการณ์ได้ทั้งเส้น

Reefer Evidence Pack คือชุดหลักฐานหนึ่งแฟ้มต่อ Shipment ที่เชื่อมสภาพสินค้าก่อนโหลด คำสั่งขนส่ง การทำงานของตู้ เหตุการณ์ระหว่างทาง สภาพเมื่อรับของ และมูลค่าความเสียหายเข้าด้วยกัน เป้าหมายไม่ใช่รวบรวมไฟล์จำนวนมาก แต่ทำให้ผู้ซื้อ Carrier ผู้สำรวจ ผู้รับประกัน และทีมกฎหมายตรวจลำดับเหตุได้จากข้อมูลชุดเดียว Hapag-Lloyd ระบุในช่องทาง Cargo Claims ว่าการแจ้งควรมีข้อมูล Shipment เช่น B/L หรือ SWB เลขตู้ เอกสาร และภาพ และหากความเสียหายมากควรพิจารณาการตรวจร่วม ส่วนเอกสารที่ต้องใช้จริงขึ้นกับแต่ละกรณี ดังนั้นผู้ส่งออกต้องตรวจ B/L, Booking, Sales Contract, Insurance Policy และเงื่อนไขคู่สัญญาของตนเสมอ

หนึ่ง Incident ID ต่อเหตุการณ์และหนึ่งเจ้าของเรื่อง
เก็บหลักฐานต้นฉบับและสำเนาทำงานแยกกัน
ใช้เวลา ISO 8601 พร้อมเขตเวลาและบันทึกแหล่งนาฬิกา
เชื่อม Container–Seal–Shipment–Lot–Pallet–Buyer ให้ครบ
บันทึกทั้งเหตุการณ์และการตอบสนอง ไม่ใช่เฉพาะกราฟ
ขอคำแนะนำเฉพาะกรณีจาก Carrier ผู้รับประกัน Surveyor หรือผู้เชี่ยวชาญกฎหมาย

อย่าสรุปสาเหตุจากกราฟเส้นเดียว

อุณหภูมิ Supply Air, Return Air, Ambient และ Product/Pulp Temperature วัดคนละตำแหน่งและตอบคนละคำถาม ช่วง Defrost, Door-open, Off-power หรือสัญญาณขาดอาจทำให้กราฟเปลี่ยนโดยไม่ได้แปลว่าสินค้าเสียหายทันที ต้องอ่านร่วมกับ Transport Instruction, Loading Pattern, เวลาจริง สภาพสินค้า และผลตรวจปลายทาง

ข้อมูลดิจิทัลช่วยตัดสินใจ แต่ไม่รับประกันผลเคลม

แพลตฟอร์มของ Carrier บางรายให้กราฟ Milestone, Alarm, Off-power และ Datalog ดาวน์โหลดได้ แต่สิทธิ์เข้าถึง ความถี่ข้อมูล อายุการเก็บ และการนำไปใช้ขึ้นกับบริการและสัญญา การมีข้อมูลจึงไม่ได้หมายความว่าความรับผิดหรือค่าสินไหมได้รับการยอมรับโดยอัตโนมัติ

ก่อนโหลด: สร้าง Baseline ว่าสินค้าดีและพร้อมขนส่ง

ข้อโต้แย้งจำนวนมากเริ่มจากการพิสูจน์ไม่ได้ว่าสินค้ามีสภาพอย่างไรก่อนส่งมอบ ให้สร้าง Pre-loading Baseline ราย Lot และจุดโหลด โดยบันทึกผล QC ระดับความสุกหรือข้อกำหนดคุณภาพที่ตกลง อุณหภูมิสินค้า วิธีสุ่ม เครื่องมือและสถานะสอบเทียบ สภาพกล่อง ช่องลม Pallet จำนวน น้ำหนัก ภาพเวลาโหลด และผู้ตรวจ ข้อมูลนี้ต้องตรงกับ Packing List และ Loading Plan ไม่ใช่ภาพทั่วไปที่ไม่ระบุว่าเป็นตู้ใด

Transport Instruction ฉบับอนุมัติ: Setpoint, Ventilation, Humidity/CA และเงื่อนไขเฉพาะ
PTI/Container Acceptance และภาพ Controller ก่อนโหลด
Pulp/Product Temperature ตาม Sampling Plan ที่องค์กรอนุมัติ
Farm, Inbound Lot, Packing Batch, Carton/Pallet และตำแหน่งในตู้
วัน–เวลาเปิดประตู เริ่มโหลด หยุดโหลด ปิดประตู จ่ายไฟ และ Gate-out
ภาพกว้าง–กลาง–ใกล้ที่เห็นเลขตู้ Seal และบริบทโดยไม่ตกแต่งไฟล์ต้นฉบับ

เครื่องทำความเย็นของตู้ไม่ควรถูกใช้แก้สินค้าที่ร้อนเกินแผน

แนวทาง Reefer Handling ของสายเรือเน้นการเตรียมสินค้าและการไหลของอากาศที่เหมาะสม ล้งจึงควรวางเกณฑ์รับอุณหภูมิสินค้าและ Hold เมื่อไม่ผ่าน แทนการหวังให้ตู้ลดอุณหภูมิสินค้าจำนวนมากหลังปิดประตู เพราะจะทำให้ตีความกราฟและสาเหตุความเสียหายยากขึ้น

ระหว่างทาง: เก็บ Raw Data พร้อมบริบทของเหตุการณ์

ณ วันที่ 22 สิงหาคม 2569 บริการติดตาม Reefer ของ MSC ระบุว่าสามารถแสดง Temperature, Humidity, GPS, Off-power, Defrost และ Datalog ตามแพ็กเกจ ขณะที่ Maersk Captain Peter แสดง Journey Log, Temperature/Humidity/Atmosphere, Milestone, Off-power และดาวน์โหลดข้อมูลรายชั่วโมงได้ตามสิทธิ์บริการ ผู้ส่งออกควรดาวน์โหลดไฟล์ต้นฉบับและ Snapshot ในช่วงสำคัญ ไม่พึ่ง Screenshot จากแชตเพียงอย่างเดียว และควรเก็บชื่อระบบ ช่วงเวลา Time zone หน่วย Sampling Interval และเวลาที่ดาวน์โหลด

Raw datalog ที่ไม่ผ่านการแก้ไข พร้อมชื่อไฟล์และ Hash เมื่อทำได้
กราฟอ่านง่ายที่อ้างอิง Raw data เดียวกัน
เหตุการณ์ Plug-in/Unplug, Gate, Vessel, Transshipment, Customs และ Delivery
Alarm code, เวลาเปิด–ปิด, ผู้รับแจ้ง และ Action ที่ทำ
ช่วงข้อมูลขาดหรือส่งช้า พร้อมคำอธิบายจากผู้ให้บริการเมื่อมี
อีเมล Ticket Call log และเลขอ้างอิงการ Escalate

ใช้ Event Model ลดปัญหาเวลาและตัวตนไม่ตรงกัน

GS1 EPCIS 2.0 รองรับ Sensor Data และเหตุการณ์ Supply Chain โดยบันทึก What, When, Where และ Why จึงเหมาะเป็นแนวคิดสำหรับเชื่อมค่าอุณหภูมิกับ Container, Pallet, Lot, สถานที่ และ Business Step แม้องค์กรยังไม่ใช้ EPCIS เต็มรูปแบบ ก็ควรกำหนด Event ID, Event Time, Record Time, Device ID, Unit, Source และ Business Context ให้เหมือนกันทุกระบบ

เมื่อรับของ: หยุดการเปลี่ยนสภาพและเปิด Incident

หากพบกลิ่นผิดปกติ กล่องยุบ น้ำ ความเสียหาย อุณหภูมิหรือคุณภาพไม่ตรง ให้รักษาความปลอดภัยของสินค้าและเปิด Incident ก่อนแยก ทิ้ง ขายลดราคา หรือแก้บรรจุภัณฑ์ Hapag-Lloyd แนะนำให้ถ่ายภาพสินค้าและตู้ แจ้ง Customer Service และพิจารณา Joint Survey เมื่อเสียหายมาก รวมถึงแจ้งผู้รับประกันหากมีกรมธรรม์ ขั้นตอนและเส้นตายจริงแตกต่างตามคู่สัญญา จึงต้องใช้ Playbook ที่มีรายชื่อผู้ติดต่อและข้อกำหนดของแต่ละ Shipment

บันทึกวัน–เวลา สถานที่ ผู้พบ สภาพอากาศ และสถานะไฟตู้
ตรวจเลขตู้ Seal และร่องรอยผิดปกติก่อนเปิด
วิดีโอ/ภาพต่อเนื่องตั้งแต่เปิดประตูถึงตำแหน่งสินค้า
วัดอุณหภูมิตาม Procedure โดยไม่เลือกเฉพาะจุดที่สนับสนุนข้อสรุป
แยกสินค้า Suspect พร้อมป้าย Hold และรักษา Chain of Custody
ขอ Joint Survey/Independent Survey ตามระดับความเสียหายและคำแนะนำผู้เกี่ยวข้อง

อย่าทำลายหรือจำหน่ายก่อนเก็บหลักฐานและประเมิน Salvage

การตัดสินใจเกี่ยวกับสินค้าที่เสียหายมีทั้งมิติความปลอดภัย กฎหมาย มูลค่าคงเหลือ และสิทธิ์ตามสัญญา ให้บันทึกคำสั่ง ผู้อนุมัติ เหตุผล ปริมาณ และหลักฐานก่อนดำเนินการ และประสานผู้รับประกันหรือผู้เชี่ยวชาญตามกรณี

แยก Cause Evidence ออกจาก Damage Evidence

หลักฐานสาเหตุและหลักฐานความเสียหายเป็นคนละชุด Cause Evidence แสดงว่าระบบหรือกระบวนการเกิดอะไร เช่น Off-power ยาว Alarm หรือค่าตั้งไม่ตรง ส่วน Damage Evidence แสดงว่าสินค้าเสียหายจริงเพียงใด เช่น ผล Survey สภาพกล่อง การคัดเกรด Reject น้ำหนักและภาพตัวอย่าง การมีกราฟผิดปกติแต่ไม่มีผลตรวจสินค้า หรือมีสินค้าเสียแต่ไม่มีลำดับเหตุ จะทำให้วิเคราะห์และเจรจายาก

Cause: PTI, Setpoint, Datalog, Alarm, Power, Door, Route และ Response
Damage: Survey, QC ปลายทาง, Sampling, Photo map, Quantity และ Weight
Causation: Timeline ที่เทียบเหตุการณ์กับการเปลี่ยนสภาพสินค้าอย่างระมัดระวัง
Alternative causes: ความสุกก่อนโหลด บรรจุภัณฑ์ Airflow Delay และการจัดการหลังรับ
Expert opinion: ระบุผู้เชี่ยวชาญ วิธีตรวจ สมมติฐาน และข้อจำกัด
ห้ามใช้ AI สรุปความรับผิดหรือแต่งข้อมูลที่ขาด

AI ใช้ช่วยจัดแฟ้ม ไม่ใช่ตัดสินคดี

AI ช่วยอ่านชื่อไฟล์ จัด Timeline ตรวจเลขตู้/Seal/Lot ไม่ตรง และสร้างรายการหลักฐานที่ขาดได้ แต่การตีความสาเหตุ ความรับผิด มูลค่าชดเชย และข้อกฎหมายต้องให้ผู้มีอำนาจ ผู้สำรวจ ผู้รับประกัน หรือที่ปรึกษาที่เกี่ยวข้องตรวจทาน

คำนวณมูลค่าความเสียหายให้ตรวจย้อนกลับได้

สร้าง Damage Schedule ราย Lot/Grade/Package แยกปริมาณปกติ เสียหาย กู้คืน จำหน่ายลดราคา ทำลาย และคงเหลือ จากนั้นเชื่อม Commercial Invoice, Purchase Cost, Packing Cost, Freight, Duty/Charge, Survey, Disposal และ Credit Note ตามฐานที่สัญญาหรือผู้รับประกันยอมรับ อย่ารวมค่าใช้จ่ายคาดการณ์กับค่าใช้จ่ายที่มีหลักฐาน และอย่าอ้างว่าทุกรายการเรียกคืนได้

จำนวนและน้ำหนักต้อง Reconcile กับ Packing List และรายงานรับของ
แต่ละยอดมี Source Document และสกุลเงิน/อัตราแลกเปลี่ยน
แยก Actual loss, Salvage value, Additional expense และ Business impact
ป้องกัน Duplicate claim ระหว่าง Buyer, Exporter, Carrier และ Insurer
เก็บใบเสนอราคา ใบเสร็จ Credit Note และหลักฐานชำระจริง
ให้ Finance, Commercial และ Claim Owner ทวนสอบร่วมกัน

มูลค่าความเสียหายไม่เท่ากับยอด Invoice อัตโนมัติ

ฐานชดเชย ข้อจำกัดความรับผิด ค่าเสียหายที่ยกเว้น ค่าใช้จ่ายที่เกี่ยวเนื่อง และ Deductible ขึ้นกับสัญญา B/L กรมธรรม์ เขตอำนาจ และข้อเท็จจริงของกรณี บทความนี้จึงเป็นแนวทางจัดข้อมูล ไม่ใช่คำแนะนำทางกฎหมายหรือการรับประกันผลเคลม

ปิด Incident ด้วย CAPA และ Supplier/Carrier Scorecard

หลังได้ข้อยุติ ให้ทำ Root Cause Review โดยแยกสิ่งที่พิสูจน์ได้ สิ่งที่เป็นไปได้ และข้อมูลที่ยังขาด ออก CAPA พร้อม Owner และ Due date แล้วอัปเดต Transport Instruction, Packaging, Sampling, Alert threshold, Escalation และการเลือกเส้นทาง ข้อมูล Claim ควรเชื่อม Container P&L เพื่อให้ผู้บริหารเห็นต้นทุนจริง ไม่ปิดเรื่องเพียงเพราะได้รับหรือไม่ได้รับเงินชดเชย

KPI: Incident notification lead time
KPI: Evidence completeness ภายใน 24 ชั่วโมง
KPI: ตู้ที่มี Raw datalog และ Pre-loading baseline ครบ
KPI: Claim cycle time และ Settlement variance
KPI: Repeat incident ราย Route/Carrier/Equipment
KPI: Prevented loss จาก Alert ที่ตอบสนองทันเวลา
ทบทวน Playbook ทุกฤดูกาลและหลังเหตุ Critical

แผนเริ่มต้น 14 วัน

วัน 1–3 ทำ Evidence Checklist และ Contact Matrix; วัน 4–6 กำหนด Incident ID, Folder, Naming และสิทธิ์; วัน 7–9 เชื่อม Loading, Temperature และ Delivery Evidence; วัน 10–12 ทดลองสร้างแฟ้มจากตู้เก่า; วัน 13–14 ทำ Mock Claim เพื่อวัดเวลาค้นหลักฐานและปิดช่องว่างก่อนฤดูกาลส่งออก

FAQ · คำตอบพร้อมใช้

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

เคลมทุเรียนตู้รีเฟอร์ต้องมี Temperature Log หรือไม่

ควรมีเมื่อเกี่ยวข้องกับสภาพควบคุมอุณหภูมิ แต่ Temperature Log เพียงอย่างเดียวไม่พอ ต้องอ่านร่วมกับ Transport Instruction, PTI, อุณหภูมิสินค้าก่อนโหลด, Loading/Power/Alarm event, สภาพเมื่อรับ, Survey และหลักฐานมูลค่าความเสียหาย

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

ให้รักษาความปลอดภัยสินค้า บันทึกสภาพตู้และ Seal และเปิด Incident ตาม Playbook ก่อน หากจำเป็นต้องคัดแยกเพื่อความปลอดภัยหรือรักษามูลค่า ให้บันทึกอย่างต่อเนื่องและประสาน Carrier ผู้รับประกันหรือ Surveyor ตามเงื่อนไขของกรณี

Screenshot กราฟอุณหภูมิใช้แทน Datalog ได้ไหม

ไม่ควรใช้แทนทั้งหมด Screenshot เหมาะสำหรับสื่อสารเร็ว แต่ควรเก็บ Raw datalog หรือไฟล์ที่ดาวน์โหลดจากแหล่งทางการ พร้อมช่วงเวลา Time zone หน่วย แหล่งข้อมูล และวันดาวน์โหลด เพื่อให้ตรวจสอบซ้ำได้

ใครควรเป็นเจ้าของ Reefer Claim

ควรมี Claim Owner คนเดียวประสานงาน โดยมี QA ดูสภาพและ Sampling, Logistics ดู Timeline/Carrier, Commercial ดูคู่สัญญา, Finance ตรวจมูลค่า และผู้บริหารหรือผู้มีอำนาจอนุมัติการยื่นและข้อตกลง

ต้องแจ้งความเสียหายภายในกี่วัน

ไม่มีตัวเลขเดียวที่ใช้ได้ทุกกรณี ให้ตรวจ B/L, Booking Terms, Sales Contract, Insurance Policy และกฎหมายที่เกี่ยวข้องทันทีเมื่อพบเหตุ และแจ้งผู้เกี่ยวข้องโดยไม่ชักช้าตามช่องทางที่กำหนด หากไม่แน่ใจควรขอคำแนะนำจากผู้เชี่ยวชาญเฉพาะกรณี

AI ช่วยทำแฟ้มเคลมทุเรียนได้อย่างปลอดภัยอย่างไร

AI ช่วยจัดประเภทไฟล์ สร้าง Timeline ตรวจเลขอ้างอิงไม่ตรง สรุปหลักฐานที่ขาด และเชื่อมเหตุการณ์ได้ แต่ต้องอ้างอิงไฟล์ต้นทาง ไม่แก้ Raw data และไม่ตัดสินสาเหตุ ความรับผิด หรือมูลค่าชดเชยแทนผู้เชี่ยวชาญ

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

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

Cargo Claims – ขั้นตอนแจ้งความเสียหาย เอกสาร ภาพ และ Joint SurveyHapag-Lloyd · ตรวจสอบ 22 สิงหาคม 2569
Captain Peter – Journey log, Off-power, Notification และ Datalog downloadA.P. Moller–Maersk · ตรวจสอบ 22 สิงหาคม 2569
MSC iReefer – Temperature, Humidity, Milestone, Off-power, Defrost และ DatalogMediterranean Shipping Company (MSC) · ตรวจสอบ 22 สิงหาคม 2569
EPCIS/CBV 2.0 – Sensor data และเหตุการณ์ Cold ChainGS1 · ตรวจสอบ 22 สิงหาคม 2569
GHP and HACCP Toolbox: Transportation และเอกสาร Codex ที่เกี่ยวข้องFood and Agriculture Organization of the United Nations (FAO) · ตรวจสอบ 22 สิงหาคม 2569
มกษ. 9070-2566 หลักปฏิบัติในการตรวจและรับผลทุเรียนสำหรับโรงรวบรวมและโรงคัดบรรจุสำนักงานมาตรฐานสินค้าเกษตรและอาหารแห่งชาติ (มกอช.) · เผยแพร่ 8 ธันวาคม 2567

← ดูบทความทั้งหมด ทดลองใช้ระบบ ↗