ครบตั้งแต่รถ forwarder เข้า gate จนเซ็นรับของขาเข้า — ตรวจรับ RFC, build-up ULD, คลัง ASRS 640 ช่อง, โหลดขึ้นเครื่อง และข้อความ EDI ตามมาตรฐาน IATA Cargo-IMP ทั้งหมดนี้เปิดในเบราว์เซอร์แล้วกดเล่นได้เลย ไม่ต้องติดตั้งอะไร
ทุกภาพในหน้านี้ capture จากโปรแกรมที่ทำงานได้จริง ไม่ใช่ภาพ mock-up
ทั้ง 5 ข้อนี้แก้ไม่ได้ด้วยการอบรมเพิ่ม เพราะเป็นงานที่ต้องอาศัยความจำและสายตาคนตลอดกะ — ต้องแก้ด้วยระบบที่บล็อกได้จริงตรงจุดที่เกิดเหตุ
สำแดง DGR ไม่ตรงของจริง ผ่านการตรวจด้วยสายตาไปได้
ค่าปรับ · ยึดของ · ความเสี่ยงต่อชีวิต
ชิ้นงานถูกสแกนเข้า ULD ผิดใบ ไปรู้อีกทีตอน load sheet ไม่ตรง
ต้นทุนหลักแสนต่อครั้ง และของตกไฟลท์
ไม่มีใครเห็นว่าใบไหนค้างนาน จนบิลค่าเช่ามาถึง
ค่าเช่า ULD บานปลาย · ของสด–ยา เสียหาย
FSU / FFM ไม่ถูกส่งหรือส่งช้า เพราะยังพิมพ์มือทีละใบ
ลูกค้าตามของไม่ได้ · สายการบินปรับตาม SLA
ข้อมูลชุดเดียวถูกกรอกใหม่ 3–4 รอบ ตั้งแต่รับของจนปิดไฟลท์
ผิดพลาดสะสม · ตรวจย้อนหลังไม่ได้
นี่คือไฟล์เดียวกับที่เราถือ thumb drive ไปสาธิตหน้างาน ทั้งระบบอยู่ในไฟล์เดียว ไม่ต้องต่อเน็ตก็ทำงานได้เต็มรูปแบบ
โปรแกรมนี้ออกแบบสำหรับจอ 1920×1080 — บนมือถือจะเล็กมาก แนะนำให้เปิดบนคอมพิวเตอร์ หรือกด “เปิดแท็บใหม่” แล้วหมุนจอแนวนอน
นี่คือสิ่งที่ลูกค้าถามมากที่สุด — ไม่ใช่ว่าระบบมีฟังก์ชันอะไร แต่มันทำให้งานประจำวัน “ง่ายขึ้น” ตรงไหนบ้าง
| งานประจำวัน | แบบเดิม | มี ACTS แล้ว |
|---|---|---|
| ตรวจรับสินค้า (RFC) | ตรวจเอกสารด้วยสายตาและความจำ ใบไหนหลุดก็หลุด รู้ตัวอีกทีตอนโดนปรับ | ระบบตรวจครบ 4 ด้าน Data / DGR / Security / Airworthiness — ไม่ผ่านคือกดรับเข้าไม่ได้ ไม่ต้องพึ่งความจำใคร |
| จัดของเข้า ULD | เปิดตาราง segregation จากคู่มือ หรือใช้ความจำ พลาดแล้วรู้ตอนปลายทางปฏิเสธรับ | ระบบจับ SHC ที่ชนกันแล้วแยก ULD ใหม่ให้อัตโนมัติ พร้อมอ้างข้อกฎที่ใช้ ไม่ต้องเปิดคู่มือ |
| ยิงของขึ้น ULD | สแกนผิดใบก็ยังปิดใบได้ ไปเจอตอน load sheet ไม่ตรง เสียหายหลักแสนต่อครั้ง | ยิงผิดปุ๊บระบบล็อกทันที บอกตรง ๆ ว่าต้องย้ายไปใบไหน แก้เสร็จปลดล็อกให้เอง |
| ตามหา ULD ในคลัง | เดินหา โทรถาม เปิดหลายระบบ กว่าจะรู้ว่าอยู่ช่องไหน | ผัง 3D 640 ช่อง ชี้ปุ๊บรู้เลยว่าใบไหน ไฟลท์อะไร น้ำหนักเท่าไร ค้างมากี่ชั่วโมง |
| ของค้างในคลัง | รู้ตอนบิลค่าเช่า ULD มา หรือตอนของสดเสียแล้ว | Heatmap ขึ้นสีแดงตั้งแต่ค้างเกิน 8 ชั่วโมง หัวหน้ากะเร่งระบายได้ก่อนที่ค่าใช้จ่ายจะเดิน |
| ปิดเที่ยวบิน | พิมพ์ FSU ทีละใบ ตกหล่นเป็นประจำ ไม่มีหลักฐานว่าส่งเมื่อไร | ปุ่มเดียว ยิง FSU-DEP ครบทุก AWB พร้อม FFM และ UCM มีเวลาส่งบันทึกไว้ครบทุกฉบับ |
| ลูกค้าโทรถาม “ของถึงไหน” | ไล่ถามหลายแผนก บางทีตอบได้พรุ่งนี้ | เปิดหน้า AWB เห็น timeline ทั้งชีวิตของใบนั้นพร้อมข้อความ FSU ทุกจุด ตอบได้ใน 10 วินาที |
| ไฟลท์ delay | รื้อแผน build-up ใหม่ทั้งกองด้วยมือ เสียเวลาและพลาดง่าย | ระบบ re-plan ให้อัตโนมัติ เลื่อน cut-off จัดคิวงานใหม่ และดึงของที่เดิมตกไฟลท์เข้ามาให้ทัน |
| น้ำหนักเกินต้อง offload | หัวหน้ากะเลือกเองว่าจะตัดใบไหน แล้วต้องไปเถียงกับฝ่ายขาย | ระบบเสนอชุดที่กระทบน้อยที่สุดพร้อมเหตุผลครบ และจองที่ในไฟลท์ถัดไปให้ลูกค้าเลย |
| เวลามีข้อพิพาท | ตามหาหลักฐานจากกระดาษและหลายระบบ ใช้เวลาเป็นวัน | หลักฐานอยู่ในหน้าจอเดียว ตั้งแต่ FWB ใบแรกจนถึงลายเซ็นผู้รับ พร้อมเวลาทุกจุด |
| สอนพนักงานใหม่ | ใช้เวลาเป็นสัปดาห์ ต้องมีพี่เลี้ยงประกบ | ทุกหน้ามีปุ่ม ? อธิบายในตัว และแถบล่างบอกตลอดว่าระบบกำลังทำอะไร เรียนรู้ได้ภายในกะเดียว |
| การคีย์ข้อมูล | ข้อมูลชุดเดียวถูกคีย์ใหม่ 3–4 รอบ ตั้งแต่รับของจนปิดไฟลท์ | คีย์ครั้งเดียว ทุกหน้าจอ ทุกตัวเลข และทุกข้อความ EDI อ่านจากข้อมูลชุดเดียวกัน |
ระบบเดียว แต่แต่ละคนได้ประโยชน์คนละแบบ
Acceptance · Build-up · Loading
Shift control
Management
Forwarder · Airline
ทุกภาพด้านล่าง capture จากโปรแกรมตัวเดียวกับที่กดเล่นด้านบน
แถบบนคือขาออก (รถเข้า → ตรวจรับ → build-up → ASRS → dolly → ขึ้นเครื่อง) แถบล่างคือขาเข้าที่วิ่งย้อนกลับ กล่องสินค้าวิ่งบนเส้นจริงเมื่อระบบเปลี่ยนสถานะของใบนั้น ไม่ใช่ animation ลอย ๆ
KPI 5 ตัวที่นับขึ้นตาม simulation จริง flight timeline 6 ไฟลท์พร้อม cut-off marker กราฟ throughput 24 ชั่วโมงเทียบแผน และ donut occupancy 3 วง
Truck dock 8 ช่องพร้อมนาฬิกาจับเวลา และคิวตรวจรับที่มี RFC check 4 ไฟ (Data / DGR / Security / Airworthiness) — มี 1 AWB ที่ DGR ไม่ผ่าน ให้เห็นว่าระบบบล็อกได้จริง
แผน build-up รายใบ ULD พร้อมแถบน้ำหนัก คำเตือน segregation ตามกฎ IATA DGR workstation 3 ตัว และ job queue ที่เรียงตาม priority พร้อมเหตุผลกำกับ
ASRS 4 aisle × 2 ด้าน × 16 bay × 5 level = 640 ช่อง พร้อม ETV 4 ตัววิ่งจริงทั้งแนวนอนและแนวดิ่ง คนละ aisle พร้อมกัน หมุนดูรอบด้วยเมาส์ได้
Dolly dock 6 ช่อง checklist ตาม loading sequence และผังท้องเครื่องที่เติมเต็มตามจริงทีละตำแหน่งที่ทีมโหลดติ๊ก
ตารางไฟลท์และ shipment ที่ sort / search / filter ได้ทุกคอลัมน์ กดแถวเปิด drawer ดู timeline ทั้งชีวิตของ AWB ใบนั้น
EDI log ตามมาตรฐาน Cargo-IMP (FWB / FHL / FFM / FSU / UCM) กดขยายดู raw message จริง พร้อมคำอธิบายภาษาไทยกำกับทีละบรรทัด
หัวใจของข้อเสนอนี้ — ทุกเหตุการณ์อ้างมาตรฐานที่ใช้จริงในอุตสาหกรรม และบอกวิธีแก้ให้ผู้ปฏิบัติงานทำเองได้ทันที
| เหตุการณ์ | ระบบทำอะไร | ป้องกันความเสียหาย | มาตรฐานอ้างอิง |
|---|---|---|---|
| DGR สำแดงไม่ตรง | บล็อกไม่ให้เปลี่ยนเป็น ACCEPTED และไม่ยิง FSU-RCS · ย้ายเข้า DG hold area · แจ้ง forwarder อัตโนมัติ | สินค้าอันตรายหลุดขึ้นเครื่อง ค่าปรับ ยึดของ ความเสี่ยงต่อชีวิต | IATA DGR 62nd Ed. |
| SHC ชนกันใน ULD | เตือนพร้อมข้อกฎที่อ้างอิง แล้วแยกออกเป็น ULD ใหม่ให้อัตโนมัติ | สินค้าปนเปื้อน เสียหาย และถูกปฏิเสธรับที่ปลายทาง | IATA DGR 9.3.A |
| สแกนผิด ULD (misload) | ล็อกไม่ให้ปิดใบจนกว่าจะย้ายและสแกนซ้ำผ่าน · บันทึกลงรายงานคุณภาพของกะ | Misload หลักแสนบาทต่อครั้ง และของตกไฟลท์ | IATA ULD Regulations |
| ULD ชำรุด | ออก damage report อัตโนมัติ จอง ULD สำรอง และสั่ง rebuild ทันที | ULD ไม่พร้อมใช้งานขึ้นเครื่อง และการถูกเรียกค่าเสียหาย | IATA ULDR |
| น้ำหนักชั่งต่างจากสำแดง | Flag ให้ตรวจซ้ำเมื่อต่างเกินเกณฑ์ที่ตั้งไว้ ก่อนรับเข้าคลัง | ค่าระวางผิด และ load sheet ไม่ตรงกับของจริง | IATA TACT |
| น้ำหนักเกิน payload | คำนวณชุดที่ต้องตัดออกซึ่งกระทบน้อยที่สุด พร้อมเหตุผลครบ และจองที่ในไฟลท์ถัดไปให้ | เครื่องเกินน้ำหนักบรรทุก และการรื้อโหลดหน้าเครื่อง | IATA AHM — Load Control |
| ใกล้ cut-off | นับถอยหลังรายไฟลท์ ดัน priority งานขึ้นอัตโนมัติ และเตือนก่อนถึงเวลา | ของตกไฟลท์ และค่าปรับตาม SLA กับสายการบิน | ข้อตกลงระดับบริการ (SLA) |
| ไฟลท์ delay | Re-plan build-up ใหม่ทั้งกอง เลื่อน cut-off และจัดคิวงานใหม่ให้เอง | แผนเดิมใช้ไม่ได้ ต้องรื้อทำมือ เสียเวลาและพลาดง่าย | — |
| ของไม่มีในบัญชี (FDCA) | เปิดเคส discrepancy ออกเลขอ้างอิง และยิง FSU-DIS กลับไปถามสถานีต้นทาง | ของตกค้างโดยไม่มีร่องรอย และปัญหาทางศุลกากร | IATA Cargo-IMP FSU |
| ULD ค้างในคลังนาน | Occupancy heatmap ตาม dwell time เห็นทันทีว่าช่องไหนค้างเกินเกณฑ์ | ค่าเช่า ULD บานปลาย และของสด/ยา เสียหาย | IATA CEIV (cold chain) |
เลือก Scenario B ในเดโมด้านบนแล้วกด Auto ทั้ง 4 เหตุการณ์เล่นให้ดูได้จริง
สายการบินแจ้งเลื่อนกลางคัน แผน build-up เดิมใช้ไม่ได้ทั้งกอง
→ เลื่อน cut-off ให้เอง คำนวณแผนใหม่ทันที และดึงของที่เดิมตกไฟลท์เข้ามาให้ทัน
Load control ลด payload เพราะเติมน้ำมันเพิ่มสำหรับเส้นทางอ้อม
→ หาชุดที่ตัดออกแล้วกระทบน้อยที่สุด พร้อมเหตุผลครบ และจองที่ไฟลท์ถัดไปให้ลูกค้า
ตรวจพบฐานยุบและ net ขาด ใช้ขึ้นเครื่องไม่ได้ตามข้อกำหนด
→ ออก damage report อัตโนมัติ จอง ULD สำรอง และ rebuild โดยไม่หยุดทั้งไฟลท์
ตอนรื้อ ULD ขาเข้าเจอ 3 ชิ้นที่ไม่มีในบัญชีสินค้า
→ เปิดเคส discrepancy ออกเลขอ้างอิง และยิง FSU-DIS กลับไปถามสถานีต้นทางทันที
ไม่ได้ออกแบบเอง — ทุกกฎที่ระบบใช้บล็อก มาจากมาตรฐานที่สายการบินและ ground handler ใช้อยู่แล้ว
ทดสอบสองชั้น: ระดับตรรกะด้วย headless runner และระดับการแสดงผลด้วยเบราว์เซอร์จริงที่ 1920×1080
เครื่องมือคำนวณสถานะทั้งหมดอยู่แยกจาก UI — เปลี่ยนหน้าจอได้โดยไม่กระทบกฎการทำงาน และนำตรรกะเดิมไปต่อกับระบบจริงได้
ทุกหน้าจออ่านจากสถานะกลางชุดเดียวกัน จึงไม่มีทางที่ตัวเลขสองหน้าจอจะไม่ตรงกัน
ข้อมูลตั้งต้นสร้างจาก seeded PRNG กด Reset กี่ครั้งก็ได้โลกเดิมทุกครั้ง เหมาะกับการสาธิตและการทดสอบซ้ำ
ทำงานได้แม้ไม่มีอินเทอร์เน็ต ไม่มีการส่งข้อมูลออกนอกเครื่อง เหมาะกับการนำเสนอในพื้นที่ปฏิบัติการ
จุดเชื่อมต่อกับ ETV, ระบบสายการบิน, ศุลกากร และเครื่องชั่ง ถูกออกแบบเป็นส่วนแยกไว้แล้วตั้งแต่ต้น
นัดปรึกษากับทีมวิศวกรของเราฟรี ไม่มีค่าใช้จ่าย
