DurianTradeX
TH中EN
ขอชมระบบ
เจ้าหน้าที่โลจิสติกส์ตรวจจุดเชื่อมต่อไฟและสถานะตู้รีเฟอร์สำหรับทุเรียนส่งออก
REEFER POWER CONTINUITY · PRACTICAL GUIDE

ไฟดับตู้รีเฟอร์ทุเรียน: คุม Plug-in–Off-power ทุกจุด

คู่มือคุมไฟตู้รีเฟอร์ทุเรียนตั้งแต่ล้ง รถ ลานตู้ ท่าเรือ ถึงผู้รับ ด้วย Power Handover Record, Alert SLA, Evidence Pack และ AI Exception Control

ปรับปรุง 5 กันยายน 2569 · ใช้เวลาอ่าน 12 นาที
EXECUTIVE TAKEAWAYS

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

  • คำตอบสั้น: ให้สร้าง One Container–One Power Chain บันทึกเวลาถอดไฟ–เสียบไฟ สถานที่ แหล่งจ่าย ผู้ส่งมอบ ผู้รับมอบ สถานะ Controller และ Alarm ทุกจุดตั้งแต่ล้งถึงผู้รับ หากขาดหลักฐานช่วงใดให้เป็น Exception ไม่ถือว่า Cold chain ต่อเนื่องโดยอัตโนมัติ
  • No data ไม่เท่ากับ Off-power เสมอ เพราะสัญญาณสื่อสารอาจขาดแม้เครื่องยังทำงาน จึงต้องเทียบ Power status, Controller/Event log, Supply–Return air, Product logger และเหตุการณ์ขนส่งก่อนสรุป
  • ไม่มีเวลา Off-power สูงสุดตัวเลขเดียวที่ปลอดภัยสำหรับทุกตู้ ผลกระทบขึ้นกับอุณหภูมิเริ่มต้น มวลสินค้า บรรจุภัณฑ์ สภาพแวดล้อม ระยะเวลา และเกณฑ์ในสัญญา ให้กำหนด Alert SLA ภายในจาก Product specification และคำสั่ง Carrier ของ Shipment จริง
01

คำตอบก่อน: คุมไฟเป็นสายโซ่ ไม่ใช่ดูกราฟปลายทาง

ตู้รีเฟอร์ต้องผ่านหลายจุดที่แหล่งจ่ายไฟเปลี่ยนมือ เช่น ล้ง รถหัวลาก ลานตู้ Terminal เรือ และปลายทาง ความเสี่ยงจึงอยู่ที่ Handover มากกว่าช่วงใดช่วงหนึ่ง ให้สร้าง Power Chain ต่อ Container โดยทุกการ Plug-out ต้องมี Planned plug-in point ถัดไป ผู้รับผิดชอบ และเวลายกระดับหากยังไม่เสียบไฟ

  • Packhouse: ยืนยันแหล่งจ่าย สภาพสาย/ปลั๊ก สถานะเครื่อง และเวลาเริ่มทำงาน
  • Inland transport: ยืนยันว่าต้องใช้ Genset หรือไม่จาก Booking/Transport plan และตรวจการส่งมอบกับ Driver
  • CY/Terminal: บันทึก Gate-in, Plug-in acknowledgement และช่องทางแจ้งเหตุ
  • Vessel/Transshipment: ใช้ Carrier monitoring และ milestone แทนการคาดเดาจาก ETA
  • Destination: เก็บ Plug-out, Gate-out, Delivery และ Receiver acknowledgement จนจบความรับผิดชอบตามสัญญา

กำหนด Owner ทุกช่วงก่อนตู้เคลื่อน

ใส่ชื่อองค์กร บทบาท ช่องทางติดต่อ และ SLA ของ Packhouse, Transporter, Depot, Terminal, Carrier, Forwarder และ Consignee ให้ครบ การเขียนเพียงว่า ‘สายเรือดูแล’ ไม่เพียงพอสำหรับการตอบสนองเมื่อเกิด Alert

Incoterms ไม่แทน Power Responsibility Matrix

