DurianTradeX
TH中EN
ขอชมระบบ
เจ้าหน้าที่เอกสารส่งออกตรวจ Shipping Instruction บนแท็บเล็ตข้างกล่องทุเรียนและตู้รีเฟอร์ในล้งสมัยใหม่
SHIPPING INSTRUCTION CONTROL · PRACTICAL GUIDE

Shipping Instruction ทุเรียน: คุม 18 จุดก่อน SI Cut-off

คู่มือคุม Shipping Instruction ทุเรียนส่งออกด้วย SI Control Sheet 18 จุด เทียบ Booking, Invoice, Packing List, ใบขน, Container–Seal และ Draft B/L ก่อน Cut-off

โดย · ปรับปรุง · ใช้เวลาอ่าน 15 นาที
EXECUTIVE TAKEAWAYS

คำค้นหลัก: Shipping Instruction ทุเรียนส่งออก

  • คำตอบสั้น: Shipping Instruction หรือ SI คือชุดข้อมูลที่ผู้ส่งออกหรือตัวแทนส่งให้ Carrier เพื่อจัดทำ Transport Document/Bill of Lading จึงต้องสร้างจาก Shipment master และยอดบรรจุจริง ไม่ใช่คัดลอก SI ของตู้ก่อนแล้วแก้เพียง Booking number
  • ใช้ SI Control Sheet 18 จุดเทียบ Booking, Contract/PO, Commercial Invoice, Packing List, ใบขน, Container–Seal และ VGM ก่อน Submit แล้วตรวจ Carrier response กับ Draft B/L อีกครั้ง เพราะสถานะส่งสำเร็จไม่เท่ากับข้อมูลได้รับการยืนยันครบถ้วน
  • SI Cut-off และข้อมูลบังคับแตกต่างตาม Carrier, Vessel, Destination และ Shipment ให้ยึด Booking confirmation กับ Portal ของงานจริง ณ วันที่ส่งข้อมูล ไม่ใช้เวลา ฟิลด์ หรือค่าธรรมเนียมจากตู้ก่อนเป็นมาตรฐานถาวร
01

คำตอบก่อน: SI คือสะพานจาก Booking ไปสู่ B/L

DCSA Bill of Lading 3.0 อธิบาย Shipping Instructions ว่าเป็นข้อมูลที่เติมจาก Booking request และ Booking confirmation โดยรวมคู่สัญญา รายละเอียดสินค้า ปริมาตร น้ำหนัก และคำสั่งอื่นที่ใช้เป็นแหล่งหลักสำหรับสร้าง Transport Document ส่วน Maersk และ Hapag-Lloyd ก็อธิบายในทิศทางเดียวกันว่า Exporter/Shipper หรือตัวแทนส่ง SI ให้ Carrier เพื่อจัดทำ Bill of Lading ดังนั้น SI ไม่ใช่ Booking, ไม่ใช่ Draft B/L และไม่ใช่ใบขนศุลกากร แต่ข้อมูลสำคัญต้องเชื่อมกันอย่างควบคุมได้

  • Booking ยืนยันแผนขนส่ง Equipment, Route, Service และเงื่อนไขที่ Carrier รับไว้
  • Shipping Instruction ส่งข้อมูล Parties, Cargo, Packages, Weight, Freight และ Document instruction
  • Draft Transport Document/B/L คือผลที่ Carrier จัดทำจากข้อมูลที่ได้รับและต้องตรวจอีกครั้ง
  • Customs Declaration เป็นข้อมูลสำแดงต่อศุลกากรภายใต้กฎและ Workflow ของหน่วยงานรัฐ
  • Shipment master เชื่อม Reference, Version, Source และสถานะของเอกสารทั้งสี่ชั้น

ส่ง SI แล้วไม่ได้แปลว่า Draft B/L ถูกต้อง

