Cargo-IMP คืออะไร?
Cargo Interchange Message Procedures (Cargo-IMP) คือมาตรฐานการส่งข้อความที่ดูแลโดย สมาคมขนส่งทางอากาศระหว่างประเทศ (IATA) ซึ่งกำหนดวิธีการแลกเปลี่ยนข้อมูลสินค้าอิเล็กทรอนิกส์ระหว่างสายการบิน ตัวแทนขนส่งสินค้า ผู้ให้บริการภาคพื้น และหน่วยงานศุลกากร มาตรฐานนี้ครอบคลุมข้อความหลายสิบประเภท แต่ประเภทที่ใช้กันแพร่หลายที่สุดคือข้อความ FWB (Freight Waybill) ซึ่งเป็นเวอร์ชันอิเล็กทรอนิกส์ของใบตราส่งสินค้าทางอากาศแบบกระดาษ
Cargo-IMP ถือกำเนิดขึ้นในทศวรรษ 1970 เมื่อ Cargo Services Conference (CSC) ของ IATA ตระหนักถึงความจำเป็นในการมีรูปแบบที่เครื่องอ่านได้เพื่อแทนที่การสื่อสารข้อความอิสระในยุคเทเล็กซ์ ตลอดหลายทศวรรษที่ผ่านมา มาตรฐานนี้ได้พัฒนาผ่านการปรับปรุงหลายครั้ง ได้แก่ FWB/11, FWB/13, FWB/15 โดยเวอร์ชันที่ใช้งานในปัจจุบันคือ FWB/16 ซึ่งเผยแพร่ใน IATA Cargo-IMP Manual (CIMP) และ Cargo-XML schemas ที่เกี่ยวข้อง
การกำกับดูแล Cargo-IMP อยู่ภายใต้ IATA Cargo Operations Advisory Group (COAG) และ CSC ในวงกว้าง การเสนอเปลี่ยนแปลงจะต้องผ่านกระบวนการลงคะแนนเสียงจากสายการบินสมาชิก IATA ก่อนนำมาใช้ สายการบินที่ไม่ปฏิบัติตามเวอร์ชันปัจจุบันอาจเสี่ยงต่อความล้มเหลวในการส่งข้อความระหว่างสายการบินและการถูกปฏิเสธโดยระบบศุลกากรปลายทาง เช่น US ACE, EU ICS2 หรือ NSW ของไทย
ระบบประมวลผลเอกสารอัจฉริยะของ KabyTech รองรับ FWB เวอร์ชัน 13 ถึง 16 โดยตรวจจับเครื่องหมายเวอร์ชันในบรรทัด Standard Message Identifier (SMI) โดยอัตโนมัติ และใช้กฎการแยกวิเคราะห์ที่ถูกต้องสำหรับแต่ละเวอร์ชัน
โครงสร้างข้อความ FWB — 29 ส่วน
ข้อความ FWB เป็นรูปแบบข้อความแบบตำแหน่งคงที่ เรียงตามบรรทัด แต่ละบรรทัดเริ่มต้นด้วยตัวระบุบรรทัด 3 อักขระ (เช่น AWB, SHP, CNE) ตามด้วยฟิลด์ข้อมูลที่คั่นด้วยเครื่องหมายทับ ข้อกำหนด FWB/16 ฉบับเต็มกำหนดส่วนข้อมูล 29 ส่วน โดยแต่ละส่วนบรรจุข้อมูลการขนส่งหมวดหมู่ที่แตกต่างกัน
ส่วนข้อมูลทั้ง 29 ส่วนเรียงตามลำดับดังนี้:
| # | ตัวระบุ | ชื่อส่วน | บังคับ |
|---|---|---|---|
| 1 | SMI | Standard Message Identifier | ใช่ |
| 2 | AWB | หมายเลขใบตราส่งสินค้าทางอากาศ | ใช่ |
| 3 | FLT | การจองเที่ยวบิน | ใช่ |
| 4 | RTG | เส้นทาง | ใช่ |
| 5 | SHP | ชื่อและที่อยู่ผู้ส่ง | ใช่ |
| 6 | CNE | ชื่อและที่อยู่ผู้รับ | ใช่ |
| 7 | AGT | ตัวแทน | ไม่ |
| 8 | SSR | คำขอบริการพิเศษ | ไม่ |
| 9 | NFY | ผู้รับแจ้งเพิ่มเติม | ไม่ |
| 10 | ACC | ข้อมูลบัญชี | ไม่ |
| 11 | CVD | ค่าใช้จ่าย / มูลค่า | ใช่ |
| 12 | RTD | รายละเอียดอัตราค่าระวาง | ใช่ |
| 13 | OTH | ค่าใช้จ่ายอื่น | ไม่ |
| 14 | PPD | สรุปค่าใช้จ่ายจ่ายล่วงหน้า | ตามเงื่อนไข |
| 15 | CLL | สรุปค่าใช้จ่ายเก็บปลายทาง | ตามเงื่อนไข |
| 16 | CDC | ค่าใช้จ่าย ณ ปลายทาง | ไม่ |
| 17 | ISU | การลงนามของผู้ขนส่ง | ใช่ |
| 18 | OSI | ข้อมูลบริการอื่น | ไม่ |
| 19 | CER | ใบรับรอง / กฎระเบียบ | ไม่ |
| 20 | OCI | ข้อมูลศุลกากรอื่น | ไม่ |
| 21 | SRI | ข้อมูลอ้างอิงการขนส่ง | ไม่ |
| 22 | NOM | ผู้ได้รับมอบหมายจัดการ | ไม่ |
| 23 | COR | การแก้ไข | ไม่ |
| 24 | CIQ | ศุลกากร/ตรวจคนเข้าเมือง/กักกัน | ไม่ |
| 25 | HBS | สรุป House Bill | ไม่ |
| 26 | TXT | ข้อความอิสระ | ไม่ |
| 27 | REF | หมายเลขอ้างอิง | ไม่ |
| 28 | COM | รหัสสินค้า | ไม่ |
| 29 | EOM | สิ้นสุดข้อความ | ใช่ |
ส่วนที่ระบุว่าบังคับต้องปรากฏในทุกข้อความ FWB ที่ถูกต้อง PPD และ CLL เป็นบังคับตามเงื่อนไข — ต้องมีอย่างน้อยหนึ่งส่วนขึ้นอยู่กับการชำระเงินแบบจ่ายล่วงหน้า/เก็บปลายทาง ส่วนที่ไม่บังคับอาจละเว้นทั้งหมดหรือซ้ำได้ (เช่น บรรทัด OCI หลายบรรทัด)
ฟิลด์บังคับและกฎการตรวจสอบ
ภายในแต่ละส่วน องค์ประกอบข้อมูลแต่ละรายการมีสถานะบังคับ/ไม่บังคับและกฎรูปแบบเฉพาะ จุดตรวจสอบที่สำคัญ ได้แก่:
- หมายเลข AWB: สตริงตัวเลข 11 หลักประกอบด้วยรหัสสายการบิน 3 หลัก (ลงทะเบียนกับ IATA เช่น 217 สำหรับการบินไทย) ตามด้วยหมายเลขลำดับ 8 หลัก ตัวเลขหลักสุดท้ายเป็นเลขตรวจ modulus-7 ที่คำนวณจากตัวเลข 7 หลักแรกของหมายเลขลำดับ
- รหัสสนามบิน: รหัสสนามบินต้นทาง ปลายทาง และจุดแวะพักทั้งหมดต้องเป็นรหัส IATA 3 ตัวอักษรที่ถูกต้อง (เช่น BKK, SIN, FRA) KabyTech ตรวจสอบกับฐานข้อมูล IATA LOCID ปัจจุบัน
- น้ำหนัก / ปริมาตร: ส่วน RTD เข้ารหัสน้ำหนักเป็นกิโลกรัม (K) หรือปอนด์ (L) และปริมาตรเป็นลูกบาศก์เมตร (MC) หรือลูกบาศก์เซนติเมตร (CC) รูปแบบตัวเลขใช้จุดทศนิยมโดยนัย
- ค่าใช้จ่าย: บรรทัด CVD ต้องสมดุล — ผลรวมของค่าระวางตามน้ำหนัก ค่าประเมินมูลค่า ภาษี และค่าใช้จ่ายอื่นต้องเท่ากับยอดรวมที่แจ้ง KabyTech ทำการตรวจสอบคำนวณข้ามฟิลด์
- รูปแบบวันที่: วันที่ใน FWB ใช้รูปแบบ
DDMMMYY(เช่น15MAR26) หรือรูปแบบย่อDDMMMสำหรับวันที่เที่ยวบิน
FWB/16 กำหนดข้อกำหนดข้อมูลศุลกากรที่เข้มงวดขึ้นในส่วน OCI เพื่อปฏิบัติตามโครงการข้อมูลสินค้าล่วงหน้า (ACI) เช่น EU ICS2, US ACAS และ ASEAN Single Window โดยเฉพาะ ผู้ส่งและผู้รับต้องระบุรหัสไปรษณีย์และรหัสประเทศตามความเหมาะสม และคาดหวังข้อมูลระดับ house ในส่วน HBS
KabyTech แจ้งข้อผิดพลาดในการตรวจสอบ 3 ระดับความรุนแรง: ข้อผิดพลาด (ข้อความจะถูกปฏิเสธโดยสายการบิน/ศุลกากร), คำเตือน (ไม่สอดคล้องซึ่งอาจทำให้เกิดปัญหาในขั้นตอนถัดไป) และ ข้อมูล (คำแนะนำแนวทางปฏิบัติที่ดี)
FWB/16 เทียบกับเวอร์ชันก่อนหน้า
การเปลี่ยนผ่านจาก FWB/15 ไปสู่ FWB/16 นำมาซึ่งการเปลี่ยนแปลงสำคัญหลายประการที่ส่งผลต่อทั้งการแยกวิเคราะห์ข้อความและกระบวนการทางธุรกิจ:
- OCI sub-types ที่ขยายเพิ่ม: FWB/16 เพิ่มรหัส OCI qualifier ใหม่เพื่อรองรับข้อกำหนดข้อมูลก่อนการบรรทุกของ EU ICS2 Phase 2 และ US ACAS รวมถึง Trader Identification Numbers (TIN) และ Unique Consignment Reference (UCR)
- House Bill Summary (HBS): แม้จะมีอยู่ในทางเทคนิคใน FWB/15 แล้ว แต่ส่วน HBS มีโครงสร้างที่ชัดเจนขึ้นใน FWB/16 พร้อมฟิลด์ย่อยที่กำหนดไว้สำหรับหมายเลข house waybill จำนวนชิ้น และน้ำหนักระดับ house
- ชุดอักขระที่ขยาย: FWB/16 ขยายชุดอักขระที่อนุญาตให้รวมอักขระละตินที่มีเครื่องหมายเสริม ทำให้แสดงชื่อผู้ส่ง/ผู้รับที่ไม่ใช่ภาษาอังกฤษได้ดีขึ้นโดยไม่ต้องทับศัพท์
- ฟิลด์ SHP/CNE ที่ปรับให้สอดคล้องกัน: ส่วนผู้ส่งและผู้รับได้รับฟิลด์ย่อยเพิ่มเติมสำหรับข้อมูลที่อยู่แบบมีโครงสร้าง (ถนน เมือง รัฐ รหัสไปรษณีย์ ประเทศ) ที่สอดคล้องกับ WCO Data Model
ตัวแยกวิเคราะห์ของ KabyTech ตรวจจับเวอร์ชัน FWB จากบรรทัด SMI (เช่น FWB/16) และสลับข้อจำกัดความยาวฟิลด์ การตรวจสอบส่วนบังคับ และการตรวจสอบ OCI qualifier โดยอัตโนมัติให้ตรงกับเวอร์ชันที่ระบุ เอกสารที่ไม่ระบุเครื่องหมายเวอร์ชันจะใช้การแยกวิเคราะห์แบบ FWB/16 เป็นค่าเริ่มต้นพร้อมคำเตือน
สำหรับองค์กรที่ยังส่ง FWB/13 หรือ FWB/15 อยู่ KabyTech มีโมดูลอัปคอนเวอร์ชันเสริมที่แมปฟิลด์เวอร์ชันเก่าไปยังรูปแบบ FWB/16 ที่เทียบเท่า และไฮไลต์ข้อมูลบังคับที่ขาดหายซึ่งต้องเพิ่มเติมก่อนการส่ง
สรุป
IATA Cargo-IMP และรูปแบบข้อความ FWB ยังคงเป็นแกนหลักของการแลกเปลี่ยนข้อมูลใบตราส่งสินค้าทางอากาศอิเล็กทรอนิกส์ทั่วโลก ประเด็นสำคัญ:
- Cargo-IMP อยู่ภายใต้การกำกับดูแลของ Cargo Services Conference ของ IATA และปรับปรุงผ่านการลงคะแนนเสียงอย่างเป็นทางการจากสายการบินสมาชิก
- ข้อความ FWB เป็นรูปแบบข้อความแบบตำแหน่งคงที่ มี 29 ส่วนที่กำหนดไว้ โดย 8 ส่วนเป็นส่วนบังคับในทุกข้อความ
- FWB/16 เสริมข้อกำหนดข้อมูลศุลกากร (OCI, HBS) ให้เข้มงวดขึ้นเพื่อปฏิบัติตามโครงการข้อมูลสินค้าล่วงหน้าทั่วโลก
- การตรวจสอบต้องครอบคลุมเลขตรวจ AWB การค้นหารหัสสนามบิน การสมดุลคำนวณค่าใช้จ่าย และกฎฟิลด์เฉพาะเวอร์ชัน
- KabyTech แยกวิเคราะห์ทั้ง 29 ส่วนของ FWB เวอร์ชัน 13–16 ทำการตรวจสอบหลายระดับ และมีฟังก์ชันอัปคอนเวอร์ชันจากเวอร์ชันเก่า
สำหรับรายละเอียดการผสานรวม โปรดดูเอกสาร KabyTech API เกี่ยวกับ endpoint /parse/fwb ซึ่งรับข้อความ Cargo-IMP แบบข้อความดิบและส่งคืน JSON ที่มีโครงสร้างพร้อมผลการตรวจสอบ