ทีมควบคุมคุณภาพตรวจหน้าจอตั้งค่าตู้รีเฟอร์ทุเรียนก่อน Gate-out
REEFER SETTING CONTROL · PRACTICAL GUIDE

ตั้งค่าตู้รีเฟอร์ทุเรียน: คุม Setpoint–ลม–ความชื้น

คู่มือตั้งค่าตู้รีเฟอร์ทุเรียนด้วย Reefer Setting Sheet แยก Setpoint, Supply/Return air, Ventilation, Humidity, Defrost และ Alarm ก่อน Gate-out

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

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

  • คำตอบสั้น: ก่อน Gate-out ให้ใช้ Reefer Setting Sheet ที่อนุมัติแล้วเป็นแหล่งข้อมูลเดียว และทำ Exact Match ระหว่าง Transport instruction, Booking, หน้าจอตู้ และหลักฐานส่งมอบอย่างน้อย Setpoint, หน่วย, Ventilation, Humidity/CA และโหมดควบคุม หากข้อมูลขัดกันให้ Hold ไม่เดาค่าหน้างาน
  • Setpoint ไม่ใช่อุณหภูมิเนื้อทุเรียน และ Supply air, Return air, Product temperature กับ Ambient temperature ตอบคำถามคนละข้อ การเห็นค่าหนึ่งตรงจึงยังไม่พิสูจน์ว่าสินค้าทั้งตู้เริ่มต้นหรือคงอยู่ในช่วงที่ตกลง
  • ไม่มีค่าตั้งสากลที่ใช้ได้กับทุเรียนทุกพันธุ์ ความสุก บรรจุภัณฑ์ เส้นทาง หรือรุ่นตู้ ค่าเป้าหมายต้องมาจากสเปกสินค้าที่ผู้ซื้อ–ผู้ส่งออกอนุมัติและความสามารถของ Carrier/Equipment สำหรับ Shipment นั้น
01

คำตอบก่อน: ใช้หนึ่ง Setting Sheet คุมค่าก่อน Gate-out

ความเสี่ยงไม่ได้อยู่แค่ตั้งอุณหภูมิผิด แต่อยู่ที่หลายทีมถือเอกสารคนละฉบับ หน่วยไม่ตรง หรือมีการแก้ค่าหลังอนุมัติโดยไม่มีร่องรอย ให้ Shipping สร้าง Reefer Setting Sheet หนึ่งใบต่อ Container เชื่อม Buyer specification, Booking และ Transport instruction แล้วให้ QC, Loading supervisor และผู้รับตู้ตรวจร่วมกันก่อนส่งมอบ

  • Exact Match 1: Container No. และ Equipment/Controller ตรงกับ Booking
  • Exact Match 2: Setpoint พร้อมหน่วย °C/°F ตรงทุกจุด
  • Exact Match 3: Fresh-air ventilation พร้อมหน่วยและสถานะตรงกัน
  • Exact Match 4: Humidity/Dehumidification และ CA ตรงตามบริการที่ซื้อจริง
  • Exact Match 5: Control mode, Monitoring/Data logger และ Alarm contact พร้อมใช้งาน
  • Release status: Ready, Hold หรือ Approved exception พร้อมผู้อนุมัติ เหตุผล และเวลา

ค่าที่ไม่มีในคำสั่งไม่ใช่ช่องให้เดา

หาก Buyer ระบุเพียง Setpoint แต่ไม่ระบุ Ventilation หรือ Humidity ให้ขอคำสั่งที่ชัดเจนจากเจ้าของ Product specification และ Carrier ก่อนปิดงาน ห้ามคัดลอกค่าจาก Shipment เก่าหรือสินค้าอื่น เพราะ Maersk Commodity Database แสดงให้เห็นว่าคำแนะนำด้านอุณหภูมิ การแลกเปลี่ยนอากาศ และความชื้นแตกต่างกันตามสินค้า

Setpoint ตรงแต่หน่วยผิดก็เป็นความผิดพลาดร้ายแรง

Setting Sheet ต้องเก็บทั้งค่าและหน่วย ระบบดิจิทัลควรปฏิเสธช่องว่างและแปลงหน่วยเพื่อช่วยเปรียบเทียบ แต่ค่าที่แปลงแล้วต้องให้มนุษย์ยืนยันก่อนส่งลงตู้

02