ใน Use case ของ DCSA การ Submit ทำให้ SI อยู่ในสถานะ RECEIVED ก่อนที่ Carrier จะประมวลผลขั้นต่อไป และยังมีสถานะขอ Update, ยืนยัน Update หรือปฏิเสธ Update ทีมจึงต้องเก็บทั้ง Submission evidence, Carrier acknowledgement, Request for update และ Draft B/L ไม่ใช้ภาพหน้าจอคำว่า Submitted เป็นหลักฐานปิดงาน

02

สร้าง SI Control Sheet 18 จุดก่อน Submit

รายการต่อไปนี้เป็น Internal Control Template เพื่อให้ทีมเห็น Source, Owner, Checker, Status และ Revision ไม่ใช่การประกาศว่าทุก Carrier หรือทุกประเทศใช้ฟิลด์เหมือนกันทั้งหมด Maersk ระบุรายการพื้นฐาน เช่น Shipment, Container, Package, Gross weight, Payment term, Cargo description, Shipper และ Consignee พร้อมข้อมูลท้องถิ่นที่กฎหมายกำหนด ขณะที่ Portal ของแต่ละสายเรืออาจขอรายละเอียดมากกว่านี้

  • 1 Shipment ID, SI reference, Booking number, Carrier และสถานะ Draft–Submitted–Received
  • 2 SI Cut-off พร้อมวันที่ เวลา Time zone และแหล่งที่มาจาก Booking/Portal
  • 3 Shipper legal name, address, registration reference และข้อมูลแสดงบนเอกสาร
  • 4 Consignee legal name, address, contact และเงื่อนไข To order เมื่อใช้จริง
  • 5 Notify party/Additional notify พร้อมบทบาทและข้อมูลติดต่อ
  • 6 Document type, จำนวน Original/Copy และ Release instruction ตามข้อตกลงจริง
  • 7 Place of receipt, Port of loading, Port of discharge และ Place of delivery
  • 8 Vessel/Voyage และ Routing reference โดยระบุสถานะ Confirmed หรือ Pending
  • 9 Marks and numbers หรือคำสั่ง No marks ตามกฎของ Carrier
  • 10 Cargo description ที่อนุมัติ ภาษา ชนิดสินค้า พันธุ์/Grade เมื่อจำเป็น
  • 11 HS reference โดยผู้รับผิดชอบด้านพิกัดยืนยัน ไม่ให้ระบบเดา
  • 12 Total packages, Kind of packages, Pallet/Carton relationship และหน่วย
  • 13 Net weight, Cargo gross weight, Measurement และ Unit conversion
  • 14 Container number, Equipment type และจำนวนตู้
  • 15 Seal number พร้อม Source จากเหตุการณ์ปิดตู้และภาพหลักฐาน
  • 16 Freight term, Prepaid/Collect, Payer และ Charge display instruction
  • 17 Reference ที่จำเป็น เช่น Invoice, PO, Certificate, Customs หรือ Buyer reference
  • 18 Preparer, Checker, Approver, Submit timestamp, Response, Amendment และ Closure evidence

แยก Required, Conditional และ Optional

อย่าตีความว่าช่องที่ Portal เปิดให้กรอกเป็นข้อบังคับทุกช่อง หรือช่อง Optional ไม่มีผลทางธุรกิจ ให้ทำ Data dictionary ระบุ Requirement source เช่น Carrier, Local regulation, Contract, L/C หรือ Internal control พร้อม Effective date เพื่อให้ทีมรู้ว่าช่องใด Block การส่ง ช่องใดต้องมีเมื่อเข้าเงื่อนไข และช่องใดใช้เพื่อความสะดวกเท่านั้น

03

ทำ Seven-way Match ก่อนกด Submit