จุดโอนความเสี่ยงตามเงื่อนไขการค้าไม่ได้บอกรายละเอียดว่าใครต้องสั่ง Genset ใครรับ Alert หรือใครดาวน์โหลด Datalog ให้เพิ่ม Cold-chain addendum และ Power responsibility matrix ในข้อตกลง Shipment

02

แยก Planned Off-power, Unplanned Off-power และ Data Gap

คำว่าไฟดับมักถูกใช้รวมเหตุการณ์ต่างชนิดจนทีมตอบสนองผิด ให้ระบบบังคับเลือก Event type ก่อนประเมินความรุนแรง โดยอ้างเวลาและตำแหน่งจริง ไม่อนุมานจากเส้นกราฟอย่างเดียว

  • Planned transfer: ถอดไฟเพื่อเปลี่ยนแหล่งจ่ายหรือโหมดขนส่งตามแผน
  • Unplanned off-power: แหล่งจ่ายหยุด สายหลุด Genset หยุด หรือถูกถอดโดยไม่มีแผน
  • Machinery shutdown/alarm: Controller หยุดเครื่องจาก Fault แม้ยังมีไฟเข้า
  • Defrost: วงจรทำงานของระบบที่อาจทำให้กราฟอากาศเปลี่ยนชั่วคราว ไม่ใช่ไฟดับโดยอัตโนมัติ
  • Connectivity/Data gap: ระบบสื่อสารไม่มีข้อมูลสด แต่ตู้และ Controller อาจยังทำงาน
  • Unknown: หลักฐานไม่พอ ต้องเปิด Investigation ไม่ปิดเหตุด้วยการเดา

No data ต้องตรวจสัญญาณและข้อมูลย้อนหลัง

Hapag-Lloyd ระบุว่าการส่งข้อมูลใกล้เวลาจริงขึ้นกับไฟและสัญญาณเซลลูลาร์ และข้อมูลบนเรืออาจอัปโหลดภายหลังเมื่อกลับเข้าสัญญาณ ส่วน MSC ระบุว่าการขาดข้อมูลอาจมาจาก Power-off, ช่วงอยู่นอกเครือข่าย หรืออุปกรณ์สื่อสารขัดข้อง ดังนั้น Alert ‘ไม่มีข้อมูล’ ควรเปิดงานตรวจสอบ ไม่ตัดสินสาเหตุทันที

03

ล็อก 15 ช่องใน Power Handover Record

ระเบียนหนึ่งชุดต่อตู้ช่วยลดช่องว่างระหว่างฝ่ายและสร้างหลักฐานที่ใช้วิเคราะห์ Claim ได้ ทุกช่องสำคัญต้องมี Source, Timestamp และผู้รับรอง ไม่พิมพ์ทับค่าเดิมเมื่อมีการแก้ไข

  • 1 Shipment, Booking, Container No. และ Route
  • 2 Product/Lot, Packaging และ Product release temperature
  • 3 Setpoint, Ventilation, Mode และ Setting revision
  • 4 จุด Handover และ UN/LOCODE หรือพิกัดที่เหมาะสม
  • 5 Planned plug-out และ Actual plug-out พร้อม Time zone
  • 6 Planned plug-in และ Actual plug-in พร้อม Time zone
  • 7 แหล่งจ่าย: Shore power, Clip-on/Undermount Genset หรือ Vessel power
  • 8 Genset requirement/status จาก Booking และ Transport plan
  • 9 Controller power state, Running state และ Alarm code
  • 10 Supply/Return air snapshot และ Product logger reference
  • 11 ผู้ส่งมอบ ผู้รับมอบ และช่องทางติดต่อ
  • 12 ภาพปลั๊ก สาย Controller และ Container ID โดยไม่เสี่ยงความปลอดภัย
  • 13 Exception code, Severity, Owner และ Response SLA
  • 14 การแก้ไข ผู้อนุมัติ และผลตรวจหลังคืนไฟ
  • 15 Datalog export, Claim hold และ Retention location

เวลาเดียวกันต้องหมายถึงเวลาเดียวกัน

