Appearance
02.04 วงจรชีวิตของใบรับส่งสินค้า (Order Lifecycle)
📌 At a Glance
| รายการ | รายละเอียด |
|---|---|
| Topic | Order Lifecycle |
| Difficulty | ⭐⭐ Intermediate |
| Reading Time | 12 นาที |
| Target | Business Analyst, Developer, System Integrator |
| Related APIs | Order Checking, Shipment Tracking, Order Rejection |
⏱ Reading Time
ประมาณ 12 นาที
🎯 Learning Objectives
หลังจากศึกษาหัวข้อนี้แล้ว ผู้อ่านจะสามารถ
- เข้าใจวงจรชีวิตของใบรับส่งสินค้าใน SISAHYGO
- เข้าใจความสัมพันธ์ระหว่าง Business Process กับ Order Status
- เข้าใจสถานะที่ Client System สามารถติดตามได้
- เข้าใจจุดที่เกิดการเปลี่ยนแปลงสถานะของสินค้า
Overview
Order Lifecycle คือกระบวนการเปลี่ยนแปลงสถานะของใบรับส่งสินค้า ตั้งแต่ Client System ส่งข้อมูลเข้าสู่ SISAHYGO จนกระทั่งสินค้าถูกส่งมอบสำเร็จ
SISAHYGO แยกวงจรชีวิตของใบรับส่งออกเป็นหลายสถานะ เพื่อให้สามารถติดตามความคืบหน้าของสินค้าได้อย่างละเอียด และรองรับการทำงานของแต่ละหน่วยงานภายในองค์กร
Order Lifecycle เป็นหัวใจสำคัญของระบบขนส่ง เนื่องจากทุกการเปลี่ยนแปลงสถานะจะสะท้อนถึงความคืบหน้าของงาน และสามารถตรวจสอบย้อนหลังได้
แม้ Order Checking API จะรองรับการส่งข้อมูลหลายรายการในคำขอเดียว (Bulk Submission) แต่หลังจากระบบรับข้อมูลแล้ว Order แต่ละรายการจะเข้าสู่วงจรชีวิต (Order Lifecycle) และถูกติดตามแยกจากกันด้วยรหัส id ของแต่ละรายการ
Business Value
การกำหนด Order Lifecycle อย่างชัดเจนช่วยให้
- ทุกฝ่ายเข้าใจสถานะของสินค้าเหมือนกัน
- ลดการสอบถามสถานะผ่านโทรศัพท์หรือข้อความ
- ลูกค้าสามารถติดตามสินค้าแบบ Real-time
- รองรับการวิเคราะห์ประสิทธิภาพของกระบวนการขนส่ง
- ตรวจสอบย้อนหลังได้ทุกขั้นตอน
Figure 2-4 Order Lifecycle
(แทรกรูป Figure 2-4 : Order Lifecycle Diagram)

