Appearance
Chapter 8
Order Rejection APIs
08.01 Order Rejection Overview
📌 At a Glance
| รายการ | รายละเอียด |
|---|---|
| Topic | Order Rejection Overview |
| Difficulty | ⭐⭐ Intermediate |
| Reading Time | 8 นาที |
| Target | Developer, System Integrator |
| Related APIs | GET /order-rejections |
🎯 Learning Objectives
หลังจากศึกษาหัวข้อนี้แล้ว ผู้อ่านจะสามารถ
- เข้าใจแนวคิดของ Order Rejection API
- ตรวจสอบรายการที่ถูกปฏิเสธจาก SISAHYGO
- เข้าใจสาเหตุของการปฏิเสธรายการ
- ออกแบบกระบวนการแก้ไขข้อมูลใน Client System ได้
Overview
แม้ว่าระบบ SISAHYGO จะตรวจสอบความถูกต้องของข้อมูลก่อนสร้าง Order Checking แต่ในบางกรณี พนักงานอาจพบว่าข้อมูลไม่สามารถดำเนินการต่อได้ จึงทำการปฏิเสธรายการ (Order Rejection)
Order Rejection API ช่วยให้ Client System สามารถตรวจสอบรายการที่ถูกปฏิเสธ พร้อมเหตุผลในการปฏิเสธ เพื่อนำข้อมูลกลับไปแก้ไขในระบบต้นทาง และส่งรายการใหม่ได้อย่างถูกต้อง
API นี้ช่วยลดการติดต่อประสานงานระหว่างผู้ใช้งานกับเจ้าหน้าที่ และทำให้การแลกเปลี่ยนข้อมูลระหว่างระบบเป็นไปอย่างมีประสิทธิภาพ
Figure 8-1 Order Rejection Overview

Figure 8-1 แสดงภาพรวมของกระบวนการจัดการ Order Rejection ตั้งแต่การสร้าง Order Checking การตรวจสอบโดยพนักงาน การปฏิเสธรายการ และการแจ้งผลกลับไปยัง Client System ผ่าน Order Rejection API
Business Purpose
Order Rejection API มีวัตถุประสงค์เพื่อ
- แจ้งรายการที่ถูกปฏิเสธ
- แจ้งเหตุผลของการปฏิเสธ
- ลดการประสานงานทางโทรศัพท์
- ให้ Client System สามารถแก้ไขข้อมูลได้รวดเร็ว
- รองรับการทำงานร่วมกับ ERP, POS และ WMS
Business Workflow
text
POST /order-checkings
│
▼
Order Checking
│
▼
Checker Review
│
├──────────────► Approved
│ │
│ ▼
│ Shipment Process
│
▼
Rejected
│
▼
Order Rejection API
│
▼
Client System
│
▼
Correct Data
│
▼
Submit AgainCommon Rejection Reasons
ตัวอย่างเหตุผลที่อาจทำให้รายการถูกปฏิเสธ
| Category | Example |
|---|---|
| Customer | ไม่พบข้อมูลผู้รับสินค้า |
| Product | สินค้าไม่ถูกต้อง |
| Quantity | จำนวนสินค้าไม่ถูกต้อง |
| Address | ที่อยู่ไม่ครบถ้วน |
| Duplicate | ส่งข้อมูลซ้ำ |
| Business Rule | ไม่เป็นไปตามเงื่อนไขของระบบ |
หมายเหตุ: เหตุผลที่แสดงจริงจะขึ้นอยู่กับข้อมูลที่บันทึกโดยเจ้าหน้าที่ในระบบ SISAHYGO
Integration Scenario
ตัวอย่างการใช้งาน
- ERP ตรวจสอบรายการที่ถูกปฏิเสธทุกวัน
- Customer Portal แจ้งผู้ใช้งานว่ารายการต้องแก้ไข
- ฝ่ายขายตรวจสอบเหตุผลการปฏิเสธก่อนติดต่อผู้รับ
- WMS หยุดกระบวนการจัดเตรียมสินค้าเมื่อรายการถูกปฏิเสธ
Best Practices
- ตรวจสอบรายการที่ถูกปฏิเสธเป็นประจำ
- แสดงเหตุผลการปฏิเสธให้ผู้ใช้งานเข้าใจ
- แก้ไขข้อมูลในระบบต้นทางก่อนส่งใหม่
- ใช้
client_reference_noเพื่อเชื่อมโยงกับเอกสารเดิม - เก็บประวัติการปฏิเสธเพื่อการวิเคราะห์และปรับปรุงคุณภาพข้อมูล
Related APIs
- POST /order-checkings
- GET /shipments
- GET /order-rejections
Summary
Order Rejection API เป็นกลไกสำคัญสำหรับการจัดการข้อยกเว้นของกระบวนการรับส่งข้อมูล ช่วยให้ Client System สามารถรับทราบเหตุผลที่รายการไม่ผ่านการตรวจสอบ แก้ไขข้อมูลได้อย่างรวดเร็ว และส่งรายการใหม่เข้าสู่ระบบได้อย่างถูกต้อง ส่งผลให้การเชื่อมต่อระหว่าง SISAHYGO และระบบต้นทางมีความต่อเนื่องและมีประสิทธิภาพมากยิ่งขึ้น
Next Step
➡️ 08.02 Get Order Rejection API