แยก 5 อุณหภูมิให้ถูกก่อนอ่านหน้าจอ

ระบบควบคุมตู้รีเฟอร์มีเซนเซอร์และตรรกะควบคุมของอุปกรณ์ ส่วนทีมสินค้าใช้เครื่องมือวัดอุณหภูมิผลผลิต หากเรียกทุกค่าเพียงว่าอุณหภูมิตู้ ทีมจะวิเคราะห์ Alarm และเคลมผิดสาเหตุได้ง่าย Carrier Transicold อธิบายว่าคอนโทรลเลอร์สามารถแสดง Supply และ Return air แยกกัน และตรรกะควบคุมอาจอ้างอิงคนละจุดตามโหมด

  • Setpoint: ค่าเป้าหมายที่ป้อนให้ Controller ไม่ใช่ค่าที่วัดได้จากสินค้า
  • Supply air: อากาศเย็นที่ออกจากชุดทำความเย็นเข้าสู่พื้นที่สินค้า
  • Return air: อากาศที่ผ่านพื้นที่สินค้าแล้วกลับเข้าสู่ชุดทำความเย็น
  • Product/Pulp temperature: สภาพของทุเรียน ณ จุดและวิธีวัดที่กำหนด
  • Ambient/Loading-bay temperature: ภาระความร้อนรอบตู้และช่วงเปิดประตู

Delta ระหว่าง Supply กับ Return ต้องอ่านพร้อมบริบท

ส่วนต่างอาจเปลี่ยนตามภาระความร้อน การไหลของลม ช่วง Pull-down หรือ Defrost จึงไม่ควรกำหนดเกณฑ์เคลมจากตัวเลขจุดเดียวโดยไม่ดูเวลา โหมด เครื่องรุ่นนั้น อุณหภูมิสินค้า และเหตุการณ์เปิดประตู

Data logger สินค้าไม่แทนข้อมูล Controller

Logger ช่วยเห็นสภาพ ณ ตำแหน่งติดตั้ง ขณะที่ Controller log อธิบายการทำงานและ Alarm ของเครื่อง ทั้งสองชุดควรซิงก์ Shipment, Container, ตำแหน่ง และ Time zone เพื่อวิเคราะห์ร่วมกัน

03

ล็อก 14 ช่องใน Reefer Setting Sheet

ใบสั่งตั้งค่าที่ดีต้องพอให้คนอีกกะหนึ่งทำงานซ้ำได้โดยไม่โทรถาม และพอให้ผู้ตรวจย้อนหลังเห็นว่าใครอนุมัติค่าใดจากเอกสารฉบับไหน

  • 1 Shipment, Booking, Container No. และ Route
  • 2 สินค้า พันธุ์ เกรด Lot และรูปแบบบรรจุ
  • 3 Product specification และ Revision ที่อนุมัติ
  • 4 Product release temperature พร้อมจุดและวิธีวัด
  • 5 Setpoint พร้อมหน่วย
  • 6 Cargo/control mode และ Control sensor basis ตามคู่มืออุปกรณ์
  • 7 Fresh-air ventilation พร้อมค่า หน่วย และตำแหน่ง/สถานะ
  • 8 Humidity หรือ Dehumidification setting พร้อมขอบเขตความสามารถ
  • 9 CA: O₂/CO₂ target เฉพาะเมื่อซื้อบริการและมีสเปกผู้เชี่ยวชาญ
  • 10 Drain, Defrost, Fan หรือ Economy mode ตามคำสั่ง Carrier
  • 11 Remote monitoring และ Data logger plan
  • 12 Alarm recipient, ช่องทางสำรอง และ Response SLA
  • 13 Source document, Version, วันที่–เวลา และ Time zone
  • 14 ผู้จัดทำ ผู้ตรวจ ผู้อนุมัติ และบันทึกการเปลี่ยนแปลง

แยก Required, Supported และ Actual

แต่ละช่องควรเห็นสามค่า: Buyer/Product required, Carrier/Equipment supported และ Actual setting บนตู้ หากสามชั้นไม่ตรงให้เปิด Exception ไม่ใช้เครื่องหมายถูกช่องเดียวกลบความต่าง

04

Pre-cool สินค้าก่อนตั้งค่า ไม่ใช้ตู้แทนห้องเย็น

