Appearance
02.02 ภาพรวมกระบวนการทางธุรกิจ (Business Process Overview)
📌 At a Glance
| รายการ | รายละเอียด |
|---|---|
| Topic | Business Process Overview |
| Difficulty | ⭐ Beginner |
| Reading Time | 10 นาที |
| Target | Executive, Project Manager, Business Analyst, Developer |
| Related APIs | Order Checking, Shipment Tracking, Order Rejection |
⏱ Reading Time
ประมาณ 10 นาที
🎯 Learning Objectives
หลังจากศึกษาหัวข้อนี้แล้ว ผู้อ่านจะสามารถ
- เข้าใจภาพรวมกระบวนการทำงานของ SISAHGO ตั้งแต่ต้นจนจบ
- เข้าใจหน้าที่ของ Client System และ SISAHYGO
- เข้าใจตำแหน่งของแต่ละ API ใน Business Workflow
- เข้าใจจุดที่ข้อมูลถูกสร้าง ตรวจสอบ และติดตามผล
Overview
SISAHYGO Integration Platform ได้รับการออกแบบให้เป็นศูนย์กลางการเชื่อมต่อข้อมูลระหว่าง Client System และ SISAHYGO Transportation Management System (TMS)
Client System ทำหน้าที่เป็นผู้สร้างข้อมูลต้นทาง โดยสามารถรวบรวมรายการตรวจรับสินค้าหลายรายการและส่งผ่าน Order Checking API ในรูปแบบ Bulk Submission ก่อนเข้าสู่กระบวนการตรวจสอบและดำเนินงานของ SISAHYGO ส่วน SISAHYGO รับผิดชอบกระบวนการด้านโลจิสติกส์ทั้งหมด ตั้งแต่การตรวจรับข้อมูล การออกใบรับส่งสินค้า การจัดการขนส่ง จนถึงการส่งมอบสินค้า
การแบ่งหน้าที่เช่นนี้ช่วยให้แต่ละระบบทำงานในสิ่งที่ตนเองเชี่ยวชาญ และสามารถเชื่อมต่อกันผ่านมาตรฐาน REST API ได้อย่างมีประสิทธิภาพ
Business Value
SISAHYGO Integration Platform ช่วยให้องค์กรสามารถ
- ลดการป้อนข้อมูลซ้ำระหว่างระบบ
- ลดความผิดพลาดจาก Manual Process
- ตรวจสอบสถานะการขนส่งแบบ Real-time
- เชื่อมโยงข้อมูลระหว่างหลายระบบด้วยมาตรฐานเดียว
- รองรับการขยายระบบในอนาคตโดยไม่ต้องเปลี่ยน Business Process
Figure 2-2 Business Process Workflow
(แทรกรูป Figure 2-2 : Business Process Workflow)
Figure 2-2 แสดงลำดับการทำงานของระบบตั้งแต่ Client System ส่งข้อมูลผ่าน Order Checking API เข้าสู่ SISAHYGO Integration Platform จากนั้นพนักงานตรวจรับ (Checker) จะตรวจสอบความถูกต้องของข้อมูล
หากข้อมูลถูกต้อง ระบบจะเปลี่ยนสถานะเป็น New และเมื่อเจ้าหน้าที่ออกใบรับส่งสินค้า ระบบจะเปลี่ยนเป็น Confirmed พร้อมสร้างเลขที่ใบรับส่งสินค้า (Order Header No.) จากนั้นข้อมูลจะเข้าสู่กระบวนการขนส่ง และสามารถติดตามสถานะผ่าน Shipment Tracking API ได้จนถึงการส่งมอบสินค้า (Completed)
หากข้อมูลไม่ถูกต้อง Checker สามารถปฏิเสธรายการ (Reject) ทำให้ Order ถูกลบออกจากระบบ และ Client System สามารถตรวจสอบผลการปฏิเสธผ่าน Order Rejection API
Business Process Summary
Business Workflow ของ SISAHYGO แบ่งออกเป็น 6 ขั้นตอนหลัก
| Step | Owner | Process | API |
|---|---|---|---|
| 1 | Client System | สร้าง Order Checking | POST /order-checkings |
| 2 | SISAHYGO | ตรวจสอบข้อมูล | Internal |
| 3 | SISAHYGO | ยืนยันรายการและสร้าง Order Header | Internal |
| 4 | SISAHYGO | ดำเนินกระบวนการขนส่ง | Internal |
| 5 | Client System | ติดตามสถานะการขนส่ง | GET /shipments |
| 6 | SISAHYGO | ส่งมอบสินค้าและปิดงาน | Internal |
API Mapping
| Business Process | API Method | Endpoint |
|---|---|---|
| Synchronize Product | GET | /products |
| Synchronize Receiver | GET | /receivers |
| Create Order Checking | POST | /order-checkings |
| Shipment Tracking | GET | /shipments |
| Order Rejection | GET | /order-rejections |
Business Scenario
ตัวอย่างการใช้งานจริง
บริษัท ABC ใช้ระบบ ERP สำหรับบริหารคำสั่งซื้อ เมื่อฝ่ายขายสร้าง Sales Order ระบบ ERP จะเรียก POST /order-checkings เพื่อส่งข้อมูลมายัง SISAHYGO
พนักงานตรวจรับตรวจสอบข้อมูลและยืนยันรายการ จากนั้นเจ้าหน้าที่ออกใบรับส่งสินค้า และดำเนินกระบวนการขนส่ง
ระหว่างการขนส่ง ERP สามารถเรียก GET /shipments เพื่อแสดงสถานะล่าสุดให้ลูกค้าได้แบบ Real-time
หากข้อมูลที่ส่งมาไม่ถูกต้อง พนักงานสามารถ Reject รายการ และ ERP สามารถเรียก GET /order-rejections เพื่อนำข้อมูลกลับไปแก้ไขได้
Key Concepts
| คำศัพท์ | ความหมาย |
|---|---|
| Order Checking | ข้อมูลที่ Client System ส่งมาตรวจสอบก่อนออกใบรับส่งสินค้า |
| Checker | พนักงานตรวจสอบความถูกต้องของข้อมูล |
| New | สถานะหลังตรวจรับสำเร็จ พร้อมเข้าสู่ขั้นตอนออกเอกสาร |
| Confirmed | ออกใบรับส่งสินค้าและสร้างเลขที่ Order Header แล้ว |
| Shipment Tracking | การติดตามสถานะการขนส่งผ่าน API |
| Completed | ส่งมอบสินค้าเรียบร้อยและปิดงาน |
Best Practices
- Client System ควรส่งข้อมูล Order Checking เพียงครั้งเดียว
- ใช้ Client Reference Number เป็นเลขอ้างอิงหลักของลูกค้า
- หลังจากสถานะเป็น Confirmed ไม่ควรแก้ไขข้อมูล Order
- ใช้ Shipment Tracking API สำหรับติดตามสถานะ แทนการสอบถามด้วยวิธี Manual
- Synchronize Master Data ให้เป็นปัจจุบันก่อนส่ง Transaction
Learning Outcomes
หลังจากศึกษาหัวข้อนี้แล้ว ผู้อ่านจะสามารถ
- อธิบาย Business Workflow ของ SISAHYGO ได้
- เข้าใจหน้าที่ของ Client System และ SISAHYGO
- ระบุได้ว่าแต่ละ API ถูกใช้งานในขั้นตอนใดของกระบวนการธุรกิจ
- เตรียมความพร้อมสำหรับการศึกษาสถาปัตยกรรมระบบในบทถัดไป
Developer Checklist
ก่อนศึกษาหัวข้อถัดไป โปรดตรวจสอบว่า
- [ ] เข้าใจ Business Workflow ทั้งหมด
- [ ] เข้าใจความสัมพันธ์ระหว่าง Client System และ SISAHYGO
- [ ] เข้าใจตำแหน่งของ Order Checking API
- [ ] เข้าใจตำแหน่งของ Shipment Tracking API
- [ ] เข้าใจตำแหน่งของ Order Rejection API
Related Chapters
- 02.01 Executive Overview
- 02.03 System Architecture
- Chapter 6 Order Checking APIs
- Chapter 7 Shipment Tracking APIs
Next Step
➡️ 02.03 System Architecture