ซิงก์นาฬิกาอุปกรณ์และเก็บ Time zone ชัดเจน เพราะ Logger, Controller, รถ, Terminal และ Carrier portal อาจใช้คนละเขตเวลา ระบบควรเก็บ UTC เป็นฐานและแสดงเวลาท้องถิ่นประกอบโดยไม่แก้ Raw timestamp

04

ก่อน Gate-out: ยืนยัน Genset และแผนไฟจาก Booking

DCSA แยกข้อมูลว่า Reefer ต้องมี Genset ตอนรับจาก Depot หรือไม่ จึงควรเก็บเป็น Mandatory field ตั้งแต่ Booking ไม่รอถามเมื่อรถมาถึงล้ง Genset และงานไฟฟ้าต้องดำเนินการโดยผู้มีหน้าที่ตามคู่มือผู้ผลิต กฎหมาย และข้อกำหนดผู้ให้บริการ ไม่ให้พนักงานทั่วไปแก้สายหรือเปิดอุปกรณ์ไฟฟ้าเอง

  • อ่าน Booking/Transport instruction ฉบับล่าสุดและยืนยัน Genset required/arranged
  • ตรวจรุ่น การติดตั้ง เชื้อเพลิง สถานะ Run test และ Service contact ตามขั้นตอนผู้ให้บริการ
  • ยืนยัน Container No., Controller, Setpoint และ Alarm ก่อนถอด Shore power
  • กำหนด Planned off-power window และจุด Plug-in ถัดไปบน Route จริง
  • ส่ง Handover instruction ให้ Driver พร้อมเบอร์ติดต่อและ Stop-work rule
  • หาก Genset/แหล่งจ่ายไม่ตรงแผน ให้ Hold ตู้และออก Exception ก่อน Gate-out

ไม่ใช้บทความแทนคู่มือความปลอดภัยไฟฟ้า

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

05

SOP 10 ขั้นตอนเมื่อเกิด Off-power หรือ Alert

เป้าหมายแรกคือคืนการควบคุมอย่างปลอดภัยและรักษาหลักฐานพร้อมกัน ไม่สั่งเปิดตู้หรือปรับ Setpoint โดยพลการ เพราะอาจเพิ่มความร้อน ทำให้สาเหตุสับสน และกระทบสิทธิ์เคลม

  • 1 รับ Alert และเปิด Incident ID ผูก Container/Shipment
  • 2 ตรวจว่าเป็น Power status, Alarm, Data gap หรือ Defrost
  • 3 ยืนยันตำแหน่ง Milestone และผู้ครอบครองตู้ล่าสุด
  • 4 ติดต่อ Owner ตาม SLA และขอ Physical/Controller confirmation
  • 5 ให้ผู้มีหน้าที่ตรวจแหล่งจ่าย Genset สาย ปลั๊ก และ Alarm อย่างปลอดภัย
  • 6 บันทึกเวลา Before/After และห้ามลบ Fault/Event history
  • 7 คืนไฟหรือย้ายแหล่งจ่ายตามคำแนะนำ Carrier/Technician
  • 8 ตรวจ Running state, Setpoint, Supply/Return trend และ Alarm หลังคืนระบบ
  • 9 แจ้ง Buyer/Carrier/Insurer ตาม Contract notification window เมื่อเข้าเกณฑ์
  • 10 เก็บ Raw datalog, Portal export, ภาพ, การสื่อสาร และ Corrective action

กำหนด Alert SLA เป็นหลายระดับ

ใช้ระดับ Advisory, Action และ Critical ตามชนิด Event ระยะเวลา สภาพแวดล้อม ความพร้อมของข้อมูล และ Product specification แต่ไม่ประกาศตัวเลขเดียวเป็นเกณฑ์ความเสียหายสำหรับทุก Shipment เกณฑ์ภายในต้องอนุมัติโดย QC, Logistics, Buyer และ Carrier ที่เกี่ยวข้อง

06

อ่านกราฟให้ถูก: อากาศ สินค้า ไฟ และสัญญาณตอบคนละคำถาม