Codex CXC 44-1995 ระบุว่าอุปกรณ์ขนส่งแบบทำความเย็นออกแบบเพื่อรักษาอุณหภูมิ ไม่ใช่ดึง Field heat ออกจากผลผลิต และแนะนำ Pre-cooling ก่อนโหลด Hapag-Lloyd ก็แนะนำให้อุณหภูมิสินค้าอยู่ที่อุณหภูมิขนส่งก่อน Stuffing การป้อน Setpoint ต่ำลงเพื่อเร่งแก้สินค้าร้อนจึงไม่ใช่ทางลัดที่ควรทำโดยพลการ

  • กำหนด Product release limit, จุดวัด เครื่องมือ และ Sampling plan ในสเปก
  • แยก Lot ที่ยังไม่ผ่านไว้ใน Hold area
  • ลดเวลาจากห้องเย็นถึงตู้และบันทึก Door-open/Loading window
  • บันทึกอุณหภูมิสินค้า ไม่ใช้ Supply air เป็นตัวแทน
  • หากสินค้าเริ่มต้นไม่ผ่าน ให้แก้กระบวนการ Pre-cool หรือขอ Disposition ไม่เปลี่ยน Setpoint เอง
05

Ventilation ไม่ใช่ Airflow และ Humidity control มีขอบเขต

MSC อธิบายว่า Ventilation ใช้แลกเปลี่ยนอากาศสดเพื่อจัดการก๊าซ เช่น CO₂ และ Ethylene ขณะที่ Airflow ภายในหมุนเวียนลมผ่าน T-floor บรรจุภัณฑ์ และสินค้า การเปิด Vent มากขึ้นจึงไม่ได้แก้ช่องลมกล่องถูกปิดหรือเกิด Air short-circuit โดยอัตโนมัติ

  • ระบุ Ventilation เป็นค่าพร้อมหน่วย ไม่เขียนเพียง Open/Close หากระบบต้องการตัวเลข
  • ตรวจว่าคอนโทรลเลอร์อ่าน Actual vent position ได้หรือเป็นการตั้งเชิงกล
  • รักษาช่องลมกล่อง T-floor Load line และ Return-air path ตาม Load Plan
  • Humidity technology บางระบบลดความชื้นได้แต่เพิ่มความชื้นไม่ได้ ให้ตรวจคู่มือรุ่นจริง
  • Controlled Atmosphere เป็นบริการเฉพาะ ไม่เท่ากับปิดช่อง Vent และต้องมีอุปกรณ์กับสเปกที่รองรับ

อย่าคัดลอกค่า Vent จากสินค้าชนิดอื่น

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

06

อ่าน Defrost และ Alarm โดยไม่สรุปผิด

ระบบ Defrost มีหน้าที่กำจัดน้ำแข็งที่คอยล์เพื่อรักษาประสิทธิภาพและทางลม ตามข้อมูล Carrier Transicold ช่วงดังกล่าวอาจทำให้ค่าอากาศเปลี่ยนชั่วคราว การเห็นกราฟแกว่งช่วงสั้นจึงต้องตรวจ Event log และสถานะเครื่องก่อนสรุปว่า Cold chain ล้มเหลว แต่ Alarm ที่เกิดซ้ำหรืออยู่นอก SLA ก็ต้อง Escalate ไม่ควรรอจนถึงปลายทาง

  • กำหนด Alarm severity, ผู้รับผิดชอบ และเวลาตอบสนองก่อน Gate-out
  • เก็บ Event log, Supply/Return trend, Setpoint history และ Remote-monitoring record
  • ตรวจ Door event, Power interruption, Defrost state และ Ambient ร่วมกัน
  • ห้ามปิด Alarm หรือแก้ Defrost/Fan mode นอกคู่มือโดยไม่มีผู้มีอำนาจอนุมัติ
  • เมื่อเปลี่ยนค่า ให้บันทึก Before/After, ผู้ร้องขอ, เหตุผล, เวลา และผลตรวจ
07

SOP 12 ขั้นตอนก่อน Gate-out

