KabyTech แยกวิเคราะห์ FWB/16 ครบทั้ง 29 ส่วนแล้ว — รวมถึง OCI ข้อมูลศุลกากรและกฎระเบียบ

เมื่อเราเปิดตัว KabyTech ในปี 2024 ตัวแยกวิเคราะห์เริ่มต้นของเราสามารถจัดการได้ 18 จาก 29 ส่วนที่กำหนดไว้ในมาตรฐาน IATA Cargo-IMP FWB/16 ซึ่งครอบคลุมข้อมูลพื้นฐาน ได้แก่ ผู้ส่งสินค้า ผู้รับสินค้า เส้นทาง น้ำหนัก และค่าใช้จ่าย ซึ่งเพียงพอสำหรับการทำให้ขั้นตอนการกรอกข้อมูลหลักเป็นระบบอัตโนมัติสำหรับตัวแทนขนส่งสินค้าทางอากาศไทยส่วนใหญ่

แต่ "ส่วนใหญ่" ไม่ใช่ "ทั้งหมด" และในวงการขนส่งทางอากาศ ส่วนที่คุณข้ามไปมักเป็นส่วนที่ทำให้เกิดข้อผิดพลาดที่มีค่าใช้จ่ายสูงสุดในขั้นตอนถัดไป วันนี้เราประกาศว่า AWB Intelligence API ของ KabyTech สามารถแยกวิเคราะห์และตรวจสอบทุกส่วนจากทั้งหมด 29 ส่วนของ FWB/16 ที่กำหนดไว้ใน IATA Cargo-IMP Edition 31 รวมถึงส่วน OCI (Other Customs, Security and Regulatory Control Information) ซึ่งเป็นช่องว่างที่ใหญ่ที่สุดในการประมวลผล AWB อัตโนมัติสำหรับตลาดไทย

ทำไมการครอบคลุม FWB ทั้งหมดจึงสำคัญ

มาตรฐาน IATA Cargo-IMP เป็นกระดูกสันหลังของระบบส่งข้อความ Air Waybill อิเล็กทรอนิกส์ทั่วโลก ข้อความประเภท FWB บรรจุข้อมูลทางการค้าและปฏิบัติการทั้งหมดที่จำเป็นสำหรับการขนส่งสินค้าทางอากาศ แต่ละส่วนจากทั้งหมด 29 ส่วนทำหน้าที่เฉพาะเจาะจง และการละเว้นแม้เพียงส่วนเดียวอาจสร้างปัญหาในขั้นตอนถัดไปได้

สำหรับตัวแทนขนส่งสินค้าไทยโดยเฉพาะ ช่องว่างที่ใหญ่ที่สุดคือส่วน OCI มาตลอด กรมศุลกากรไทยกำหนดให้ต้องมีตัวระบุกฎระเบียบเฉพาะในบรรทัด OCI สำหรับใบขนสินค้าขาเข้า รวมถึงหมายเลขใบอนุญาตตัวแทนออกของ การอ้างอิงการจัดประเภทพิกัดศุลกากร HS ล่วงหน้า และสถานะการตรวจสอบความปลอดภัย หากตัวแยกวิเคราะห์ของคุณข้ามส่วน OCI ทีมปฏิบัติการของคุณจะต้องคัดลอกข้อมูลนี้ด้วยมือจากข้อความดิบ — หรือแย่กว่านั้นคือจากเอกสารที่พิมพ์ออกมา — ทุกครั้ง

ส่วน OCI ประกอบด้วยอะไรบ้าง

ส่วน OCI (Other Customs, Security and Regulatory Control Information) เป็นส่วนรวมสำหรับข้อมูลด้านกฎระเบียบที่ไม่เข้ากับส่วนอื่นๆ ของ FWB อย่างเรียบร้อย ใช้รูปแบบที่มีโครงสร้างประกอบด้วยรหัสประเทศ ตัวระบุข้อมูล ตัวระบุข้อมูลศุลกากร และฟิลด์ข้อมูลศุลกากรเสริม FWB เดียวสามารถมีบรรทัด OCI หลายบรรทัด โดยแต่ละบรรทัดบรรจุข้อมูลกฎระเบียบที่แตกต่างกัน