MSC iReefer แสดง Off-power period, Defrost, Supply/Return temperature และเหตุการณ์ตามเวลา ขณะที่ Maersk Captain Peter แสดง Journey log, Off-power และอุณหภูมิภายนอก ข้อมูลเหล่านี้ช่วยชี้ช่วงที่ต้องตรวจ แต่ยังไม่ใช่ข้อสรุปว่าสินค้าเสียหรือฝ่ายใดรับผิด

  • Power status: ยืนยันว่าระบบรายงานมีไฟหรือไม่มีไฟในแต่ละ Timestamp
  • Controller event: อธิบาย Alarm, Defrost, Shutdown และการเปลี่ยนค่า
  • Supply/Return air: อธิบายการตอบสนองของอากาศในระบบ ไม่แทนอุณหภูมิทุกผล
  • Product logger: อธิบายสภาพ ณ ตำแหน่งติดตั้ง ไม่แทนทั้งตู้
  • Ambient/location/milestone: ช่วยตีความภาระความร้อนและช่วงเปลี่ยนมือ
  • Inspection at destination: ยืนยันสภาพสินค้า Defect และมูลค่าความเสียหายจริง

อย่าตัดสินจาก Screenshot เดียว

ใช้ Raw datalog หรือไฟล์ดาวน์โหลดพร้อม Metadata, หน่วย, Time zone, ช่วงเวลา และวันที่ดาวน์โหลด Hapag-Lloyd ระบุว่าข้อมูลบางประเภทบน Web application เก็บย้อนหลังสูงสุด 3 เดือน จึงควรดาวน์โหลดเข้าระบบขององค์กรตาม Retention policy ก่อนหมดช่วงเข้าถึง

07

Evidence Pack ที่พร้อมทั้ง Audit และ Claim

หลักฐานที่ดีต้องพิสูจน์สามเรื่องแยกกัน: เหตุการณ์เกิดอะไร สินค้าได้รับผลอย่างไร และเกิดมูลค่าความเสียหายเท่าใด การมีกราฟ Off-power แต่ไม่มีผลตรวจสินค้า หรือมีของเสียแต่ไม่มี Handover chain ทำให้เจรจายากขึ้น

  • Approved transport instruction และทุก Revision
  • Power Handover Record ตั้งแต่ Stuffing ถึง Delivery
  • PTI, Genset arrangement, Run/Service record และผู้มีหน้าที่
  • Controller log, Carrier portal export และ Product logger raw data
  • ภาพ Container/Plug/Controller/Seal พร้อม Timestamp และ Chain of custody
  • Incident timeline, Alert acknowledgement, Communication และ Repair evidence
  • Arrival inspection, Survey, Sampling, Reject/Sorting/Weight record
  • Invoice, Packing list, Cost, Salvage และ Claim correspondence

แยก Cause Evidence จาก Damage Evidence

Cause evidence ชี้ Power/Alarm/Handover ส่วน Damage evidence ชี้ผลต่อทุเรียนและมูลค่าความเสียหาย ทั้งสองต้องเชื่อมด้วย Timeline และ Lot/Container เดียวกัน โดยไม่กล่าวอ้างเหตุจากความสัมพันธ์ของกราฟเพียงอย่างเดียว

08

AI ช่วยจับช่องว่าง แต่ห้ามตัดสินสาเหตุหรือเคลมแทนคน

AI เหมาะกับการรวมข้อมูลหลายแหล่ง จับเวลาที่ไม่ต่อเนื่อง และเตือนงานที่ไม่มี Owner แต่ควรใช้ Rule engine สำหรับ Hard control และให้ผู้เชี่ยวชาญยืนยันสาเหตุ ความเสียหาย และการสื่อสารภายนอก

  • Reconcile Container No., Booking, Logger ID และ Time zone อัตโนมัติ
  • ตรวจ Planned vs Actual plug-in gap และ Missing acknowledgement
  • จัดกลุ่ม Power, Alarm, Defrost และ Connectivity event พร้อมระดับความเชื่อมั่น
  • สร้าง Incident timeline จาก Raw log โดยเก็บลิงก์ย้อนกลับทุกข้อมูล
  • เตือนใกล้หมดเวลาตาม Contract notification และ Data retention
  • เสนอ CAPA จากเหตุซ้ำ โดยให้ QC/Logistics อนุมัติก่อนเปลี่ยน SOP
  • เก็บ Model/rule version, Input, Output, Override และผู้อนุมัติใน Audit trail