แปลง Setting Sheet เป็นงานที่ตรวจซ้ำได้ตั้งแต่รับตู้จนส่งมอบ Driver เพื่อให้เอกสาร หน้าจอ และสภาพสินค้าจบที่สถานะเดียวกัน

  • 1 รับ Booking/Transport instruction และล็อก Revision
  • 2 ตรวจ PTI status, Container No., Controller และความสามารถที่จอง
  • 3 ตรวจ Product release temperature และ Loading release
  • 4 โหลดตาม Load Plan โดยคุม T-floor, Vent path และ Load line
  • 5 ป้อน Setpoint และยืนยันหน่วย
  • 6 ตั้ง Ventilation และตรวจ Actual position/status
  • 7 ตั้ง Humidity/CA/Drain/Mode เฉพาะรายการที่อนุมัติ
  • 8 รอให้ Controller กลับสู่สถานะการทำงานที่คาดหมายตามคู่มือ
  • 9 ถ่ายภาพหน้าจอชัดเจนพร้อม Container ID และ Timestamp
  • 10 ทำ Independent read-back โดยคนที่สองจาก Setting Sheet
  • 11 ปิด Seal เชื่อม Seal Register และ Handover record
  • 12 ส่ง Driver/Control tower พร้อม Alarm contact แล้ว Release หรือ Hold

ใช้ Read-back แบบการบิน

ผู้ตั้งค่าอ่านค่าจากหน้าจอ ผู้ตรวจอีกคนอ่านกลับจากเอกสารต้นทางโดยไม่ชี้นำกัน วิธีนี้จับทั้งการกดผิด การอ่านผิดหน่วย และการอ้าง Revision ผิดได้ดีกว่าการให้คนเดียวติ๊กทุกช่อง

08

Exception Playbook เมื่อข้อมูลไม่ตรง

กำหนดเส้นทางตัดสินใจก่อนเกิดเหตุ เพราะช่วงใกล้ Cut-off เป็นเวลาที่แรงกดดันสูงที่สุด หลักคือหยุดผลกระทบ รักษาหลักฐาน และให้เจ้าของความเสี่ยงอนุมัติ

  • Buyer spec ขัด Booking: Hold และให้ Shipping/Buyer ยืนยันเป็นลายลักษณ์อักษร
  • Booking ขอค่าที่ Equipment ไม่รองรับ: ขอ Carrier เสนออุปกรณ์หรือแนวทางใหม่ ไม่ดัดแปลงเอง
  • หน้าจอไม่ตรง Setting Sheet: ถ่าย Before, แก้โดยผู้มีอำนาจ, Read-back และถ่าย After
  • เปลี่ยนค่าหลัง Gate-out: ใช้ Change request ระบุผู้สั่ง Carrier action และ Notify ผู้เกี่ยวข้อง
  • Alarm ระหว่างทาง: Control tower คัด Severity, ตรวจข้อมูลหลายแหล่ง และ Escalate ตาม SLA
  • ข้อมูลหาย: ระบุ Gap ตรงไปตรงมา ไม่ให้ AI หรือพนักงานเติมค่าจากการคาดเดา
09

Evidence Pack และ AI ที่ใช้ได้จริง

หลักฐานที่ค้นเจอเร็วช่วยทั้ง Operational review, Buyer communication และ Claim ให้ตั้งชื่อไฟล์ด้วย Shipment–Container–Event–Timestamp และเก็บต้นฉบับแบบแก้ไขไม่ได้พร้อม Audit trail

  • Approved Setting Sheet และเอกสารต้นทางทุก Revision
  • PTI record, Product release temperature, Calibration และ Sampling record
  • ภาพหน้าจอ Controller ก่อน/หลังตั้งค่า ภาพ Vent/Drain และภาพโหลด
  • Load Plan, Seal Register, Gate-out และ Handover
  • Controller/Remote monitoring export, Logger map และ Time-zone note
  • Exception, Change approval, Alarm response และการสื่อสารกับ Carrier/Buyer

ให้ AI เปรียบเทียบ ไม่ให้ AI อนุมัติ

OCR อ่าน Booking, Transport instruction และภาพหน้าจอเพื่อสร้าง Exact-match table ได้ ระบบควร Flag หน่วย ช่องว่าง ค่าไม่ตรง และ Revision เก่า แต่ต้องแสดง Source snippet, Confidence และให้มนุษย์ยืนยันก่อนเปลี่ยนค่าตู้

Pilot 30 วันด้วย KPI ที่วัดได้

ติดตาม First-time-right setting, Mismatch ก่อน Gate-out, Unauthorized changes, Missing evidence, Alarm response within SLA, Product release pass rate และต้นทุน Hold/Claim ต่อ Container แล้วแก้สาเหตุที่เกิดซ้ำก่อนขยายระบบ