SI ที่ดีต้องเกิดจากข้อมูลจริงหลายฝ่าย โดยไม่บังคับให้ทุกเอกสารมีถ้อยคำเหมือนกันแบบไร้เหตุผล ให้กำหนด Field-level rule ว่าค่าใดต้อง Exact match ค่าใดแปลงหน่วยได้ และค่าใดต่างได้เมื่อมีเหตุผลกับผู้อนุมัติ จากนั้นแสดง Source–SI value–Difference–Decision ในหน้าตรวจเดียว

  • Contract/PO ↔ SI: Buyer, Consignee, destination, product และ commercial reference
  • Booking Confirmation ↔ SI: Carrier, route, location, vessel/voyage และ equipment
  • Commercial Invoice ↔ SI: Parties, product description, quantity และ reference ที่ใช้จริง
  • Packing List ↔ SI: Packages, carton, weight, measurement และ loaded quantity
  • Customs Declaration ↔ SI: exporter, consignee, product, port, vessel และ container context
  • Stuffing record ↔ SI: actual container, seal, package count และ closing time
  • VGM record ↔ SI/Carrier channel: verified gross mass value, method, signatory และ submission status

อย่าปน Cargo gross weight กับ VGM

IMO อธิบายว่า VGM ของ Packed container ได้จากการชั่งตู้ที่บรรจุแล้ว หรือรวมมวลสินค้า บรรจุภัณฑ์ พาเลท วัสดุยึดตรึง และ Tare ของตู้ตามวิธีที่กฎหมายรับรอง จึงไม่ควรคัดลอก Gross weight ของสินค้าใน SI ไปเป็น VGM โดยอัตโนมัติ ต้องเก็บ Definition, Method, Unit, Source และผู้รับรองแยกกัน

04

คุม Parties และ Address แบบ Master Data

ชื่อ Shipper, Consignee และ Notify party มักถูกคัดลอกจากอีเมลหรือไฟล์เก่า ทั้งที่ตัวอักษรหนึ่งตำแหน่งอาจกระทบเอกสารการขนส่ง ธนาคาร ศุลกากร หรือการปล่อยของปลายทาง ให้สร้าง Party master ที่มี Legal name, Display name, Address version, Registration/Tax reference, Contact, Role และ Effective date แล้วผูกกับ Contract และ Shipment

  • ห้ามพิมพ์ชื่อคู่ค้าใหม่เมื่อมี Master ที่อนุมัติแล้ว ให้เลือกจากรหัสคู่ค้า
  • แยก Bill-to, Buyer, Consignee, Notify และ Freight payer เพราะอาจเป็นคนละนิติบุคคล
  • กำหนด Address formatting สำหรับเอกสารโดยไม่เปลี่ยนความหมายของ Legal identity
  • ตรวจคำสั่ง To order, Bank consignee หรือ Letter of Credit กับ Trade finance ก่อนใช้
  • การเปลี่ยน Party หลัง Submit ต้องเปิด Change request และประเมินผลต่อทุกเอกสาร
05

คุม Cargo description, Package และ Marks จากของจริง

Hapag-Lloyd ระบุว่า SI มักมี Consignee/Notify, รายละเอียดสินค้า น้ำหนัก ปริมาตร ขนาด ข้อมูลบรรจุภัณฑ์ Customs และ Special handling ส่วน Maersk แยก Cargo & VGM เป็นขั้นตอนหนึ่งใน Portal รายละเอียดเหล่านี้จึงควรสร้างจาก Product master และ Actual packing ไม่ใช่คำเรียกทางการตลาดที่ไม่สะท้อนของในตู้

  • กำหนด Approved cargo description และคำต้องห้ามตาม Buyer/Bank/Carrier requirement
  • เชื่อม Lot–Carton–Pallet–Container เพื่อรวม package count ได้โดยย้อนกลับถึงแหล่งข้อมูล
  • ใช้ Marks and numbers ตาม Shipment จริง; Maersk ระบุว่าเป็นช่อง Optional ในระบบของตน
  • หากมีหลาย Grade หรือหลาย Lot ให้กำหนด Rule การรวมบรรทัดโดยไม่ทำลาย Traceability
  • ตรวจผลรวม Packages, Weight และ Measurement ด้วยสูตร ไม่พึ่งการมอง PDF อย่างเดียว
