
Arrival Notice ตู้ทุเรียน: คุม ETA–D/O ก่อนของถึง
คู่มือคุม Arrival Notice ตู้ทุเรียนด้วย Arrival-to-Release Sheet 18 ช่อง เชื่อม ETA, Delivery Order, Customs, Charge, Free Time และรถรับตู้ก่อนสินค้าเสียเวลา
โดย ทีม DurianTradeX · ปรับปรุง · ใช้เวลาอ่าน 15 นาทีคำค้นหลัก: Arrival Notice ตู้ทุเรียน
- คำตอบสั้น: Arrival Notice เป็นสัญญาณให้เริ่มงานรับสินค้า ไม่ใช่หลักฐานว่าตู้พร้อมยกออก ทีมปลายทางต้องปิดอย่างน้อย 5 สถานะให้ครบ ได้แก่ Transport document, Finance, Customs, Carrier release และ Pickup readiness ก่อนส่งรถเข้าท่า
- ทำ Arrival-to-Release Sheet หนึ่งชุดต่อ B/L/Shipment แล้วเทียบ Arrival Notice กับ B/L, Container, ETA/Terminal, Charge, Free Time, Delivery Order, Customs status, Truck slot และ Empty return depot จากแหล่งล่าสุด ไม่ใช้ไฟล์ PDF ฉบับแรกเป็นแผนถาวร
- ช่วงเวลาออก Notice, เอกสารที่ต้องใช้, ชื่อสถานะ และขั้นตอน Delivery Order ต่างกันตาม Carrier ประเทศ ท่าเรือ ผู้รับสินค้า และ Shipment บทความนี้เป็นกรอบควบคุมภายใน ไม่ใช่กฎนำเข้าสากลหรือคำแนะนำศุลกากร
คำตอบก่อน: Arrival Notice ไม่เท่ากับ Cargo Released
DCSA นิยาม Arrival Notice ว่าเป็นการแจ้งจาก Carrier หรือ Freight forwarder ว่าสินค้ามีกำหนดถึงปลายทาง ขณะที่ Maersk อธิบายว่า Notice ช่วยให้ Consignee วางแผน Customs clearance, Delivery Order, Outstanding charge และ Haulage ดังนั้นการได้รับ Notice จึงเป็น Trigger ให้ตรวจและประสานงาน ไม่ใช่การยืนยันว่าผ่านศุลกากร ชำระเงินแล้ว หรือรับตู้ได้ทันที สำหรับทุเรียนซึ่งคุณภาพและต้นทุนเดินตามเวลา ต้องแยกเอกสารแจ้งมาถึงออกจากสถานะปล่อยจริงทุกครั้ง
- Arrival notice ready: ได้เอกสารล่าสุดและผู้เกี่ยวข้องเข้าถึงได้
- Document release ready: Original B/L, Sea Waybill หรือ Release process ผ่านเงื่อนไข
- Finance ready: Freight, Local charge และยอดที่เกี่ยวข้องถูกยืนยันตาม Invoice
- Authority ready: Customs/Plant quarantine/หน่วยงานปลายทางผ่านตามข้อกำหนดจริง
- Carrier/terminal ready: Delivery Order หรือ Container release confirmation พร้อมใช้
- Pickup ready: รถ Slot คนขับ คลังรับ และแผนคืนตู้เปล่าพร้อม
อย่ารวมทุกคำว่า Release เป็นช่องเดียว
Freight release, Document release, Customs release, Carrier release, Terminal release และ Container available for pickup อาจเกิดคนละเวลาและมาจากคนละระบบ หาก Dashboard ใช้เพียงสถานะ Released ทีมอาจส่งรถทั้งที่ติด Hold หรือคิดว่าศุลกากรผ่านเพราะ Carrier ออกเอกสารแล้ว ควรเก็บชื่อสถานะต้นทาง แหล่งข้อมูล Timestamp และผู้ยืนยันแยกกัน
สร้าง Arrival-to-Release Sheet 18 ช่อง
Control Sheet หนึ่งชุดต่อ B/L หรือ Shipment ช่วยให้ผู้ซื้อ ตัวแทนออกของ Carrier รถ และคลังใช้ข้อมูลชุดเดียว รายการต่อไปนี้เป็น Internal Control Template ให้ปรับตามประเทศ ท่าเรือ สายเรือ และข้อกำหนดสินค้าของงานจริง พร้อมเก็บ Revision เมื่อ Arrival Notice หรือ ETA เปลี่ยน
- 1 Shipment ID, Booking, B/L number และ Purchase/Contract reference
- 2 Shipper, Consignee, Notify party, Importer และ Customs broker
- 3 Vessel/Voyage, Port of discharge, Place of delivery และ Terminal
- 4 Container number, Type/Size, Seal และจำนวนตู้
- 5 Arrival Notice version, Issue time, Source channel และผู้รับ
- 6 ETA เดิม, ETA ล่าสุด, ATA/Discharge event และความต่าง
- 7 Container available/pickup location และ Terminal instruction
- 8 Transport document type, Surrender/Original/eBL status
- 9 Freight release, Document hold และ Carrier exception
- 10 Customs/Authority clearance status และ Reference
- 11 Delivery Order/Container release request, Status และ Expiry
- 12 Invoice, Currency, Local charge, Tax/Deposit และ Finance clear
- 13 Free Time basis, Start event, Last free day และ Tariff source
- 14 Trucking mode, Release-to party, Driver/Truck และ Pickup slot
- 15 Reefer plug/monitoring handover และ Power risk ระหว่างรอ
- 16 Delivery location, Receiving window, Dock/Cold room readiness
- 17 Empty return depot, Return deadline, Condition evidence และ Proof
- 18 Owner, Checker, Approver, Next action, Deadline และ Audit trail
ใช้ B/L และ Container เป็น Key ไม่ใช่ชื่อไฟล์
ไฟล์ Arrival Notice ที่ส่งต่อในแชตอาจถูกเปลี่ยนชื่อหรือเป็นฉบับเก่า ให้ระบบจับคู่ด้วย B/L, Container และ Version/Timestamp พร้อม Hash หรือ Document ID เมื่อมี Revision ใหม่ให้ปิดฉบับเดิมเป็น Superseded เพื่อป้องกันรถไปผิด Terminal หรือวางแผนจาก ETA เก่า
ตรวจ Arrival Notice แบบ Eight-way Match
ก่อนใช้ Notice เป็นฐานปฏิบัติการ ให้เทียบกับ B/L, Commercial Invoice, Packing List, Carrier portal, Customs record, Transport order และ Receiving plan จุดผิดเล็ก เช่น Notify party, Container digit, Terminal หรือ Place of delivery อาจทำให้ผู้มีสิทธิ์มองไม่เห็นเอกสาร ขอ D/O ไม่ได้ หรือส่งรถผิดจุด
- Party: Consignee/Notify/Importer/Agent ตรงกับ Party master และ B/L
- Journey: Vessel/Voyage, discharge port, terminal และ place of delivery ตรงแผนล่าสุด
- Equipment: Container, Size/Type, Seal และจำนวนตู้ตรง Packing/Tracking
- Cargo: Description, Package, Gross weight และ Reference ตรงเอกสารการค้า
- Timing: ETA/ATA, Availability, Cut-off และ Receiving window ใช้ Time zone ชัดเจน
- Finance: Charge, Currency, Payer และ Invoice status มีแหล่งอ้างอิง
- Release: B/L status, Customs status, D/O status และ Hold reason แยกกัน
- Last mile: Pickup party, Truck/Slot, Delivery point และ Empty return depot ตรงคำสั่ง
บริหาร ETA เป็น Event clock ไม่ใช่วันที่เดียว
DCSA Track & Trace เน้น Milestone เช่น Load, Discharge, Gate in/out, Transshipment และ Pickup/Drop-off เพราะ ETA เพียงค่าเดียวไม่บอกว่าตู้พร้อมรับจริง ทีมควรเก็บ Estimated, Planned และ Actual แยกกัน แล้วคำนวณ Next safe action จาก Event ล่าสุด โดยเฉพาะหลัง Transshipment หรือ Port congestion ที่ Arrival Notice ฉบับแรกอาจไม่สะท้อนแผนปัจจุบัน
- ติดตาม ETA change พร้อม Source และเวลาอัปเดต ไม่เขียนทับค่าเดิม
- แยก Vessel arrival, Berthing, Discharge, Customs release และ Available for pickup
- ตั้ง Alert เมื่อ ETA เลื่อนแต่ Truck/Cold room/Customs appointment ยังไม่ถูกปรับ
- หาก Carrier portal กับ Notice ต่างกัน ให้เปิด Data exception และยืนยันกับผู้รับผิดชอบ
- แสดง Buffer ถึง Last free day และ Receiving deadline ควบคู่เวลาเรือ
Arrival Notice ช้าไม่ควรทำให้ทีมมองไม่เห็นตู้
สมัคร Notification และติดตาม Carrier portal/Track & Trace ตามสิทธิ์ที่ได้รับ พร้อมกำหนด Fallback owner หากเอกสารยังไม่ปรากฏก่อน ETA อย่าใช้การไม่ได้รับอีเมลเป็นเหตุสรุปว่าเรือยังไม่ถึง เพราะการเดินทางและ Free Time อาจเดินต่อ
ทำ Delivery Order Gate ก่อนส่งรถ
Maersk อธิบาย Delivery Order ว่าเป็นเอกสารที่ Carrier ปลายทางออกให้ Consignee หรือ Agent เพื่อให้ดำเนินการเคลื่อนย้ายสินค้าผ่านขั้นตอนท่า และระบบของ Carrier อาจให้ตรวจ Payment, Haulage, Release-to party, Letter of Authority และ D&D ก่อน Submit แต่ขั้นตอนจริงแตกต่างตามประเทศและ Carrier จึงต้องยึด Portal, Local office และ Arrival Notice ของ Shipment นั้น
- สิทธิ์ผู้ขอ: Consignee/Agent/Release-to party และ Letter of Authority ถูกต้อง
- B/L path: Original surrendered, Sea Waybill identity หรือ eBL status ผ่านตามกรณี
- Payment: Freight/Local charge/Deposit ที่ขวาง Release ถูก Clear และกระทบยอด
- Authority: Customs และใบอนุญาต/Quarantine ที่ใช้กับสินค้าได้รับการยืนยัน
- Instruction: Haulage mode, Pickup location, Truck party และ Empty depot ถูกต้อง
- Outcome: เก็บ Carrier-confirmed D/O หรือ Container release confirmation ไม่ใช่ Screenshot คำขอ
Submitted ไม่เท่ากับ Approved และ Approved อาจมีอายุ
แยก Draft, Submitted, Pending document, Pending payment, Approved, Rejected, Expired และ Amended พร้อม Reason code การส่งคำขอสำเร็จไม่ใช่หลักฐานว่าตู้รับได้ และ D/O บางกระบวนการมีช่วงใช้งานหรือเงื่อนไขที่ต้องยืนยันก่อน Pickup
ผูก Free Time, Charge และ Pickup เป็น Cost clock เดียว
Arrival Notice อาจแสดง Outstanding charge แต่ไม่ควรถือเป็น Invoice สุดท้ายหรือแหล่งเดียวของ Free Time ให้ตรวจ Booking/Contract, Carrier tariff, Container-level calculator, Terminal rule และ Invoice ล่าสุด แยก Demurrage, Detention, Storage, Reefer monitoring/electricity, Customs exam, Truck waiting และ Empty return cost ก่อนอนุมัติรถ
- บันทึกว่า Free Time เริ่มจาก Event ใดและนับ Calendar/Working day อย่างไร
- ใช้ Last free day ระดับ Container เมื่อมี ไม่ใช้ค่าเฉลี่ยทั้ง Shipment
- คำนวณ Cost-to-wait เทียบกับ Cost-to-expedite เพื่อ Escalate อย่างมีเหตุผล
- ตั้ง Finance accrual สำหรับ Charge ที่ยังไม่ออก Invoice แต่เกิดความเสี่ยงแล้ว
- บันทึกผู้รับผิดชอบค่าใช้จ่ายตาม Incoterms/Contract โดยไม่อนุมานจากชื่อ Charge
รักษา Cold Chain ระหว่างรอ Release และ Last mile
การติดเอกสารปลายทางไม่ใช่ปัญหาเอกสารล้วน ตู้รีเฟอร์ยังต้องใช้ไฟ ถูก Monitor และส่งมอบสู่รถ/คลังที่พร้อม ทีมควรเชื่อม Exception ด้านเอกสารกับ Reefer power status, Alarm, Temperature evidence, Plug-out time และเวลาที่คลังรับสินค้าได้ โดยไม่สรุปคุณภาพจาก Setpoint หรือข้อมูล Remote monitoring เพียงค่าเดียว
- ยืนยันผู้รับผิดชอบ Monitoring และ Escalation ขณะตู้ค้าง Terminal
- เก็บ Alarm/Event และ Data gap แยกจากการยืนยัน Product temperature
- จัดรถและคลังเย็นตาม Available for pickup ไม่ใช่ ETA อย่างเดียว
- กำหนด Max door-open/Transfer procedure ตาม Product specification ของงานจริง
- บันทึก Plug-out, Gate-out, Delivery, Unseal และ Return event ต่อเนื่อง
อย่าแก้เอกสารด้วยการเร่งหน้างานแบบไร้หลักฐาน
เมื่อ D/O ช้า ไม่ควรส่งรถไปจอดรอโดยไม่มี Slot หรือสั่งเปิดตู้เร่งรับสินค้าโดยข้ามการตรวจ Seal/Temperature/Condition ทุกการเร่งต้องมี Owner, Risk assessment, ค่าใช้จ่าย และ Evidence ที่รักษาสิทธิ์เคลม
ใช้ Exception Playbook เมื่อสถานะไม่ตรง
หน้าจอปลายทางควรแสดงเฉพาะ Exception ที่ต้องตัดสินใจพร้อม Next action และ Deadline ไม่ใช้กลุ่มแชตแทนระบบ เมื่อติดปัญหาให้หยุดเฉพาะกิจกรรมที่เพิ่มความเสี่ยง แต่ติดตาม Container, Power, ETA และ Cost ต่อเนื่อง
- No Arrival Notice: ตรวจ Party/access/subscription, Portal และ Local office โดยไม่หยุด Tracking
- Wrong party/container: Hold D/O request, เปิด Amendment และประเมินผลต่อ Customs/ETA
- Payment not matched: ส่ง Proof พร้อม Invoice reference และให้ Finance ยืนยัน Ledger
- Customs hold: ระบุ Authority, Reason, Required evidence, Owner และ Next review time
- D/O rejected/expired: เก็บ Reason code แก้เฉพาะข้อขาด และออก Revision ใหม่
- Container not available: เทียบ Discharge/Terminal/Inspection/Hold event ก่อนเลื่อนรถ
- Pickup missed: Rebook Slot, ประเมิน Charge/Power และแจ้งคลังรับของทันที
ใช้ AI ตรวจความไม่ตรง แต่ไม่สั่งปล่อยตู้
AI/OCR เหมาะกับการอ่าน Arrival Notice, B/L, Invoice, Carrier response และ Tracking event เพื่อเสนอ Match/Exception และคาดการณ์งานค้างก่อน Last free day แต่ไม่ควรยืนยัน Customs release, สร้าง Payment clearance, เลือกผู้รับตู้ หรือสั่งรถโดยไม่มีมนุษย์อนุมัติ เพราะข้อมูลอาจล่าช้า คำศัพท์ต่างกัน และมีผลทางสิทธิและค่าใช้จ่าย
- ดึง B/L, Container, ETA, Terminal, Charge และ Contact พร้อม Source location
- ตรวจ Version conflict ระหว่าง PDF, Portal, Email และ Master data
- แปลง Carrier status เป็น Proposed internal state โดยไม่ลบคำต้นฉบับ
- คาดการณ์ At-risk container จาก Missing gate, Lead time และ Last free day
- ร่าง Follow-up message พร้อมรายการหลักฐาน แต่ให้ Owner ตรวจและส่ง
- บังคับ Human approval, Segregation of duties และ Audit log สำหรับ D/O/Pickup
แผนเริ่มใช้ 7 วันและ KPI
วัน 1 รวบรวม Arrival Notice/Carrier status; วัน 2 ทำ Data dictionary; วัน 3 สร้าง Sheet 18 ช่อง; วัน 4 เชื่อม ETA–D/O–Customs–Charge; วัน 5 จำลอง Wrong party และ Payment mismatch; วัน 6 ทดลอง AI เฉพาะ Extraction/Alert; วัน 7 ทบทวนกับ Buyer, Broker, Finance, Logistics และล็อก SOP
- KPI: Arrival notice first-pass match และเวลาจาก Notice ถึง D/O ready
- KPI: Container available-to-gate-out lead time และ Pickup slot miss
- KPI: ตู้ที่ส่งรถก่อน Release gate ครบต้องเป็นศูนย์
- KPI: D/O rejection/expiry และ Payment/Party mismatch
- KPI: D&D/Storage/Reefer charge จากปลายทางล่าช้า
- KPI: Empty return on-time rate และ Cold-chain evidence completeness
Release checklist 12 จุดก่อนรถเข้าท่า
ใช้ Checklist สั้นหน้า Control Tower เพื่อให้ Dispatcher เห็นคำตอบเดียว หากข้อใดไม่ผ่านให้แสดง Hold owner กับเวลาทบทวน ห้ามแก้โดยการรับรองด้วยวาจาเพียงอย่างเดียว
- Arrival Notice เป็น Revision ล่าสุดและ Eight-way Match ผ่าน
- ETA/Terminal/Availability ยืนยันจาก Source ล่าสุด
- B/L/Sea Waybill/eBL และ Document release ผ่าน
- Freight/Local charge/Deposit ที่จำเป็น Finance clear
- Customs/Authority clearance ผ่านตาม Shipment จริง
- D/O หรือ Container release confirmation พร้อมและยังใช้ได้
- Consignee/Agent/Release-to party กับ LOA ถูกต้อง
- Free Time/Last free day และ Cost exposure ถูกบันทึก
- Container/Seal/Reefer status ไม่มี Critical exception ที่ยังไม่ปิด
- Truck, Driver, Slot, Pickup point และคลังรับพร้อม
- Empty return depot/deadline และ Proof plan ชัดเจน
- Checker/Approver ลงเวลาและ Audit trail ครบ
คำถามที่พบบ่อย
Arrival Notice ตู้ทุเรียนคืออะไร?
เป็นการแจ้งจาก Carrier หรือ Logistics provider ว่าสินค้ามีกำหนดถึงปลายทาง พร้อมข้อมูลเช่น ETA, Vessel/Voyage, Party, Container และบางกรณีมี Charge ใช้เริ่มวางแผน Customs, Delivery Order และรถรับตู้ แต่ไม่ใช่หลักฐานว่าตู้ปล่อยได้แล้ว
Arrival Notice ต่างจาก Delivery Order อย่างไร?
Arrival Notice แจ้งการมาถึงและข้อมูลเพื่อเตรียมงาน ส่วน Delivery Order หรือ Container release confirmation เป็นผลในกระบวนการอนุญาตให้ผู้มีสิทธิ์ดำเนินการรับหรือเคลื่อนย้ายสินค้า ขั้นตอนและชื่อเอกสารต้องตรวจจาก Carrier/ประเทศของ Shipment จริง
ได้ Arrival Notice แล้วส่งรถไปรับตู้ได้เลยหรือไม่?
ไม่ควรส่งรถจน Document, Finance, Customs/Authority, Carrier release และ Pickup readiness ผ่านครบ พร้อมตรวจ Container available, Terminal, Slot และ D/O ที่ยังใช้ได้จากแหล่งล่าสุด
Arrival Notice ต้องออกก่อนเรือถึงกี่วัน?
ไม่มีจำนวนวันที่ใช้ได้กับทุก Carrier และทุกเส้นทาง ตัวอย่างเช่น Maersk ระบุใน Support page ที่ตรวจสอบวันที่ 16 กันยายน 2569 ว่าเอกสารโดยทั่วไปอาจเข้าถึงได้ 24–96 ชั่วโมงก่อนเรือถึง แต่ต้องตรวจ Portal, Subscription และ Local instruction ของ Shipment จริง
D/O พร้อมแล้วแปลว่าศุลกากรปล่อยตู้แล้วหรือไม่?
ไม่ควรอนุมาน ให้ตรวจ Carrier/Document release และ Customs/Authority release เป็นคนละสถานะ พร้อม Reference และ Timestamp จากระบบต้นทาง เพราะชื่อ Release อาจหมายถึงคนละขั้นตอน
AI ออก Delivery Order หรือสั่งรถรับตู้ได้หรือไม่?
AI ช่วยอ่าน Notice เทียบ B/L/Invoice ตรวจ ETA เปลี่ยน และเตือนก่อน Last free day ได้ แต่การยืนยันสิทธิ์ Payment Customs D/O และการส่งรถควรมีผู้รับผิดชอบอนุมัติจากหลักฐานล่าสุดพร้อม Audit trail
แหล่งข้อมูลทางการ
ตรวจสอบข้อมูลล่าสุด ณ วันที่ 16 กันยายน 2569
- Track & Trace StandardDigital Container Shipping Association (DCSA) · ตรวจสอบ 16 กันยายน 2569
- Container Shipping Glossary — Arrival Notice and Operational EventsDigital Container Shipping Association (DCSA) · ตรวจสอบ 16 กันยายน 2569
- Arrival Notices and Spot Shipping: All You Need To KnowMaersk · เผยแพร่ 15 พฤศจิกายน 2567 · ตรวจสอบ 16 กันยายน 2569
- How to Access Arrival NoticeMaersk · ตรวจสอบ 16 กันยายน 2569
- Cargo Release: Procedures, Methods and Digital WorkflowMaersk · เผยแพร่ 9 ตุลาคม 2567 · ตรวจสอบ 16 กันยายน 2569
- Delivery Order and Container Release ConfirmationMaersk · ตรวจสอบ 16 กันยายน 2569
- Import Information and Online Shipment ManagementHapag-Lloyd · ฟังก์ชัน Import Overview อยู่ระหว่างขยายในปี 2569 · ตรวจสอบ 16 กันยายน 2569