สำหรับการขนส่งเข้าประเทศไทย บรรทัด OCI มักบรรจุข้อมูลต่อไปนี้:

• สถานะการตรวจสอบความปลอดภัย (SPX/SCO) — ระบุว่าสินค้าได้รับการตรวจสอบภายใต้ระบบ Regulated Agent หรือไม่ ทั้งกรมศุลกากรไทยและ กพท. (CAAT) ต้องการข้อมูลนี้สำหรับการประเมินความเสี่ยง
• หมายเลขประจำตัวตัวแทนออกของ — หมายเลขใบอนุญาตตัวแทนออกของที่ออกโดยกรมศุลกากร จำเป็นสำหรับการยื่นใบขนสินค้าผ่านระบบ e-Customs
• รหัสกฎระเบียบเฉพาะประเทศ — สำนักงานคณะกรรมการอาหารและยา (อย.) สำนักงานมาตรฐานสินค้าเกษตรและอาหารแห่งชาติ (มกอช.) และกรมการค้าต่างประเทศ ล้วนมีรหัสตัวระบุที่ปรากฏใน OCI สำหรับสินค้าควบคุม
• การอ้างอิงการควบคุมการส่งออกของ EU/US — สำหรับสินค้าที่มีแหล่งกำเนิดจาก EU หรือ US หมายเลขใบอนุญาตส่งออกและรหัส ECCN จะปรากฏเป็นข้อมูล OCI
• ตัวระบุ Known Consignor / Regulated Agent — ข้อมูลการปฏิบัติตาม ACC3 สำหรับเที่ยวบินขาเข้าจาก EU ที่ผ่านประเทศไทย

หากไม่มีการดึงข้อมูล OCI แบบอัตโนมัติ ทีมงานมักใช้เวลาเพิ่มอีก 5-10 นาทีต่อ AWB ในการค้นหาและคัดลอกรหัสเหล่านี้ด้วยมือ สำหรับบริษัทตัวแทนออกของที่ดำเนินการใบขนสินค้ามากกว่า 200 ฉบับต่อวัน นั่นเท่ากับงานกรอกข้อมูลด้วยมือ 16-33 ชั่วโมงทุกวัน

รายการส่วน FWB/16 ครบทั้ง 29 ส่วน

สำหรับการอ้างอิง นี่คือรายการส่วนทั้งหมดที่ตัวแยกวิเคราะห์ของ KabyTech รองรับในขณะนี้ พร้อมคำอธิบายสั้นๆ ของแต่ละส่วน:

1. AWB (Air Waybill Number) — ตัวระบุ AWB 11 หลัก ประกอบด้วยรหัสสายการบินและหมายเลขลำดับ
2. FLT (Flight Bookings) — หมายเลขเที่ยวบินและวันที่ที่จอง สูงสุด 3 ขาบิน
3. RTG (Routing) — สนามบินต้นทาง สนามบินปลายทาง และจุดเปลี่ยนถ่ายระหว่างทาง โดยใช้รหัส IATA 3 ตัวอักษร
4. SHP (Shipper Name and Address) — รายละเอียดผู้ส่งสินค้าครบถ้วน รวมถึงชื่อบริษัท ที่อยู่ เมือง ประเทศ และรหัสไปรษณีย์
5. SHP/CNT (Shipper Contact) — ข้อมูลการติดต่อของผู้ส่งสินค้า ได้แก่ โทรศัพท์ แฟกซ์ และอีเมล
6. CNE (Consignee Name and Address) — รายละเอียดผู้รับสินค้า มีโครงสร้างเหมือนกับ SHP
7. CNE/CNT (Consignee Contact) — ข้อมูลการติดต่อของผู้รับสินค้า
8. AGT (Agent) — รหัสตัวแทน IATA ที่อยู่ CASS และชื่อตัวแทนของผู้ส่งออก
9. SSR (Special Service Request) — คำแนะนำบริการแบบข้อความอิสระ เช่น "แจ้งผู้รับสินค้าเมื่อถึง" หรือข้อกำหนดอุณหภูมิ
10. NFY (Also Notify) — ผู้ติดต่อบุคคลที่สาม มักใช้สำหรับตัวแทนออกของหรือตัวแทนในท้องถิ่น
11. NFY/CNT (Also Notify Contact) — ข้อมูลการติดต่อของฝ่ายที่ต้องแจ้ง
12. ACC (Accounting Information) — รหัสบัญชีและหมายเลขอ้างอิงที่สายการบินใช้สำหรับการเรียกเก็บเงิน
13. CVD (Charge Declarations) — ตัวบ่งชี้ชำระล่วงหน้า/เรียกเก็บปลายทาง มูลค่าที่แจ้งสำหรับการขนส่ง และมูลค่าที่แจ้งสำหรับศุลกากร
14. RTD (Rate Description) — รายละเอียดรายการ ได้แก่ จำนวนชิ้น น้ำหนัก ประเภทอัตรา รหัสสินค้า อัตราค่าขนส่ง และยอดรวม ซ้ำได้สูงสุด 11 ครั้ง
15. RTD/NG (Nature of Goods) — คำอธิบายสินค้าแบบข้อความอิสระสำหรับแต่ละบรรทัดอัตรา
16. RTD/NV (No Declared Value for Carriage) — ตัวบ่งชี้เมื่อไม่ได้แจ้งมูลค่าสำหรับการขนส่ง
17. RTD/NC (No Declared Value for Customs) — ตัวบ่งชี้เมื่อไม่ได้แจ้งมูลค่าสำหรับศุลกากร
18. OTH (Other Charges) — ค่าใช้จ่ายเพิ่มเติม เช่น ค่าธรรมเนียมเชื้อเพลิง ค่าธรรมเนียมความปลอดภัย และค่าจัดการ แยกระหว่างชำระล่วงหน้า/เรียกเก็บปลายทาง
19. PPD (Prepaid Charge Summary) — ยอดรวมค่าใช้จ่ายชำระล่วงหน้าทั้งหมด ได้แก่ ค่าน้ำหนัก ค่าประเมินมูลค่า ภาษี ค่าใช้จ่ายอื่นๆ ที่ต้องจ่ายให้ตัวแทน และค่าใช้จ่ายอื่นๆ ที่ต้องจ่ายให้ผู้ขนส่ง
20. COL (Collect Charge Summary) — โครงสร้างเดียวกับ PPD แต่สำหรับค่าใช้จ่ายเรียกเก็บปลายทาง
21. CER (Shipper's Certification) — บรรทัดลายเซ็นและข้อความรับรองจากผู้ส่งสินค้า
22. ISS (Carrier's Execution) — รายละเอียดผู้ขนส่งที่ออกเอกสาร วันที่ และสถานที่ออก
23. OSI (Other Service Information) — ข้อมูลปฏิบัติการแบบข้อความอิสระระหว่างผู้ขนส่งและตัวแทน
24. CDC (Charge Correction Advice) — ใช้ในข้อความแก้ไขเพื่ออ้างอิงค่าใช้จ่ายเดิม
25. REF (Reference Information) — หมายเลขอ้างอิงข้าม เช่น หมายเลข PO หมายเลขใบแจ้งหนี้ หรือหมายเลขการจอง
26. CSD (Customs Security Declaration) — สถานะความปลอดภัยและรหัสวิธีการตรวจสอบตามกรอบ ICAO/IATA
27. OCI (Other Customs Information) — ข้อมูลกฎระเบียบและศุลกากรเฉพาะประเทศ จัดโครงสร้างตามรหัสประเทศและตัวระบุข้อมูล
28. SPH (Special Handling Codes) — รหัสการจัดการพิเศษ IATA 3 ตัวอักษร เช่น PER (สินค้าเน่าเสียง่าย) DGR (สินค้าอันตราย) AVI (สัตว์มีชีวิต)
29. HTS (Harmonized Tariff Schedule) — รหัส HS ที่เกี่ยวข้องกับการขนส่ง สำคัญสำหรับการจัดประเภทศุลกากรล่วงหน้า

มีอะไรเปลี่ยนแปลงใน Edition 31

IATA Cargo-IMP Edition 31 มีผลบังคับใช้ตั้งแต่ฤดูกาลฤดูหนาว IATA CSC/31 ปี 2025/26 ได้นำการปรับปรุงหลายประการที่ตัวแยกวิเคราะห์ของเราจัดการได้แล้ว:

• ฟิลด์ OCI ที่ขยายความยาว — ฟิลด์ข้อมูลศุลกากรเสริมได้รับการขยายจาก 35 เป็น 65 ตัวอักษร เพื่อรองรับตัวระบุกฎระเบียบที่ยาวขึ้นซึ่งใช้โดยหน่วยงานศุลกากร ASEAN
• รหัส SPH ใหม่ — มีการเพิ่มรหัสการจัดการพิเศษใหม่ 3 รหัสสำหรับการจำแนกแบตเตอรี่ลิเธียม (ELM, ELI, RLM) ซึ่งสำคัญสำหรับภาคการส่งออกอิเล็กทรอนิกส์ของไทยที่เติบโตอย่างต่อเนื่อง
• รองรับ CSD หลายบรรทัด — ส่วน Customs Security Declaration รองรับรายการวิธีการตรวจสอบหลายรายการต่อขาบินได้แล้ว สะท้อนความเป็นจริงของการตรวจสอบความปลอดภัยแบบหลายรูปแบบ
• แนวทาง UTF-8 encoding — Edition 31 ยอมรับชุดอักขระที่ไม่ใช่ภาษาละตินในฟิลด์ผู้ส่ง/ผู้รับสินค้าอย่างเป็นทางการ ซึ่งสอดคล้องกับความสามารถในการรองรับภาษาไทยของเรา

KabyTech จัดการอย่างไร

ตัวแยกวิเคราะห์ของเราใช้วิธีการดึงข้อมูลแบบหลายรอบ รอบแรกระบุขอบเขตของแต่ละส่วนโดยใช้ตัวระบุบรรทัดมาตรฐาน IATA รอบที่สองใช้กฎการดึงข้อมูลเฉพาะส่วน ซึ่งจัดการกับรูปแบบเฉพาะของแต่ละประเภทส่วน รอบที่สามทำการตรวจสอบข้าม: ตรวจว่ายอดรวม RTD ตรงกับสรุป PPD/COL ว่ารหัสสนามบินในเส้นทางเป็นรหัส IATA ที่ถูกต้อง และว่ารหัสประเทศ OCI ตรงกับต้นทางหรือปลายทางของการขนส่ง

สำหรับ OCI โดยเฉพาะ เรามีตารางค้นหาตัวระบุข้อมูลเฉพาะประเทศ เพื่อให้เราสามารถติดป้ายกำกับแต่ละบรรทัด OCI ด้วยวัตถุประสงค์ (สถานะความปลอดภัย หมายเลขตัวแทนออกของ การอ้างอิงกฎระเบียบ เป็นต้น) แทนที่จะส่งคืนแค่รหัสดิบ ซึ่งหมายความว่าระบบปลายทางของคุณสามารถนำข้อมูลไปใช้ได้โดยตรงโดยไม่ต้องมีตรรกะการตีความ OCI ของตนเอง

ทดลองใช้วันนี้

การครอบคลุม FWB/16 ทั้งหมดพร้อมใช้งานแล้วสำหรับลูกค้า KabyTech API ทุกรายในแผน Starter ขึ้นไป โดยไม่มีค่าใช้จ่ายเพิ่มเติม หากคุณอยู่ในแผนเดิมที่จำกัดเพียง 18 ส่วน การตอบกลับ API ของคุณจะรวมทั้ง 29 ส่วนโดยอัตโนมัติตั้งแต่วันนี้ ไม่ต้องเปลี่ยนแปลงโค้ดของคุณ — ส่วนใหม่จะปรากฏเป็นฟิลด์เพิ่มเติมใน JSON response

หากคุณกำลังประเมิน KabyTech เป็นครั้งแรก นี่คือจังหวะที่เหมาะสม ไม่มีโซลูชันแยกวิเคราะห์ AWB อื่นใดในตลาดไทยที่เสนอการดึงข้อมูลที่ตรวจสอบแล้วจากทั้ง 29 ส่วน FWB และการรองรับ OCI เพียงอย่างเดียวสามารถช่วยประหยัดเวลาทำงานด้วยมือของทีมปฏิบัติการคุณได้หลายชั่วโมงทุกวัน

บทความที่เกี่ยวข้อง