06

บริหาร SI Cut-off ด้วย Latest Safe Start

Maersk ระบุว่า Deadline ขึ้นกับ Vessel และ Destination และให้ดูเวลาของ Shipment ใน Booking confirmation ขณะที่ Hapag-Lloyd ก็ระบุว่า Deadline แตกต่างตาม Carrier และประเภท Shipment ดังนั้น Dashboard ต้องอ่าน Cut-off จากแหล่งของงานจริง พร้อม Time zone และคำนวณย้อนกลับเป็น Latest Safe Start สำหรับ Actual packing, Container–Seal, Document review และ Approval

  • เก็บ Source URL/Document, retrieved time และผู้ยืนยัน Cut-off
  • แยก SI, VGM, CY/Gate-in, Cargo และ Customs cut-off ไม่รวมเป็นเวลาเดียว
  • ตั้ง SLA ภายในให้มี Buffer สำหรับ Carrier request for update และ Draft B/L review
  • เมื่อ Vessel, Voyage, Port หรือ Booking เปลี่ยน ให้ Refresh ทุก Cut-off
  • ใช้สีเตือนจากเวลาคงเหลือและ Readiness ไม่ใช้วันที่เพียงอย่างเดียว

เวลาใน SI Tracker ต้องมี Time zone

ทีมในไทย Buyer ต่างประเทศ และ Carrier portal อาจแสดงเวลาไม่เหมือนกัน ให้เก็บ Timestamp แบบมี Offset และแสดง Local time ที่ผู้ใช้เข้าใจ พร้อมป้องกันการคัดลอกเวลาโดยไม่มี Zone โดยเฉพาะ Shipment ที่มี Transshipment หรือผู้ทำเอกสารอยู่อีกประเทศ

07

ออกแบบ State และ Evidence ตั้งแต่ Submit ถึง Draft B/L

DCSA แยก Use case ตั้งแต่ Submit SI, ขอ Update, Submit updated SI, Carrier process, Publish Draft Transport Document, Shipper approve และ Carrier issue Transport Document การออกแบบภายในจึงควรใช้ State ที่ตรวจสอบได้แทนช่อง Done เพียงช่องเดียว

  • Draft: ทีมกำลังรวบรวมข้อมูลและยังห้ามส่ง
  • Ready for approval: Critical field ผ่าน Seven-way Match และ Evidence ครบ
  • Submitted: ส่งออกจากระบบแล้วแต่ยังรอ Response
  • Received/Acknowledged: Carrier รับข้อมูลตามหลักฐานที่ตรวจได้
  • Pending update/Update received/Confirmed/Declined: แยกคำขอและผลของ Revision
  • Draft B/L published: Carrier ออก Draft ให้ตรวจ ไม่ใช่ Final document
  • Approved/Issued: ผู้มีอำนาจอนุมัติ Draft และ Carrier ออกเอกสารตามประเภทที่เลือก
08

แก้ SI ด้วย Impact Matrix ไม่เขียนทับฉบับเดิม

DCSA ระบุว่าการเปลี่ยนบางข้อมูล เช่น Seal number ใช้ Shipping Instructions update แต่ Reefer attributes บางชนิดต้องกลับไปแก้ใน Booking process และ Carrier อาจยืนยันหรือปฏิเสธ Update ได้ ดังนั้นก่อนแก้ต้องจำแนกว่าค่าดังกล่าวเป็น Booking data, SI data, Draft document data หรือ Issued document data และเลือก Workflow ของ Carrier ตามสถานะจริง

  • บันทึก Old value, New value, Reason, Requester, Timestamp และ Related reference
  • ตรวจผลต่อ Booking, Invoice, Packing List, ใบขน, VGM, Certificate, B/L และ Buyer advice
  • คำนวณผลต่อ Cut-off, Amendment charge และความเสี่ยงตกเรือจากข้อมูล Carrier ปัจจุบัน
  • เก็บ Carrier response และ Draft/Document revision ที่สะท้อนค่าที่แก้แล้ว
  • ห้ามปิด Exception เมื่อส่งคำขอ ต้องปิดเมื่อทุกระบบและเอกสารที่ได้รับผลตรงกัน