Figure 2-4 แสดงวงจรชีวิตของใบรับส่งสินค้า ตั้งแต่ Client System ส่งข้อมูลผ่าน Order Checking API เข้าสู่ SISAHYGO การตรวจสอบข้อมูล การออกใบรับส่งสินค้า การดำเนินการขนส่ง และการส่งมอบสินค้า
สังเกตว่า Client System มีหน้าที่เพียงส่งข้อมูลและติดตามสถานะ ขณะที่การเปลี่ยนแปลงสถานะทั้งหมดหลังจากนั้นดำเนินการภายใน SISAHYGO
Order Status Lifecycle
| ลำดับ | Status | ผู้รับผิดชอบ | ความหมาย |
|---|---|---|---|
| 1 | checking | SISAHYGO | รอการตรวจสอบข้อมูลจาก API |
| 2 | new | Checker | ตรวจรับข้อมูลเรียบร้อย |
| 3 | confirmed | Back Office | ออกใบรับส่งสินค้า (Order Header No.) |
| 4 | loaded | Loading | ขึ้นสินค้าขึ้นรถแล้ว |
| 5 | in transit | Driver | รถออกเดินทาง |
| 6 | arrival | Branch | รถถึงปลายทาง |
| 7 | branch warehouse | Branch | สินค้าเข้าคลังปลายทาง |
| 8 | delivery | Delivery | กำลังจัดส่งถึงผู้รับ |
| 9 | completed | Delivery | ส่งมอบสินค้าเรียบร้อย |
Order Status Transition
การเปลี่ยนสถานะเป็นไปตามลำดับดังนี้
checking
↓
new
↓
confirmed
↓
loaded
↓
in transit
↓
arrival
↓
branch warehouse
↓
delivery
↓
completedระบบไม่อนุญาตให้ข้ามลำดับของสถานะ เว้นแต่เป็นการดำเนินการโดยผู้ดูแลระบบตามสิทธิ์ที่กำหนด
API Relationship
| Status | API ที่เกี่ยวข้อง |
|---|---|
| checking | POST /order-checkings |
| new | Internal |
| confirmed | Internal |
| loaded - completed | GET /shipments |
| reject | GET /order-rejections |
Business Scenario
บริษัท ABC ส่งข้อมูล Order Checking เวลา 09:00 น.
09:00
ERP
↓
POST /order-checkings
↓
09:01
checking
↓
09:05
new
↓
09:15
confirmed
↓
11:30
loaded
↓
12:00
in transit
↓
15:20
arrival
↓
16:00
delivery
↓
16:30
completed
ERP สามารถเรียก GET /shipments ได้ตลอดเวลาเพื่อทราบสถานะล่าสุด
IMPORTANT
Client System ไม่สามารถเปลี่ยน Order Status ได้โดยตรง
การเปลี่ยนสถานะทั้งหมดดำเนินการภายใน SISAHYGO ตาม Business Workflow ที่กำหนด
Client System มีหน้าที่
- ส่ง Order Checking
- ติดตาม Shipment
- รับข้อมูล Order Rejection
เท่านั้น
Key Concepts
| คำศัพท์ | ความหมาย |
|---|---|
| Order Lifecycle | วงจรชีวิตของใบรับส่งสินค้า |
| Status Transition | การเปลี่ยนสถานะ |
| Shipment Tracking | การติดตามสถานะ |
| Completed | สิ้นสุดกระบวนการ |
Best Practices
| Recommendation | เหตุผล |
|---|---|
| อย่าเก็บสถานะเอง | ใช้ GET /shipments ทุกครั้ง |
| อย่าคาดเดาสถานะ | ใช้ข้อมูลล่าสุดจาก API |
| ใช้ Client Reference Number | เชื่อมโยงข้อมูลกับ ERP |
| แสดง Timeline ให้ผู้ใช้งาน | ช่วยลดการสอบถามสถานะ |
Summary
Order Lifecycle เป็นหัวใจของ SISAHYGO Transportation Management System โดยกำหนดลำดับสถานะของใบรับส่งสินค้าอย่างชัดเจนตั้งแต่เริ่มต้นจนสิ้นสุดกระบวนการ
Client System ไม่จำเป็นต้องทราบ Business Logic ภายใน เพียงส่งข้อมูลผ่าน Order Checking API และติดตามสถานะผ่าน Shipment Tracking API ก็สามารถเชื่อมต่อกับระบบได้อย่างสมบูรณ์
Ready for Next Chapter
- [ ] เข้าใจลำดับ Order Status
- [ ] เข้าใจ Status Transition
- [ ] เข้าใจ API ที่เกี่ยวข้อง
- [ ] พร้อมศึกษาการเชื่อมต่อระหว่างระบบ
References
- SISAHYGO Business Workflow
- Shipment Tracking API
- Order Checking API
Related Chapters
- 02.02 Business Process Overview
- 02.03 System Architecture
- Chapter 6 Order Checking APIs
- Chapter 7 Shipment Tracking APIs
Next Step
➡️ 02.05 Integration Workflow