10

สรุปสำหรับผู้บริหาร: คุมคำสั่ง ไม่ใช่คุมแค่หน้าจอ

ตู้รีเฟอร์ที่ตั้งค่าถูกเริ่มจากข้อมูลที่มีเจ้าของ เวอร์ชัน และอำนาจอนุมัติ ไม่ใช่ความชำนาญเฉพาะบุคคล เมื่อ Product specification, Booking, Equipment capability, Actual setting และ Evidence เชื่อมกัน ผู้บริหารจะเห็นทั้งความเสี่ยง Cold chain ความรับผิดชอบ และต้นทุนของ Exception ก่อนกลายเป็นข้อพิพาทปลายทาง

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

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

Setpoint ตู้รีเฟอร์เท่ากับอุณหภูมิเนื้อทุเรียนหรือไม่?

ไม่เท่ากัน Setpoint คือเป้าหมายของ Controller ส่วนอุณหภูมิเนื้อทุเรียนเป็นค่าที่วัดจากสินค้า ต้องกำหนดวิธีและจุดวัดแยกกัน และใช้ Supply/Return air กับ Event log ประกอบ

ควรตั้งตู้รีเฟอร์ทุเรียนกี่องศา?

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

Ventilation กับ Airflow ในตู้รีเฟอร์ต่างกันอย่างไร?

Ventilation คือการแลกเปลี่ยนอากาศสดกับภายนอกเพื่อจัดการก๊าซ ส่วน Airflow คือการหมุนเวียนลมภายในผ่านพื้น กล่อง และสินค้า การเปิด Vent ไม่ได้แก้ทางลมภายในที่ถูกบล็อก

Humidity setting เพิ่มความชื้นในตู้ได้หรือไม่?

ขึ้นกับรุ่นและเทคโนโลยี หลายระบบทำหน้าที่ Dehumidification หรือลดความชื้น ไม่ได้เพิ่มความชื้น ต้องตรวจคู่มือ Equipment และบริการที่จอง ไม่ตีความจากชื่อช่องตั้งค่าเพียงอย่างเดียว

อุณหภูมิแกว่งช่วง Defrost แปลว่าสินค้าเสียหรือไม่?

สรุปจากจุดเดียวไม่ได้ ต้องดู Defrost event, ระยะเวลา, Supply/Return trend, Product logger, Door/Power event และเกณฑ์ในสัญญาร่วมกัน หากผิดปกติซ้ำหรือเกิน SLA ให้ Escalate ทันที

ใครมีอำนาจเปลี่ยนค่าตู้หลังปิดโหลด?

องค์กรควรกำหนด Authority matrix ล่วงหน้า การเปลี่ยนต้องมีคำขอที่ตรวจสอบได้ ผู้อนุมัติตามความเสี่ยง การยืนยันกับ Carrier และบันทึก Before/After ห้ามให้ผู้ปฏิบัติงานคนเดียวเปลี่ยนโดยไม่มีร่องรอย

AI ช่วยตรวจการตั้งค่าตู้รีเฟอร์ได้อย่างไร?

AI/OCR ช่วยดึงค่าจากเอกสารและภาพหน้าจอ เปรียบเทียบหน่วย Revision และ Container No. แล้วแจ้งข้อไม่ตรงได้ แต่ไม่ควรเดาค่าที่หายหรืออนุมัติการเปลี่ยนเอง ทุกการแก้ต้องมี Human approval และ Audit trail

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

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

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

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

  1. Reefer Cargo HandlingHapag-Lloyd · ตรวจสอบ 4 ก.ย. 2569
  2. Reefer Containers & CargoMSC · ตรวจสอบ 4 ก.ย. 2569
  3. Commodity DatabaseMaersk · ตรวจสอบ 4 ก.ย. 2569
  4. Code of Practice for Packaging and Transport of Fresh Fruit and Vegetables (CXC 44-1995)Codex Alimentarius · ฉบับปัจจุบันที่ตรวจสอบ 4 ก.ย. 2569
  5. Container Refrigeration Technical Publications: MicroprocessorCarrier Transicold · ตรวจสอบ 4 ก.ย. 2569
  6. Container Refrigeration: Data & ToolsCarrier Transicold · 20 ก.ค. 2569
← ดูบทความทั้งหมดทดลองใช้ระบบ