กติกา AI ที่ต้องล็อก

ห้าม AI เติม Timestamp ที่หาย ระบุผู้รับผิดโดยไม่มีหลักฐาน สรุปว่าสินค้าเสียจากกราฟ หรือสั่งปรับ Controller/Genset อัตโนมัติ เมื่อข้อมูลขัดกันให้เปิด Exception และแสดง Source ที่มนุษย์ตรวจได้

09

KPI ที่เชื่อม Cold chain กับกำไรรายตู้

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

  • Power handover completeness ≥ 98%
  • Planned vs Actual plug-in variance และ Unexplained gap
  • Alert acknowledgement time และ Time to verified recovery
  • Unknown/Data-gap investigation closure rate
  • Off-power minutes แยก Planned, Unplanned และ Unknown
  • Evidence pack first-time-right และเวลาค้น Raw datalog
  • Temperature-related reject/claim ต่อ Container และ Cost per sellable kg
  • Repeat incident rate แยก Transporter, Depot, Terminal, Route และ Equipment

เกณฑ์ ROI

เทียบต้นทุน Monitoring, Genset, แรงงาน และ Integration กับ Claim avoided, ลด Downtime, ลดเวลาตามเอกสาร และลดสินค้าถูก Reject โดยรายงานต่อ Shipment/Route ไม่ใช้ค่าเฉลี่ยรวมที่กลบจุดเสี่ยง

10

เริ่มใช้พรุ่งนี้: Pilot 30 วันบนเส้นทางเดียว

เลือกหนึ่งเส้นทาง หนึ่ง Carrier และหนึ่ง Transporter ที่มีข้อมูลครบ จัด Power map ตั้งแต่ล้งถึง Handover ปลายทาง แล้วทดลองใช้ Power Handover Record กับ Alert matrix ก่อนขยายไปทุกตู้

  • วาด Handover points และแหล่งจ่ายทุกช่วงบน Route จริง
  • ยืนยัน Genset decision และ Owner จาก Booking
  • กำหนด Event taxonomy, Severity, SLA และ Stop-work rule
  • ซิงก์เวลาอุปกรณ์และทดสอบการดาวน์โหลด Raw log
  • ซ้อม Scenario: Planned transfer, Genset failure, Data gap และ Alarm
  • ทบทวน Incident/Evidence pack รายสัปดาห์กับ QC–Logistics–Finance
  • ขยายเมื่อ Response และ Evidence ดีขึ้นโดยไม่เพิ่มความเสี่ยงความปลอดภัย

บทบาทของ DurianTradeX

ใช้ Container record กลางเชื่อม Shipment, Lot, Setting, PTI, Genset, Power handover, Alarm, Carrier datalog, Claim และ Margin เพื่อให้ทีมเห็นสถานะเดียวกันและยกระดับ Exception ก่อนความเสียหายกลายเป็นข้อพิพาท

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

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

ไฟดับตู้รีเฟอร์ทุเรียนกี่นาทีจึงอันตราย?

ไม่มีตัวเลขเดียวสำหรับทุกตู้ ต้องประเมินอุณหภูมิเริ่มต้น มวลสินค้า บรรจุภัณฑ์ อุณหภูมิภายนอก ระยะเวลา ตำแหน่ง Logger และเกณฑ์ผู้ซื้อ/Carrier ควรกำหนด Alert SLA ภายในเพื่อให้ตอบสนองเร็ว แต่ไม่ใช้แทนเกณฑ์ความเสียหายในสัญญา

ไม่มีข้อมูลบนระบบ Monitoring แปลว่าตู้ไม่มีไฟหรือไม่?

ไม่เสมอ ข้อมูลอาจขาดเพราะอยู่นอกเครือข่ายหรืออุปกรณ์สื่อสารขัดข้อง ต้องตรวจ Power status, Controller/Event log, Carrier milestone และข้อมูลที่อัปโหลดย้อนหลังเมื่อกลับเข้าสัญญาณก่อนสรุป