09

ใช้ AI ตรวจ SI แต่ให้มนุษย์อนุมัติและ Submit

AI มีประโยชน์เมื่อใช้ดึงข้อมูลจาก Booking, Invoice, Packing List และเอกสารบรรจุ แล้วเทียบกับ SI draft แบบ Field-level แต่ Party, Document type, HS, Freight term, Release instruction และ Amendment อาจมีผลเชิงสัญญา กฎหมาย หรือการเงิน จึงต้องแสดงแหล่งที่มา ความมั่นใจ และให้ผู้รับผิดชอบอนุมัติก่อนส่งทุกครั้ง

  • OCR/Extraction เก็บ Source file, Page, Snippet, Confidence และ File hash
  • Rules engine ตรวจ Exact match, Required/Conditional rule, Arithmetic และ Unit conversion
  • AI จัดลำดับ Exception ตาม Impact × Urgency × Data confidence
  • ห้าม Auto-fill ค่าไม่พบจากตู้ก่อน และห้าม Auto-submit หรือ Auto-amend
  • เก็บ Model/version, Suggestion, Human correction และ Final decision ใน Audit log
  • วัด False negative เพราะข้อมูลผิดที่ระบบไม่เตือนมีความเสี่ยงสูงกว่า Alert จำนวนมาก
10

KPI และแผนนำไปใช้ 7 วัน

เริ่มจาก Shipment ที่ปิดงานแล้วหนึ่งตู้และตู้กำลังทำหนึ่งตู้ เป้าหมายคือพิสูจน์ SI Control Sheet, Seven-way Match, State และ Evidence Pack ก่อนขยาย ทีมควรวัดทั้งความถูกต้อง ความเร็ว และต้นทุนที่หลีกเลี่ยงได้ ไม่วัดเพียงจำนวน SI ที่ส่งทัน

  • วัน 1: รวบรวม SI, Booking, Draft B/L และเอกสาร Actual ของตู้ตัวอย่าง
  • วัน 2: ทำ Data dictionary 18 จุด พร้อม Source, Owner และ Rule
  • วัน 3: ตั้ง Party/Product master และ Seven-way Match
  • วัน 4: สร้าง SI Cut-off clock, Time zone และ Latest Safe Start
  • วัน 5: จำลอง Seal change, Short packing และ Vessel/Voyage change
  • วัน 6: ทดลอง AI/OCR เฉพาะ Exception โดยมี Human approval
  • วัน 7: ทบทวนกับ Documentation–Logistics–Finance–Compliance และล็อก SOP
  • KPI: First-pass SI acceptance และ Draft B/L first-pass approval
  • KPI: Post-submit amendment, Critical mismatch และ Missed SI cut-off
  • KPI: นาทีตรวจต่อ Shipment, Exception closure time และ Amendment cost avoided
FAQ · คำตอบพร้อมใช้

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

Shipping Instruction ทุเรียนส่งออกคืออะไร?

Shipping Instruction หรือ SI คือชุดข้อมูลที่ผู้ส่งออก/Shipper หรือตัวแทนส่งให้ Carrier เพื่อใช้จัดทำ Transport Document/Bill of Lading โดยทั่วไปครอบคลุมคู่สัญญา สินค้า บรรจุภัณฑ์ น้ำหนัก Container และคำสั่งเอกสาร แต่ฟิลด์สุดท้ายต้องตรวจจาก Carrier และ Shipment จริง

Shipping Instruction ต่างจาก Booking และ Draft B/L อย่างไร?