ช่วงถอดไฟเพื่อเปลี่ยนรถหรือเข้า Terminal ถือว่าผิดปกติหรือไม่?

อาจเป็น Planned transfer ได้หากอยู่ในแผน มีจุดเสียบไฟถัดไป เวลาควบคุม ผู้รับผิดชอบ และหลักฐาน Handover แต่หากเกินแผนหรือไม่มีผู้รับมอบต้องเปิด Exception และ Escalate

Genset จำเป็นกับรถลากตู้รีเฟอร์ทุกเที่ยวหรือไม่?

ไม่ควรเหมารวม ต้องยืนยันจาก Booking, Route, เวลาขนส่ง จุดจ่ายไฟ และข้อกำหนด Carrier/Buyer ของ Shipment นั้น DCSA มีฟิลด์มาตรฐานเพื่อระบุว่าตู้รีเฟอร์ต้องติด Genset ตอนปล่อยจาก Depot หรือไม่

กราฟ Off-power ใช้ยืนยันว่าทุเรียนเสียได้ทันทีหรือไม่?

ไม่ได้ กราฟชี้ช่วงเหตุการณ์ที่ต้องตรวจ แต่ต้องอ่านร่วมกับ Supply/Return air, Product logger, Ambient, Milestone, สภาพเมื่อรับ, Sampling/Survey และเกณฑ์คุณภาพในสัญญา

AI ควรทำอะไรในระบบไฟตู้รีเฟอร์?

AI ช่วยจับข้อมูลไม่ตรง สร้าง Timeline และเตือน Missing handover ได้ แต่ไม่ควรสั่งงานไฟฟ้า ปรับ Controller ตัดสินความเสียหาย หรือระบุผู้รับผิดโดยอัตโนมัติ ต้องมี Rule control, Source link และ Human approval

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

ตั้งค่าตู้รีเฟอร์ทุเรียน: คุม Setpoint–ลม–ความชื้น↗PTI ตู้รีเฟอร์ทุเรียน: 9 จุดเช็กก่อนเปิดโหลด↗Cold Chain ทุเรียน: Temperature Log สู่ Exception Management↗เคลมทุเรียนตู้รีเฟอร์: เก็บหลักฐานตั้งแต่โหลดถึงรับของ↗Load Plan ตู้ทุเรียน: คุม Airflow–น้ำหนัก–พื้นที่↗คำนวณกำไรรายตู้ทุเรียนให้เห็นก่อนปิด Shipment↗

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

ตรวจสอบข้อมูลล่าสุด ณ วันที่ 5 กันยายน 2569

  1. Advanced Reefer Monitoring System — Off-power, Defrost, Datalog และ MilestonesMediterranean Shipping Company (MSC) · ตรวจสอบ 5 กันยายน 2569
  2. MSC iReefer FAQs — การแยก Off-power, Data gap และการอัปโหลดข้อมูลย้อนหลังMediterranean Shipping Company (MSC) · เผยแพร่ 6 กุมภาพันธ์ 2568; ตรวจสอบ 5 กันยายน 2569
  3. Captain Peter Services — Journey log, Off-power, Outside temperature และ AlertsA.P. Moller–Maersk · ตรวจสอบ 5 กันยายน 2569
  4. Hapag-Lloyd LIVE FAQ — Near-real-time, Connectivity และ Data retentionHapag-Lloyd · ตรวจสอบ 5 กันยายน 2569
  5. Shipping Glossary — Genset required at release และ Reefer operational termsDigital Container Shipping Association (DCSA) · ตรวจสอบ 5 กันยายน 2569
  6. IMO/ILO/UNECE Code of Practice for Packing of Cargo Transport Units (CTU Code)UNECE / IMO / ILO · ฉบับ 2557; ตรวจสอบ 5 กันยายน 2569
  7. PowerLINE Generator Sets — Continuous power for reefer road and rail transportCarrier Transicold · ตรวจสอบ 5 กันยายน 2569
← ดูบทความทั้งหมดทดลองใช้ระบบ ↗