Booking ใช้ขอและยืนยันแผนการขนส่ง ส่วน SI เติมข้อมูลสุดท้ายที่ Carrier ใช้จัดทำเอกสาร และ Draft B/L คือร่างที่ Carrier เผยแพร่กลับมาให้ตรวจ การส่ง SI จึงไม่ใช่การอนุมัติ Draft B/L และต้องควบคุม Reference กับ Revision ของแต่ละชั้นแยกกัน

ต้องส่ง SI ก่อนเมื่อไร?

ไม่มีเวลาเดียวที่ใช้ได้กับทุกงาน Maersk ระบุว่า Deadline ขึ้นกับ Vessel และ Destination และให้ดู Booking confirmation; Hapag-Lloyd ก็ระบุว่าแตกต่างตาม Carrier และประเภท Shipment ให้ยึด Booking/Portal ปัจจุบัน ระบุ Time zone และเผื่อเวลาตรวจ Carrier response กับ Draft B/L

ถ้า Container หรือ Seal เปลี่ยนหลังส่ง SI ต้องทำอย่างไร?

เปิด Change request หยุดใช้ค่าฉบับเดิม ตรวจผลกระทบต่อ SI, Draft/Final B/L, Booking, Packing List, ใบขน, VGM และใบรับรอง แล้วส่ง Update ตาม Workflow ของ Carrier เก็บการยืนยันผลและปิด Exception เมื่อทุกเอกสารสะท้อนค่าที่อนุมัติแล้ว

AI ทำ Shipping Instruction อัตโนมัติได้หรือไม่?

AI ช่วยอ่านเอกสาร เติม Draft และชี้ข้อมูลไม่ตรงได้ แต่ไม่ควรตัดสิน Party, HS, Freight term, Release instruction หรือ Submit/Amend อัตโนมัติ ให้แสดง Source กับ Confidence และมีมนุษย์ผู้มีอำนาจตรวจและอนุมัติทุกครั้ง

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

จองตู้รีเฟอร์ทุเรียน: ล็อก 16 ช่องก่อนยืนยัน Booking↗Cut-off ตู้ทุเรียน: คุม SI–VGM–CY ไม่ให้ตกเรือ↗Draft B/L ตู้ทุเรียน: คุม 12 จุดก่อนออกเอกสาร↗Packing List ทุเรียนส่งออก: คุม Carton–น้ำหนัก–Lot ให้ตรง↗Commercial Invoice ทุเรียน: คุมราคา–Incoterms–เงินให้ตรง↗ใบขนสินค้าขาออกทุเรียน: คุม 18 จุดก่อนส่งศุลกากร↗

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

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

  1. Bill of Lading 3.0 — IntroductionDigital Container Shipping Association (DCSA) · ตรวจสอบ 14 กันยายน 2569
  2. Bill of Lading 3.0 — Use CasesDigital Container Shipping Association (DCSA) · ตรวจสอบ 14 กันยายน 2569
  3. Bill of Lading 3.0 — User StoriesDigital Container Shipping Association (DCSA) · ตรวจสอบ 14 กันยายน 2569
  4. What are shipping instructions?Maersk · ตรวจสอบ 14 กันยายน 2569
  5. Shipping instructions — Mandatory information checklistMaersk · ตรวจสอบ 14 กันยายน 2569
  6. Deadline for submitting shipping instructionsMaersk · ตรวจสอบ 14 กันยายน 2569
  7. How to Submit Shipping Instructions on Maersk.comMaersk · เผยแพร่ 17 มกราคม 2567 · ตรวจสอบ 14 กันยายน 2569
  8. What are Shipping Instructions? A Comprehensive GuideHapag-Lloyd · เผยแพร่ 24 ตุลาคม 2567 · ตรวจสอบ 14 กันยายน 2569
  9. Verification of the Gross Mass of a Packed ContainerInternational Maritime Organization (IMO) · ตรวจสอบ 14 กันยายน 2569
← ดูบทความทั้งหมดทดลองใช้ระบบ ↗