ช่องทางการขาย · SALE AGENT · BACKOFFICE OMS

ช่องทางการขายผ่านพนักงาน
(Sale Agent)

เอกสารข้อกำหนดเชิงธุรกิจสำหรับพนักงานที่สร้างคำสั่งซื้อแทนลูกค้า
ครอบคลุม CC · CS · PC ผ่านระบบหลังบ้าน (Backoffice OMS)

รหัสโมดูล

SA (Sale Agent)

วันที่จัดทำ

พฤษภาคม 2569

เจ้าของโครงการ

บริษัท ยงเจริญศูนย์เครื่องเขียน จำกัด

ผู้พัฒนาระบบ

บริษัท อะเดพทิโอ จำกัด

ระบบที่เชื่อมต่อ

Backoffice OMS, ConX ERP, Customer Connect

อ้างอิงกฎเกณฑ์

ysc_business_rules.html หมวด 2, 5, 6, 7, 13, 16, 17

วัตถุประสงค์ของเอกสาร

เอกสารฉบับนี้ระบุข้อกำหนดสำหรับ ช่องทางการขายผ่านพนักงาน (Sale Agent) ซึ่งครอบคลุมพนักงาน 3 บทบาท ได้แก่ CC (Contact Center), CS (Customer Service) และ PC (Product Consultant) ทุกบทบาทสร้างคำสั่งซื้อแทนลูกค้าผ่าน ระบบหลังบ้าน (Backoffice OMS) กฎอ้างอิงจาก ysc_business_rules.html หมวด CH-02, CC-01–CC-05, SO-01–SO-06, Q-01–Q-04, P-04

สารบัญ

ข้อมูลเอกสารและการอนุมัติ
วัตถุประสงค์เชิงธุรกิจ
ขอบเขตของงาน (In / Out of Scope)
ผู้มีส่วนได้ส่วนเสียและบทบาทผู้ใช้งาน
สถานะปัจจุบัน (As-Is)
กระบวนการในอนาคต (To-Be)
ข้อกำหนดเชิงหน้าที่ — กรณีการใช้งาน (Use Cases)
1. UC-SA-001 เปิดหน้าจอ Agent Portal และดึงข้อมูลลูกค้าขึ้นทันที
2. UC-SA-002 ค้นหาลูกค้าและตรวจสอบประวัติก่อนสร้างคำสั่งซื้อ
3. UC-SA-003 สร้างคำสั่งซื้อปกติแทนลูกค้า
4. UC-SA-004 สร้างคำสั่งซื้อล่วงหน้า (Pre-order) กรณีสต็อกไม่เพียงพอ
5. UC-SA-005 สร้างใบเสนอราคาแทนลูกค้า
6. UC-SA-006 แปลงใบเสนอราคาเป็นคำสั่งซื้อ
7. UC-SA-007 ส่งข้อมูลชำระเงิน (QR Code / แจ้งโอนเงิน) ผ่านระบบ
8. UC-SA-008 ติดตามคำสั่งซื้อรอชำระเงินใกล้หมดเวลา
9. UC-SA-009 ยกเลิกและสร้างคำสั่งซื้อทดแทน (Cancel + Duplicate)
10. UC-SA-010 ขออนุมัติวงเงินเครดิตชั่วคราวกรณีเกินวงเงิน
11. UC-SA-011 บันทึกช่องทางและ Sub-channel การสั่งซื้อ
12. UC-SA-012 แจ้งเตือน Up-sell และ Cross-sell ระหว่างสร้างคำสั่งซื้อ
การออกแบบประสบการณ์ผู้ใช้ (Screen Inventory)
กฎเกณฑ์เชิงธุรกิจ
การเชื่อมต่อระบบภายนอก (Integration)
การออกแบบข้อมูลและข้อมูลหลัก (Data & Master)
ความปลอดภัยและสิทธิ์การเข้าถึง (Security & RBAC)
ข้อกำหนดเชิงคุณภาพ (NFR)
รายงานและแดชบอร์ด
ข้อกำหนดการโอนย้ายข้อมูล (Migration)
สมมติฐานและข้อจำกัด
เกณฑ์การยอมรับผลงาน
ประเด็นเปิดและความเสี่ยง (Open Issues & Risks)

สรุปกรณีการใช้งาน (Use Case Catalog)

#	รหัส UC	ชื่อกรณีการใช้งาน	ผู้ใช้งานหลัก	กฎที่เกี่ยวข้อง (หลัก)	สถานะ
1	UC-SA-001	เปิดหน้าจอ Agent Portal และดึงข้อมูลลูกค้าขึ้นทันที	CC / CS / PC	CC-05, CH-02, D-007	ยืนยัน
2	UC-SA-002	ค้นหาลูกค้าและตรวจสอบประวัติก่อนสร้างคำสั่งซื้อ	CC / CS / PC	CC-05, C-01, AUTH-03	ยืนยัน
3	UC-SA-003	สร้างคำสั่งซื้อปกติแทนลูกค้า	CC / CS / PC	SO-01, SO-05, P-04, S-02, CH-02	ยืนยัน
4	UC-SA-004	สร้างคำสั่งซื้อล่วงหน้า (Pre-order) กรณีสต็อกไม่เพียงพอ	CC / CS / PC	S-06, D-024, SO-06, C-06	ยืนยัน
5	UC-SA-005	สร้างใบเสนอราคาแทนลูกค้า	CC / CS / PC	Q-01, Q-02, Q-04, D-023	ยืนยัน
6	UC-SA-006	แปลงใบเสนอราคาเป็นคำสั่งซื้อ	CC / CS / PC	Q-03, Q-02, SO-05	ยืนยัน
7	UC-SA-007	ส่งข้อมูลชำระเงิน (QR Code / แจ้งโอนเงิน) ผ่านระบบ	CC / CS / PC	P-08, CC-01, INV-03	ยืนยัน
8	UC-SA-008	ติดตามคำสั่งซื้อรอชำระเงินใกล้หมดเวลา	CC / CS / PC	SO-01 (24 ชม.), CC-03	ยืนยัน
9	UC-SA-009	ยกเลิกและสร้างคำสั่งซื้อทดแทน (Cancel + Duplicate)	CC / CS / PC	SO-02, SO-03, D-009	ยืนยัน
10	UC-SA-010	ขออนุมัติวงเงินเครดิตชั่วคราวกรณีเกินวงเงิน	CC / CS / PC	CC-02, C-02, P-02	รอออกแบบ
11	UC-SA-011	บันทึกช่องทางและ Sub-channel การสั่งซื้อ วางแผนไว้	CC / CS / PC	SO-05, CH-04, CH-05	รอออกแบบ
12	UC-SA-012	แจ้งเตือน Up-sell และ Cross-sell ระหว่างสร้างคำสั่งซื้อ	CC / CS / PC	CC-05, D-007, PR-05	ยืนยัน

1. ข้อมูลเอกสารและการอนุมัติ

1.1 ผู้อนุมัติเอกสาร

บทบาท	ชื่อ	วันที่อนุมัติ	หมายเหตุ
เจ้าของโครงการ (YSC)	[รอยืนยัน — Pending verification]	—	—
ผู้จัดการโครงการ (Adeptio)	[รอยืนยัน — Pending verification]	—	—
Business Analyst	[รอยืนยัน — Pending verification]	—	—

2. วัตถุประสงค์เชิงธุรกิจ

ช่องทางการขายผ่านพนักงาน (Sale Agent) เป็นช่องทางที่พนักงานของบริษัทสร้างคำสั่งซื้อในระบบแทนลูกค้า ครอบคลุม 3 กลุ่มพนักงาน ได้แก่

CC — Contact Center: รับออเดอร์ผ่านโทรศัพท์, LINE OA, อีเมล หรือ Fax ป้อนข้อมูลเข้าระบบแทนลูกค้า
CS — Customer Service: ดูแลปัญหาหลังการขาย รับคำขอเปลี่ยน/แก้ไขคำสั่งซื้อ ติดตามสถานะแทนลูกค้า
PC — Product Consultant: แนะนำสินค้า รับออเดอร์จากลูกค้าที่เดินเข้ามาหรือโทรปรึกษา สร้างคำสั่งซื้อผ่านระบบหลังบ้านโดยตรง

วัตถุประสงค์หลัก

ลดขั้นตอนการทำงานด้วยกระดาษ (เดิม: พิมพ์ใบ → นำไปคีย์ → เกิดข้อผิดพลาด) เป็นระบบดิจิทัลครบวงจร
เพิ่มโอกาส Up-sell / Cross-sell ด้วยข้อมูล Top 10 สินค้าที่ลูกค้าซื้อประจำและการแจ้งเตือนโปรโมชัน
ให้พนักงานเห็นข้อมูลลูกค้าครบถ้วน (ระดับสมาชิก, ยอดซื้อ, วงเงินเครดิต) บนหน้าจอเดียวก่อนสร้างคำสั่งซื้อ
รองรับการบันทึก Sub-channel การสั่งซื้อ (โทรศัพท์ / LINE / อีเมล / เดินเข้ามา) เพื่อการรายงานและวิเคราะห์ช่องทาง
รองรับการทำงาน 2 จอพร้อมกัน: จอสนทนากับลูกค้า + จอสร้างคำสั่งซื้อ

3. ขอบเขตของงาน

อยู่ในขอบเขต (In Scope)	อยู่นอกขอบเขต (Out of Scope)
Agent Portal: หน้าจอรวมข้อมูลลูกค้า + สร้างคำสั่งซื้อ	การสร้างคำสั่งซื้อผ่านเว็บไซต์หน้าร้านออนไลน์ (ดู ysc_storefront_brd.html)
สร้างคำสั่งซื้อปกติ / Pre-order / ใบเสนอราคาผ่าน Backoffice	การขาย ณ จุดขายหน้าร้าน POS (ดู ysc_pos_brd.html)
แปลงใบเสนอราคาเป็นคำสั่งซื้อ	การออก Invoice / Cashier Gate (ดู ysc_oms_brd.html)
ยกเลิกและสร้างคำสั่งซื้อทดแทน (Cancel + Duplicate)	การจัดการสต็อกและ Pick/Pack (ดู ysc_wms_brd.html)
ส่งข้อมูลชำระเงิน (QR Code / บัญชีโอนเงิน) ให้ลูกค้าผ่านระบบ	Ticket System / After-sales Service (อยู่ใน CRM)
ติดตามคำสั่งซื้อรอชำระเงิน (SO Monitoring — 24 ชม.)	การจัดการโปรโมชันและแคมเปญ (ดู ysc_promotion_brd.html)
ขออนุมัติวงเงินชั่วคราว (Over-limit Approval)	LINE OA Chatbot / Automated Messaging (ไม่ใช่ขอบเขต Adeptio)
บันทึก Sub-channel การสั่งซื้อ (feature วางแผนไว้)	Shopee / Social Commerce integration อัตโนมัติ (CH-05 — CC นำเข้าเองด้วยตนเอง)
การแจ้งเตือน Up-sell / Cross-sell	—
การใช้คูปองแทนลูกค้าในขั้นตอน Checkout	—

4. ผู้มีส่วนได้ส่วนเสียและบทบาทผู้ใช้งาน

บทบาท	ชื่อย่อ	ความรับผิดชอบหลัก	สิทธิ์ในระบบ
พนักงาน Contact Center	CC	รับออเดอร์ทางโทรศัพท์ / LINE / อีเมล / Fax, สร้างตะกร้า, ส่งข้อมูลยืนยันให้ลูกค้า, ติดตาม SO รอชำระ	สร้าง/อ่าน SO, Quotation, Pre-order; ขอ Over-limit Approval; ใช้คูปองแทนลูกค้า
พนักงาน Customer Service	CS	แก้ไขคำสั่งซื้อ (Cancel + Duplicate), ติดตามสถานะแทนลูกค้า, รับ Complaint	สร้าง/อ่าน SO, Cancel SO ที่ยังไม่ Pick; ดู Order History
พนักงาน Product Consultant	PC	แนะนำสินค้า สร้างคำสั่งซื้อให้ลูกค้าที่เดินเข้ามาหรือโทรปรึกษา	สร้าง/อ่าน SO, Quotation; ดูสต็อก On-hand / Available
ผู้จัดการ Contact Center	CC Supervisor	อนุมัติ Over-limit วงเงินชั่วคราว, ดูรายงาน SO Monitoring	อนุมัติ Over-limit (ตามวงเงิน Approval Matrix); ดู Report
Admin ระบบ	Admin	ตั้งค่า Price Tier, วงเงินเครดิต, ข้อมูลหลักลูกค้า	เข้าถึงทุก Module
ลูกค้า (ทั่วไปและธุรกิจ)	—	ผู้รับบริการ — ไม่เข้าระบบ Backoffice โดยตรง	—

5. สถานะปัจจุบัน (As-Is)

กระบวนการรับออเดอร์ทาง LINE (ปัจจุบัน)

ลูกค้าส่ง Order ทาง LINE

→

CC พิมพ์ลงกระดาษ (บิลด่วน = กระดาษสีเขียว)

→

นำกระดาษไปให้คนคีย์บิล

→

คีย์เข้าระบบ ConX

ปัญหาของกระบวนการปัจจุบัน

ปัญหา	ผลกระทบ
ต้องพิมพ์ลงกระดาษและส่งต่อด้วยมือ	Lead Time นาน ข้อมูลหาย/อ่านไม่ออก
คีย์บิลด้วยตัวเอง — โอกาสผิดพลาดสูง	สต็อกคลาดเคลื่อน ลูกค้าได้สินค้าไม่ครบ
ไม่มีข้อมูลลูกค้าแสดงขณะรับสาย	โอกาส Up-sell / Cross-sell หายไป
ไม่มีระบบติดตาม SO รอชำระ	SO หมดอายุ 24 ชม. โดยไม่มีใครแจ้งลูกค้า
ไม่สามารถใช้คูปองแทนลูกค้าได้	ลูกค้าเสียสิทธิ์ส่วนลดที่มีอยู่
ไม่มีการบันทึก Sub-channel (LINE / โทร / อีเมล)	วิเคราะห์ยอดขายแยกช่องทางไม่ได้

6. กระบวนการในอนาคต (To-Be)

Agent Portal — หน้าจอเดียวครบวงจร

แนวคิดหลัก (จากการประชุม 16-01-2026, 18-03-2026)

รวม Ticket + Order + ข้อมูลลูกค้าไว้ในหน้าจอเดียว รองรับการทำงาน 2 จอพร้อมกัน (จอคุยกับลูกค้า + จอคีย์ออเดอร์) ลด Lead Time และลดข้อผิดพลาด

กระบวนการรับออเดอร์ทาง LINE (To-Be)

ลูกค้าส่ง Order ทาง LINE

→

CC เปิด Agent Portal ดูข้อมูลลูกค้าทันที

→

สร้างตะกร้า (Basket) บนระบบเว็บ

↓

Capture Screen ส่งให้ลูกค้า Confirm ทาง LINE

→

CC ยืนยัน → สร้าง SO

→

ส่ง QR / ข้อมูลโอนเงินให้ลูกค้า

กระบวนการสร้างคำสั่งซื้อทุกช่องทาง (To-Be)

รับสาย / แชท / เดินเข้ามา

→

ค้นหาลูกค้าในระบบ (เบอร์ / ชื่อ)

→

ระบบดึง Customer Profile ขึ้นทันที

↓

เพิ่มสินค้าลงตะกร้า (ใช้ Top 10 / ค้นหา)

→

เลือกคูปอง / ระบบคำนวณโปรโมชันอัตโนมัติ

→

บันทึก Sub-channel

↓

วงเงินพอ?

→ ใช่

ยืนยัน SO → ส่งข้อมูลชำระเงิน

ไม่ใช่ → ขออนุมัติ Over-limit

7. ข้อกำหนดเชิงหน้าที่ — กรณีการใช้งาน

UC-SA-001 เปิดหน้าจอ Agent Portal และดึงข้อมูลลูกค้าขึ้นทันที ยืนยัน

UC-SA-001 — เปิดหน้าจอ Agent Portal และดึงข้อมูลลูกค้าขึ้นทันที sa_uc001.png

จุดประสงค์

พนักงาน CC / CS / PC เปิดหน้าจอ Agent Portal แล้วระบบดึงข้อมูลลูกค้าขึ้นแสดงทันทีเมื่อรับสายหรือค้นหาด้วยเบอร์โทรศัพท์ เพื่อให้พนักงานเห็นบริบทลูกค้าครบก่อนสนทนา

เงื่อนไขก่อนเริ่มต้น

พนักงานล็อกอินเข้าระบบ Backoffice ด้วยบัญชีที่มีสิทธิ์ CC / CS / PC
หน้าจอ Customer Connect (มัลติเอเจนต์) เปิดอยู่

เหตุการณ์เริ่มต้น

พนักงานรับสายโทรศัพท์หรือเริ่มแชทกับลูกค้า — ระบบได้รับเบอร์โทรศัพท์ หรือพนักงานกรอกเบอร์ / ชื่อลูกค้าเพื่อค้นหา

ขั้นตอนหลัก

ระบบรับเบอร์โทรศัพท์ของลูกค้า (จาก CTI หรือพนักงานกรอกเอง)
ระบบค้นหาลูกค้าจากฐานข้อมูลโดยใช้เบอร์โทรศัพท์เป็นหลัก
ระบบดึงข้อมูล Customer Profile แสดงบน Customer Connect (มัลติเอเจนต์) ทันที ประกอบด้วย: ระดับ Tier (Prospect / Member / Silver / Gold / Platinum / Diamond / Coronet), ยอดซื้อเฉลี่ยย้อนหลัง 1 / 3 / 6 / 12 เดือน, วงเงินเครดิตคงเหลือ (สำหรับลูกค้าธุรกิจ)
ระบบแสดง Top 10 สินค้าที่ลูกค้าซื้อประจำ พร้อมจำนวนค่ากลาง (Median) ย้อนหลัง 6 เดือน CC-05 D-007
ระบบแสดงประวัติคำสั่งซื้อล่าสุดของลูกค้า
พนักงานพร้อมเริ่มสนทนาและสร้างคำสั่งซื้อ

ขั้นตอนทางเลือก

A1 — ไม่พบลูกค้าในระบบ: ระบบแสดงข้อความ "ไม่พบข้อมูลลูกค้า" พนักงานสามารถค้นหาด้วยชื่อ / อีเมล หรือสร้างลูกค้าใหม่ผ่าน หน้าจอสร้างลูกค้าใหม่

A2 — ลูกค้ามีหลายบัญชี (เบอร์ซ้ำ): ระบบแสดงรายการลูกค้าที่ตรงกัน พนักงานเลือกบัญชีที่ถูกต้อง

เกณฑ์การยอมรับผลงาน

AC-SA-001-01: เมื่อพนักงานกรอกเบอร์โทรศัพท์ที่มีในระบบ ข้อมูล Customer Profile ต้องแสดงภายใน 2 วินาที

AC-SA-001-02: หน้าจอต้องแสดง Top 10 สินค้าพร้อมจำนวน Median ย้อนหลัง 6 เดือน

AC-SA-001-03: ลูกค้าธุรกิจ (B2B) ต้องเห็นวงเงินเครดิตคงเหลือบนหน้าจอ

AC-SA-001-04: กรณีไม่พบลูกค้า ระบบแสดง Error Message ที่อ่านเข้าใจได้ ไม่แสดง Error Code ดิบ

หน้าจอที่เกี่ยวข้อง

Customer Connect (มัลติเอเจนต์) — CustomerConnectMultiAgent.tsx | หน้าจอรายการลูกค้า — Customers.tsx | หน้าจอข้อมูลลูกค้า — CustomerDetail.tsx

UC-SA-002 ค้นหาลูกค้าและตรวจสอบประวัติก่อนสร้างคำสั่งซื้อ ยืนยัน

UC-SA-002 — ค้นหาลูกค้าและตรวจสอบประวัติก่อนสร้างคำสั่งซื้อ sa_uc002.png

จุดประสงค์

พนักงานค้นหาลูกค้าได้จากหลายเงื่อนไข และตรวจสอบข้อมูลที่จำเป็นก่อนเริ่มสร้างคำสั่งซื้อ เช่น วงเงินเครดิต, Tier, ยอดค้างชำระ

ขั้นตอนหลัก

พนักงานเข้าหน้า หน้าจอรายการลูกค้า หรือแถบค้นหาใน Agent Portal
ป้อนเงื่อนไขค้นหา: เบอร์โทรศัพท์ / ชื่อลูกค้า / รหัสลูกค้า / อีเมล
ระบบแสดงรายการลูกค้าที่ตรงเงื่อนไข พนักงานคลิกเลือก
ระบบเปิด หน้าจอข้อมูลลูกค้า แสดง: ชื่อ / ที่อยู่จัดส่ง / ประเภทลูกค้า (ทั่วไป / ธุรกิจ), Tier, Price Tier, วงเงินเครดิตและยอดที่ใช้ไป (B2B), ประวัติ SO ย้อนหลัง
พนักงานยืนยันข้อมูลถูกต้อง แล้วกดปุ่มสร้างคำสั่งซื้อใหม่

กฎที่เกี่ยวข้อง

AUTH-03 การเปลี่ยนเบอร์โทรต้องแจ้ง CC พร้อมหลักฐาน — พนักงานไม่สามารถแก้เบอร์โทรในระบบได้โดยตรง

เกณฑ์การยอมรับผลงาน

AC-SA-002-01: ค้นหาได้จากเบอร์โทร / ชื่อ / รหัสลูกค้า / อีเมล ผลลัพธ์แสดงภายใน 2 วินาที

AC-SA-002-02: หน้าจอข้อมูลลูกค้าแสดงวงเงินเครดิตและยอดที่ใช้ไปสำหรับลูกค้าธุรกิจ

UC-SA-003 สร้างคำสั่งซื้อปกติแทนลูกค้า ยืนยัน

UC-SA-003 — สร้างคำสั่งซื้อปกติแทนลูกค้า sa_uc003.png

จุดประสงค์

พนักงานสร้างคำสั่งซื้อปกติแทนลูกค้าผ่านหน้าจอ Backoffice ครอบคลุมการเพิ่มสินค้า เลือกวิธีจัดส่ง เลือกคูปอง และยืนยัน SO โดยระบบบันทึก Channel = backoffice และตัดวงเงินเครดิตทันทีสำหรับลูกค้า B2B

เงื่อนไขก่อนเริ่มต้น

พนักงานเลือกลูกค้าเป้าหมายเรียบร้อยแล้ว (ผ่าน UC-SA-001 หรือ UC-SA-002)
สินค้าที่จะสั่งมีสต็อก Available ในคลังออนไลน์

ขั้นตอนหลัก

พนักงานกดปุ่ม "สร้างคำสั่งซื้อใหม่" บน Agent Portal — ระบบเปิด หน้าจอสร้างคำสั่งซื้อ พร้อมข้อมูลลูกค้าที่เลือกไว้
พนักงานค้นหาและเพิ่มสินค้าลงตะกร้า — สามารถเลือกจาก Top 10 สินค้าที่ลูกค้าซื้อประจำได้ทันที หรือค้นหาด้วยชื่อ / รหัส SKU
ระบบแสดงสต็อก On-hand และ Available แบบ Real-time S-01
ระบบคำนวณ Promotion / ส่วนลดอัตโนมัติตาม Price Tier ของลูกค้า PR-01
พนักงานเลือกคูปองส่วนลดแทนลูกค้าได้ (หากลูกค้ามีคูปอง) PR-05
พนักงานเลือกวิธีจัดส่ง (สายขนส่ง / รับเองที่ร้าน)
พนักงานบันทึก Sub-channel การสั่งซื้อ SO-05 CH-04 (ดูรายละเอียดใน UC-SA-011)
ระบบแสดงสรุปยอด: subtotal, ส่วนลด, ภาษีมูลค่าเพิ่ม, ยอดชำระสุทธิ
พนักงานยืนยันคำสั่งซื้อ — ระบบ Reserve สต็อกทันที S-02 และตัดวงเงินเครดิตทันทีสำหรับลูกค้า B2B C-01
ระบบสร้าง SO พร้อม Channel = backoffice และบันทึก createdBy เป็นรหัสพนักงาน
ระบบส่งข้อมูลยืนยัน SO ไปยัง ConX ERP INT-08

ขั้นตอนทางเลือก

A1 — สต็อกไม่เพียงพอ: ระบบแสดง Alert S-05 พนักงานเลือก: (1) ลดจำนวนให้ไม่เกิน Available หรือ (2) ไปเปิด Pre-order (UC-SA-004)

A2 — ลูกค้า B2B วงเงินเกิน: ระบบแจ้งเตือนวงเงินไม่พอ พนักงานขออนุมัติ Over-limit (UC-SA-010) ก่อนยืนยัน SO

A3 — ลูกค้า B2B สั่งผ่าน Backoffice: วิธีชำระเงินถูกบังคับให้ใช้วงเงินเครดิตเท่านั้น ไม่สามารถเปลี่ยนเป็น Cash / โอนเงิน / QR ได้ P-04

ขั้นตอนกรณีผิดพลาด

E1 — ของแถมหมดสต็อก: ระบบบล็อกการยืนยัน SO และแจ้งเตือนทันที พนักงานต้องลบสินค้าที่มีของแถมออก หรือลดจำนวนที่ไม่ถึงเกณฑ์ของแถม S-07

E2 — ConX ERP ไม่ตอบสนอง: ระบบเก็บ SO ไว้ในสถานะ Pending และแจ้ง System Admin INT-10

เกณฑ์การยอมรับผลงาน

AC-SA-003-01: SO ที่สร้างต้องมี field channel = "backoffice" และ createdBy = รหัสพนักงาน

AC-SA-003-02: ลูกค้า B2B ที่สั่งผ่าน Backoffice — ฟิลด์วิธีชำระเงินต้องถูก lock เป็น "วงเงินเครดิต" เท่านั้น

AC-SA-003-03: หลังกด Confirm SO — สต็อก Available ต้องลดลงทันที

AC-SA-003-04: Top 10 สินค้าที่ลูกค้าซื้อประจำต้องแสดงอยู่ในหน้าสร้างคำสั่งซื้อพร้อมจำนวน Median

AC-SA-003-05: พนักงานสามารถเลือกใช้คูปองแทนลูกค้าได้จากรายการคูปองที่ลูกค้ามี

หน้าจอที่เกี่ยวข้อง

หน้าจอสร้างคำสั่งซื้อ — CreateOrder.tsx | หน้าจอรายการคำสั่งซื้อ — Orders.tsx | หน้าจอรายละเอียดคำสั่งซื้อ — OrderDetailRevised.tsx

UC-SA-004 สร้างคำสั่งซื้อล่วงหน้า (Pre-order) กรณีสต็อกไม่เพียงพอ ยืนยัน

UC-SA-004 — สร้างคำสั่งซื้อล่วงหน้า (Pre-order) กรณีสต็อกไม่เพียงพอ sa_uc004.png

จุดประสงค์

เมื่อสต็อก Available ไม่เพียงพอ พนักงานสามารถเปิด Pre-order ให้ลูกค้าได้ โดยผูกกับคลังพิเศษซึ่งยอมให้สต็อกติดลบ

ขั้นตอนหลัก

ระบบแจ้งเตือนสต็อกไม่เพียงพอขณะเพิ่มสินค้า พนักงานเลือก "เปิด Pre-order"
ระบบเปลี่ยนประเภทสินค้ารายการนั้นเป็น Pre-order และผูกกับคลังพิเศษ S-06 D-024
ระบบแจ้งพนักงานว่า Pre-order อยู่ในตะกร้าแยก (ไม่ปนกับสินค้าปกติ) D-023
กรณีลูกค้า B2B — ระบบตัดวงเงินเครดิตสำหรับ Pre-order ด้วย P-04
พนักงานยืนยัน Pre-order — ระบบสร้าง SO ประเภท Pre-order ส่งไป ConX ERP

กฎที่เกี่ยวข้อง

SO-06 Pre-order อาจทยอยสร้าง SO ใหม่ตามสินค้าที่เข้ามา (1 Pre-order = หลาย SO ได้) | C-06 ยกเลิก Pre-order — คืนวงเงินเครดิตทันที | P-01 เงื่อนไขมัดจำ Pre-order [รอยืนยัน — Pending verification]

เกณฑ์การยอมรับผลงาน

AC-SA-004-01: สินค้า Pre-order อยู่ในตะกร้าแยก ไม่ปนกับสินค้าปกติ

AC-SA-004-02: SO Pre-order ผูกกับคลังพิเศษ (warehouse kind = pre-order)

AC-SA-004-03: ยกเลิก Pre-order — วงเงินเครดิตที่จองไว้ต้องคืนทันที

UC-SA-005 สร้างใบเสนอราคาแทนลูกค้า ยืนยัน

UC-SA-005 — สร้างใบเสนอราคาแทนลูกค้า sa_uc005.png

จุดประสงค์

พนักงานสร้างใบเสนอราคาให้ลูกค้า ซึ่งใช้ราคาปกติ (ไม่มีโปรโมชัน) อายุ 7 วันทำการ และแยกตะกร้าจากคำสั่งซื้อปกติ

ขั้นตอนหลัก

พนักงานกดปุ่ม "สร้างใบเสนอราคา" บน Agent Portal — ระบบเปิด หน้าจอสร้างใบเสนอราคา
พนักงานเพิ่มสินค้ารายการที่ต้องการ — ระบบใช้ราคาตาม Price Tier ของลูกค้า ณ วันนั้น
ระบบไม่คำนวณโปรโมชัน / ส่วนลด Campaign ใดๆ Q-04 PR-04
ระบบแสดงข้อความเตือนบนใบเสนอราคา: "ราคานี้ไม่รวมส่วนลดโปรโมชัน"
พนักงานบันทึกและส่งใบเสนอราคาให้ลูกค้า (พิมพ์ PDF หรือส่งทาง LINE / อีเมล)
ระบบกำหนดวันหมดอายุ = วันที่สร้าง + 7 วันทำการ (จันทร์–เสาร์ ไม่นับวันหยุดนักขัตฤกษ์) Q-01
ระบบบันทึกใบเสนอราคาใน หน้าจอรายการใบเสนอราคา

ขั้นตอนทางเลือก

A1 — สต็อกไม่เพียงพอ: ระบบแจ้งเตือน แต่ยังสร้างใบเสนอราคาได้ (ไม่ Reserve สต็อก)

ขั้นตอนกรณีผิดพลาด

E1 — ใบเสนอราคาหมดอายุแล้วลูกค้าขอ Confirm: ระบบปฏิเสธ — แจ้งพนักงานให้สร้างใบเสนอราคาใหม่ Q-02

เกณฑ์การยอมรับผลงาน

AC-SA-005-01: ใบเสนอราคาต้องแสดงข้อความ "ไม่มี Promotion/ส่วนลด Campaign ใดๆ" อย่างชัดเจน

AC-SA-005-02: วันหมดอายุต้องนับ 7 วันทำการ ไม่นับวันอาทิตย์และวันหยุดนักขัตฤกษ์

AC-SA-005-03: ตะกร้าใบเสนอราคาต้องแยกจากตะกร้าปกติอย่างเด็ดขาด

AC-SA-005-04: ระบบต้องปฏิเสธการ Convert ใบเสนอราคาที่หมดอายุเป็น SO

หน้าจอที่เกี่ยวข้อง

หน้าจอสร้างใบเสนอราคา — CreateQuote.tsx | หน้าจอรายการใบเสนอราคา — QuoteList.tsx | หน้าจอรายละเอียดใบเสนอราคา — QuoteDetail.tsx

UC-SA-006 แปลงใบเสนอราคาเป็นคำสั่งซื้อ ยืนยัน

UC-SA-006 — แปลงใบเสนอราคาเป็นคำสั่งซื้อ sa_uc006.png

จุดประสงค์

เมื่อลูกค้ายืนยันใบเสนอราคา พนักงาน Convert ใบเสนอราคาที่ยังไม่หมดอายุเป็น SO โดยระบบตรวจสต็อก แยก Pre-order อัตโนมัติสำหรับรายการที่ขาด

ขั้นตอนหลัก

พนักงานเปิด หน้าจอรายละเอียดใบเสนอราคา ที่ลูกค้าต้องการยืนยัน
ระบบตรวจสอบว่าใบเสนอราคายังไม่หมดอายุ Q-02
ระบบตรวจสต็อก Available สำหรับแต่ละรายการสินค้า
รายการที่มีสต็อกพอ → สร้างเป็น SO ปกติ (คงราคา Net Price จากใบเสนอราคา) Q-03
รายการที่สต็อกไม่พอ → สร้างเป็น Pre-order (คงราคา Net Price จากใบเสนอราคา) Q-03
ระบบ Reserve สต็อก / ตัดวงเงินเครดิต (B2B) ตามปกติ
ระบบอัปเดตสถานะใบเสนอราคาเป็น "แปลงแล้ว" (Converted)

เกณฑ์การยอมรับผลงาน

AC-SA-006-01: ราคาใน SO ที่แปลงจาก Quotation ต้องคงราคา Net Price จากใบเสนอราคา

AC-SA-006-02: รายการสต็อกไม่พอต้องถูกสร้างเป็น Pre-order อัตโนมัติ

AC-SA-006-03: ใบเสนอราคาที่หมดอายุ — ปุ่ม Convert ต้องถูก Disable และแสดงข้อความ "ใบเสนอราคาหมดอายุแล้ว"

UC-SA-007 ส่งข้อมูลชำระเงิน (QR Code / แจ้งโอนเงิน) ผ่านระบบ ยืนยัน

UC-SA-007 — ส่งข้อมูลชำระเงิน (QR Code / แจ้งโอนเงิน) ผ่านระบบ sa_uc007.png

จุดประสงค์

หลังสร้าง SO แล้ว พนักงานส่งข้อมูลการชำระเงิน (QR Code หรือเลขบัญชีโอนเงิน) ให้ลูกค้าผ่านระบบ เพื่อลดขั้นตอนและลดข้อผิดพลาดจากการสื่อสารด้วยปากเปล่า

ขั้นตอนหลัก

SO อยู่ในสถานะ "รอชำระเงิน" — พนักงานเปิด หน้าจอรายละเอียดคำสั่งซื้อ
พนักงานกดปุ่ม "ส่งข้อมูลชำระเงิน"
ระบบสร้าง QR Code สำหรับยอดชำระสุทธิของ SO นั้น และ/หรือแสดงเลขบัญชีธนาคารของบริษัท
พนักงานเลือกช่องทางส่ง: LINE / อีเมล / แสดงบนจอให้ลูกค้าสแกน
ระบบบันทึก Log ว่าส่งข้อมูลชำระเงินแล้ว
ลูกค้าชำระเงินและอัปโหลดสลิปผ่านช่องทางที่ตกลงไว้

กฎที่เกี่ยวข้อง

P-08 ทุก Order ต้องผ่าน Cashier ก่อนออก Invoice | SO-01 SO รอชำระเกิน 24 ชม. → Auto-cancel

เกณฑ์การยอมรับผลงาน

AC-SA-007-01: QR Code ที่สร้างต้องตรงกับยอดชำระสุทธิของ SO นั้นพอดี

AC-SA-007-02: ระบบบันทึก timestamp การส่งข้อมูลชำระเงินใน Log

UC-SA-008 ติดตามคำสั่งซื้อรอชำระเงินใกล้หมดเวลา (SO Monitoring) ยืนยัน

UC-SA-008 — ติดตามคำสั่งซื้อรอชำระเงินใกล้หมดเวลา sa_uc008.png

จุดประสงค์

ระบบช่วยพนักงานติดตาม SO ที่รอชำระเงินใกล้ครบ 24 ชั่วโมง เพื่อให้โทรติดตามลูกค้าได้ทันก่อน Auto-cancel

ขั้นตอนหลัก

ระบบแสดง Dashboard / รายการ SO ที่สถานะ "รอชำระเงิน" ใน หน้าจอรายการคำสั่งซื้อ
ระบบเรียงลำดับตาม "เวลาที่เหลือก่อน Auto-cancel" (น้อยสุดขึ้นก่อน)
พนักงานโทรหรือแชทติดตามลูกค้า — บันทึก Note ในระบบ
หาก SO เกิน 24 ชม. และยังไม่ชำระ — ระบบ Auto-cancel และส่ง Notification ให้พนักงาน SO-01

ประเด็นเปิด

Q-019 [จาก MoM 05-03-2026]: Field ที่จำเป็นสำหรับ CC Inquiry ติดตาม SO ใกล้หมดเวลา 24 ชม. มีอะไรบ้าง? — [รอยืนยัน — Pending verification]

เกณฑ์การยอมรับผลงาน

AC-SA-008-01: รายการ SO รอชำระต้องแสดง "เวลาที่เหลือ" เป็น hh:mm

AC-SA-008-02: SO ที่ Auto-cancel ต้องคืนสต็อก Available และวงเงินเครดิต (B2B) ทันที

UC-SA-009 ยกเลิกและสร้างคำสั่งซื้อทดแทน (Cancel + Duplicate) ยืนยัน

UC-SA-009 — ยกเลิกและสร้างคำสั่งซื้อทดแทน (Cancel + Duplicate) sa_uc009.png

จุดประสงค์

SO ที่เข้าขั้นตอน Pick แล้วห้ามแก้ไขโดยตรง — พนักงานต้องยกเลิก SO เดิมและสร้างใหม่ (Duplicate) โดยระบบเก็บ Log อ้างอิง SO ต้นทาง

เงื่อนไขก่อนเริ่มต้น

SO อยู่ในสถานะ Confirmed ขึ้นไป (ผ่านการยืนยันแล้ว)
ลูกค้าหรือ CS แจ้งขอแก้ไขรายการสินค้า / จำนวน

ขั้นตอนหลัก

พนักงานเปิด หน้าจอรายละเอียดคำสั่งซื้อ ของ SO ที่ต้องการแก้ไข
ระบบตรวจสอบสถานะ — หาก SO เข้า Pick แล้ว ปุ่ม "แก้ไข" จะถูก Disable SO-02
พนักงานกดปุ่ม "ยกเลิกและสร้างใหม่" (Cancel + Duplicate)
ระบบยกเลิก SO เดิม: คืนสต็อก, คืนวงเงินเครดิต (B2B), บันทึกเหตุผลการยกเลิก
ระบบสร้าง SO ใหม่ในสถานะ Draft โดยคัดลอกรายการสินค้าจาก SO เดิม
ระบบบันทึก Log อ้างอิงว่า SO ใหม่มาจาก SO เดิมหมายเลขใด SO-03 D-009
พนักงานแก้ไขรายการสินค้า / จำนวนใน SO ใหม่แล้วยืนยัน

ขั้นตอนกรณีผิดพลาด

E1 — SO อยู่ระหว่าง Pick (Handheld กำลังทำงาน): ระบบไม่อนุญาตให้ Cancel — แจ้งพนักงานให้ประสานกับ Warehouse ก่อน

เกณฑ์การยอมรับผลงาน

AC-SA-009-01: SO ใหม่ต้องมี field อ้างอิง SO ต้นทาง (originSOId) ในระบบ

AC-SA-009-02: หลัง Cancel — สต็อก Available และวงเงินเครดิตต้องคืนภายใน 30 วินาที

AC-SA-009-03: SO ที่เข้า Pick แล้ว ปุ่ม "แก้ไข" ต้องถูก Disable

UC-SA-010 ขออนุมัติวงเงินเครดิตชั่วคราวกรณีเกินวงเงิน (Over-limit Approval) รอออกแบบ

UC-SA-010 — ขออนุมัติวงเงินเครดิตชั่วคราวกรณีเกินวงเงิน sa_uc010.png

จุดประสงค์

เมื่อลูกค้า B2B ต้องการสั่งซื้อแต่วงเงินเครดิตไม่เพียงพอ พนักงานสามารถขออนุมัติวงเงินชั่วคราวต่อ SO นั้น โดยมี Approval Matrix ตามระดับผู้อนุมัติ

ขั้นตอนหลัก

ระบบแจ้งเตือน "วงเงินเครดิตไม่เพียงพอ" ขณะยืนยัน SO
พนักงานกดปุ่ม "ขออนุมัติวงเงินชั่วคราว" พร้อมระบุเหตุผล
ระบบส่ง Notification ไปยังผู้มีสิทธิ์อนุมัติตาม Approval Matrix CC-02
ผู้อนุมัติ Approve / Reject บน หน้าจออนุมัติ
ระบบแจ้งผลกลับไปยังพนักงาน — หาก Approve: สร้าง SO และตัดวงเงินเกิน; หาก Reject: SO ยังอยู่ใน Draft

ประเด็นเปิด

P-02 [Pending]: Approval Matrix — วงเงินที่แต่ละระดับอนุมัติได้ (CC / Supervisor / Manager) ยังไม่ได้รับการยืนยันจาก YSC — [รอยืนยัน — Pending verification]

เกณฑ์การยอมรับผลงาน

AC-SA-010-01: การขออนุมัติต้องมีการบันทึก: ชื่อพนักงานที่ขอ, จำนวนเงินที่เกิน, เหตุผล, timestamp

AC-SA-010-02: SO รอ Over-limit Approval ต้องแสดงสถานะ "รออนุมัติวงเงิน" ในรายการ SO

หน้าจอที่เกี่ยวข้อง

หน้าจออนุมัติ — ApprovalsPage.tsx | หน้าจอจัดการวงเงินเครดิต — CreditManagement.tsx

UC-SA-011 บันทึกช่องทางและ Sub-channel การสั่งซื้อ feature วางแผนไว้ รอออกแบบ

UC-SA-011 — บันทึกช่องทางและ Sub-channel การสั่งซื้อ sa_uc011.png

หมายเหตุ: ฟีเจอร์นี้ยังไม่ได้พัฒนา แต่กำหนดให้มีในการออกแบบเพื่อรองรับการวิเคราะห์ยอดขายแยกช่องทาง ตามข้อกำหนด SO-05 CH-04

จุดประสงค์

เพิ่ม field "ช่องทางการสั่งซื้อ" (order_source) ในหน้าจอสร้างคำสั่งซื้อ เพื่อให้พนักงานบันทึกว่าลูกค้าติดต่อมาทางใด ใช้สำหรับ Filter รายงานแยก Sub-channel

ตัวเลือก Sub-channel ที่รองรับ

ค่า (Value)	ชื่อที่แสดง	หมายเหตุ
`phone`	โทรศัพท์	CC / CS / PC รับสายโทรเข้า
`line-oa`	LINE OA	CC รับ Order ผ่าน LINE
`email-fax`	อีเมล / แฟกซ์	CC รับ Order ผ่านอีเมลหรือ Fax
`walk-in`	เดินเข้ามา	PC รับจากลูกค้าที่เดินมาที่ร้าน
`shopee`	Shopee	CC นำ Order จาก Shopee เข้าระบบ CH-05
`social`	Social Media	CC นำ Order จาก Facebook / IG เข้าระบบ CH-05
`other`	อื่นๆ	พนักงานระบุเอง

ตำแหน่งใน SO Data Model

field order_source เพิ่มเข้า Order object ควบคู่กับ channel = "backoffice" ที่มีอยู่แล้ว — channel ระบุว่าสร้างจาก Backoffice, order_source ระบุว่าลูกค้าติดต่อมาทางใด

เกณฑ์การยอมรับผลงาน

AC-SA-011-01: หน้าจอสร้างคำสั่งซื้อต้องมี Dropdown "ช่องทางการสั่งซื้อ" เป็น Required field

AC-SA-011-02: SO ที่บันทึกแล้วต้องเห็น order_source ในหน้าจอรายละเอียดคำสั่งซื้อ

AC-SA-011-03: รายงานยอดขายต้อง Filter ได้ด้วย order_source

UC-SA-012 แจ้งเตือน Up-sell และ Cross-sell ระหว่างสร้างคำสั่งซื้อ ยืนยัน

UC-SA-012 — แจ้งเตือน Up-sell และ Cross-sell ระหว่างสร้างคำสั่งซื้อ sa_uc012.png

จุดประสงค์

ระบบช่วยพนักงานเพิ่มยอดขายด้วยการแจ้งเตือน Up-sell / Cross-sell โดยอัตโนมัติ เช่น "ลูกค้ามักซื้อ X ร่วมกับ Y" หรือ "ซื้ออีก N ชิ้น ได้ของแถม"

ขั้นตอนหลัก

ขณะพนักงานสร้างคำสั่งซื้อ ระบบตรวจสอบรายการสินค้าในตะกร้าเทียบกับ Promotion Engine
ระบบแสดง Promotion Alert เช่น "ซื้ออีก 9 ชิ้น ได้ของแถม" หรือ "ลูกค้านี้มักซื้อสินค้า X ร่วมด้วย" CC-05
ระบบแสดง Top 10 สินค้าที่ลูกค้าซื้อประจำพร้อมจำนวน Median ที่ด้านข้าง เพื่อให้พนักงานเสนอลูกค้า D-007
พนักงานเสนอลูกค้า — หากลูกค้าสนใจ กดเพิ่มสินค้าลงตะกร้าได้ทันที

เกณฑ์การยอมรับผลงาน

AC-SA-012-01: Promotion Alert แสดงแบบ Real-time เมื่อยอดในตะกร้าเปลี่ยน

AC-SA-012-02: Top 10 สินค้าที่ลูกค้าซื้อประจำแสดงอยู่ในหน้าสร้างคำสั่งซื้อตลอดเวลา

8. การออกแบบประสบการณ์ผู้ใช้ (Screen Inventory)

หน้าจอ	ไฟล์ (tsx)	ใช้ใน UC	หมายเหตุ
Customer Connect (มัลติเอเจนต์)	CustomerConnectMultiAgent.tsx	UC-SA-001, UC-SA-012	Agent Portal หน้าหลัก — ข้อมูลลูกค้า + Top 10
หน้าจอรายการลูกค้า	Customers.tsx	UC-SA-002	ค้นหาลูกค้า
หน้าจอข้อมูลลูกค้า	CustomerDetail.tsx	UC-SA-001, UC-SA-002	แสดง Tier, วงเงิน, ประวัติ SO
หน้าจอสร้างคำสั่งซื้อ	CreateOrder.tsx	UC-SA-003, UC-SA-004, UC-SA-011, UC-SA-012	รวม field order_source (วางแผนไว้)
หน้าจอรายการคำสั่งซื้อ	Orders.tsx	UC-SA-008	SO Monitoring — Filter รอชำระ
หน้าจอรายละเอียดคำสั่งซื้อ	OrderDetailRevised.tsx	UC-SA-007, UC-SA-009	Cancel + Duplicate, ส่งข้อมูลชำระเงิน
หน้าจอสร้างใบเสนอราคา	CreateQuote.tsx	UC-SA-005	Quotation basket แยก
หน้าจอรายการใบเสนอราคา	QuoteList.tsx	UC-SA-005, UC-SA-006	แสดงสถานะ Expired / Active
หน้าจอรายละเอียดใบเสนอราคา	QuoteDetail.tsx	UC-SA-006	ปุ่ม Convert → SO
หน้าจออนุมัติ	ApprovalsPage.tsx	UC-SA-010	Over-limit Approval Queue
หน้าจอจัดการวงเงินเครดิต	CreditManagement.tsx	UC-SA-010	ดู Credit Limit / BG
หน้าจอคิวตรวจสลิปชำระเงิน	AdminSlipsQueue.tsx	UC-SA-007	Cashier ตรวจสลิปหลัง CC ส่ง QR

9. กฎเกณฑ์เชิงธุรกิจ

กฎเกณฑ์ด้านล่างนี้คือกฎที่เกี่ยวข้องโดยตรงกับช่องทาง Sale Agent รายละเอียดฉบับเต็มอยู่ที่ ysc_business_rules.html

รหัสกฎ	กฎเกณฑ์	UC ที่เกี่ยวข้อง
CH-02	Agent (CC, CS, Sales) สร้างคำสั่งซื้อแทนลูกค้า — ชำระได้ด้วย Card, โอนเงิน, Credit Line	UC-SA-003
CH-04	Sub-channel (CC, CS, Sales) ใช้สำหรับ Filter รายงานแยกช่องทาง	UC-SA-011
CH-05	Shopee / Social ยังไม่เป็น Sub-channel อย่างเป็นทางการ — CC นำ Order เข้าระบบแทนด้วยตนเอง	UC-SA-011
CC-05	CC ดู Top 10 สินค้าที่ลูกค้าซื้อประจำ (Median qty, ย้อนหลัง 6 เดือน)	UC-SA-001, UC-SA-012
D-007	ใช้ Median คำนวณจำนวนสินค้าที่ซื้อประจำ	UC-SA-001, UC-SA-012
P-04	ลูกค้า B2B ที่สั่งผ่าน CC Backoffice — บังคับตัดวงเงินเครดิตเท่านั้น รวม Pre-order	UC-SA-003, UC-SA-004
SO-01	SO รอชำระเกิน 24 ชม. → Auto-cancel	UC-SA-008
SO-02	SO ที่เข้า Pick แล้ว ห้ามแก้ไข — ต้อง Cancel + Duplicate	UC-SA-009
SO-03	Cancel + Duplicate ต้องเก็บ Log อ้างอิง SO ต้นทาง (Traceability)	UC-SA-009
SO-05	SO ทุกใบต้องระบุ Channel เพื่อทำ Report แยกช่องทาง	UC-SA-003, UC-SA-011
Q-01	Quotation มีอายุ 7 วันทำการ (จันทร์-เสาร์ ไม่นับวันหยุดนักขัตฤกษ์)	UC-SA-005
Q-02	Quotation หมดอายุแล้ว Convert เป็น SO ไม่ได้	UC-SA-005, UC-SA-006
Q-03	Convert QT→SO: สต็อกพอ = SO ปกติ, สต็อกขาด = Pre-order (คงราคา Net Price)	UC-SA-006
Q-04	Quotation ต้องแสดง "ไม่มี Promotion/ส่วนลด Campaign ใดๆ"	UC-SA-005
CC-02	CC ขออนุมัติวงเงินชั่วคราวต่อ SO ได้ — Approval Matrix [รอยืนยัน]	UC-SA-010
D-009	แก้ SO ที่ Pick แล้ว: Cancel + Duplicate เก็บ Log Traceability	UC-SA-009
D-006	นับยอดขายเข้า Customer Profile เมื่อออก Invoice แล้วเท่านั้น	UC-SA-001

10. การเชื่อมต่อระบบภายนอก (Integration)

ระบบ	ทิศทาง	รายละเอียด	กฎอ้างอิง
ConX ERP	Platform → ConX	ส่งข้อมูล SO ทุกใบที่สร้างใน Backoffice ไปยัง ConX ผ่านการเชื่อมต่อระบบ	INT-08
ConX ERP	ConX → Platform	รับสถานะการ Cleared / Bounced ของเช็ค เพื่ออัปเดตวงเงินเครดิต	INT-09, C-04
ConX ERP	ConX → Platform	รับ Webhook เมื่อสินค้า Pre-order เข้าคลัง เพื่อสร้าง SO ย่อย	SO-06, INT-01
Notification	Platform → พนักงาน	แจ้งเตือน SO ใกล้ Auto-cancel, Over-limit Approval result	SO-01, CC-02

11. การออกแบบข้อมูลและข้อมูลหลัก (Data & Master)

11.1 field ใหม่ที่ต้องเพิ่มในโมเดล Order

Field	Type	ค่าที่รองรับ	หมายเหตุ
`order_source`	string (enum)	phone, line-oa, email-fax, walk-in, shopee, social, other	วางแผนไว้ — ยังไม่ได้พัฒนา — ระบุ Sub-channel สำหรับ Reporting
`originSOId`	string (nullable)	รหัส SO ต้นทาง	ใช้ใน Cancel + Duplicate — SO ใหม่อ้างอิง SO เดิม
`createdBy`	string	รหัสพนักงาน	มีอยู่แล้ว — ต้องบันทึกทุกครั้งที่ Backoffice สร้าง SO

11.2 ข้อมูลที่แสดงใน Customer Profile บน Agent Portal

ข้อมูล	แหล่งที่มา	กฎอ้างอิง
ระดับ Tier (Prospect / Member / Silver / Gold / Platinum / Diamond / Coronet)	Customer Master	D-006
Top 10 สินค้าที่ซื้อประจำ + Median qty (ย้อนหลัง 6 เดือน)	Invoice History	CC-05, D-007
ยอดซื้อเฉลี่ย ย้อนหลัง 1 / 3 / 6 / 12 เดือน	Invoice History	D-006
วงเงินเครดิตที่ได้รับอนุมัติ + ยอดที่ใช้ไป (B2B)	Credit Ledger	C-01, C-02
ประวัติ SO ล่าสุด	Order History	—

12. ความปลอดภัยและสิทธิ์การเข้าถึง (Security & RBAC)

บทบาท	สร้าง SO	Quotation	Cancel+Dup	Over-limit Approve	ดูวงเงิน B2B
CC	อนุญาต	อนุญาต	อนุญาต (ก่อน Pick)	ขอได้ (ไม่อนุมัติเอง)	อนุญาต (อ่าน)
CS	อนุญาต	อนุญาต	อนุญาต (ก่อน Pick)	ขอได้ (ไม่อนุมัติเอง)	อนุญาต (อ่าน)
PC	อนุญาต	อนุญาต	ไม่อนุญาต	ขอได้ (ไม่อนุมัติเอง)	อนุญาต (อ่าน)
CC Supervisor	อนุญาต	อนุญาต	อนุญาต	อนุมัติได้ (ตาม Approval Matrix)	อนุญาต (อ่าน)
Admin	อนุญาต	อนุญาต	อนุญาต	อนุมัติได้ทุกระดับ	อนุญาต (แก้ไขได้)

13. ข้อกำหนดเชิงคุณภาพ (NFR)

ด้าน	ข้อกำหนด
ความเร็ว	ดึงข้อมูล Customer Profile แสดงบนหน้าจอภายใน 2 วินาที
ความเร็ว	สร้าง SO และ Reserve สต็อกสำเร็จภายใน 5 วินาที
ความพร้อมใช้	Backoffice OMS พร้อมใช้งาน 99.5% ในช่วงเวลาทำการ (08:00–20:00)
Multi-screen	รองรับการทำงาน 2 จอพร้อมกันโดยไม่สูญเสียสถานะ Session
ความปลอดภัย	ทุก Action ที่ Backoffice ต้องบันทึก Audit Log พร้อม User ID + Timestamp

14. รายงานและแดชบอร์ด

รายงาน	ผู้ใช้	Filter หลัก
ยอดขายรายวัน/เดือน แยก Sub-channel (phone / LINE / email / walk-in / Shopee / Social)	CC Supervisor, Admin	ช่วงเวลา, Sub-channel, พนักงาน
รายการ SO รอชำระเงิน (SO Monitoring)	CC / CS	อายุ SO, ลูกค้า, พนักงานที่รับผิดชอบ
Quotation ที่ใกล้หมดอายุ / หมดอายุแล้ว	CC / CS / PC	วันหมดอายุ
SO ที่ Cancel + Duplicate (Traceability Log)	Admin, CS Supervisor	ช่วงเวลา, พนักงาน, ลูกค้า
รายการ Over-limit Approval (ประวัติการอนุมัติ/ปฏิเสธ)	CC Supervisor, Admin	ช่วงเวลา, ผลการอนุมัติ

15. ข้อกำหนดการโอนย้ายข้อมูล (Migration)

ไม่มีข้อกำหนดการโอนย้ายข้อมูลที่เฉพาะเจาะจงสำหรับโมดูลนี้ — ข้อมูล Customer Master ใช้จาก ConX ERP ผ่าน Integration ตามปกติ (INT-05, INT-06)

16. สมมติฐานและข้อจำกัด

พนักงาน CC / CS / PC ทุกคนมีบัญชีผู้ใช้งานใน Backoffice และกำหนด Role ไว้แล้ว
ระบบ Customer Connect (Multi-Agent) รองรับการทำงานพร้อมกันหลายพนักงาน
CTI (Computer Telephony Integration) ที่ดึงเบอร์โทรศัพท์เข้าหน้าจออัตโนมัติ — อยู่นอกขอบเขตของ Adeptio; หากไม่มี พนักงานกรอกเองด้วยตนเอง
LINE OA ใช้เป็นช่องทางสื่อสาร — ไม่ใช่ช่องทางสร้าง Order โดยตรง (CC สร้าง Order ใน Backoffice แทน)
Approval Matrix สำหรับ Over-limit [รอยืนยันจาก YSC — P-02]

17. เกณฑ์การยอมรับผลงาน (Module-level)

AC-SA-MOD-01: พนักงาน CC / CS / PC สามารถสร้าง SO ได้ครบทุก Flow (Normal / Pre-order / Quotation) ผ่าน Backoffice โดยไม่ต้องใช้กระดาษ

AC-SA-MOD-02: SO ทุกใบที่สร้างจาก Backoffice มี channel = "backoffice" และ createdBy = รหัสพนักงาน

AC-SA-MOD-03: ลูกค้า B2B ที่สั่งผ่าน Backoffice — ระบบตัดวงเงินเครดิตทันทีและไม่มีตัวเลือกวิธีชำระอื่น

AC-SA-MOD-04: Agent Portal แสดง Top 10 สินค้าพร้อม Promotion Alert บนหน้าสร้างคำสั่งซื้อ

AC-SA-MOD-05: Cancel + Duplicate ทำงานถูกต้อง — SO ใหม่อ้างอิง SO ต้นทาง, สต็อกและวงเงินคืนทันที

AC-SA-MOD-06 [SIT]: SO Backoffice ส่งข้อมูลไปยัง ConX ERP สำเร็จ ภายใน 10 วินาทีหลัง Confirm

18. ประเด็นเปิดและความเสี่ยง (Open Issues & Risks)

ID	ประเด็น	ที่มา	ผลกระทบ	สถานะ
P-02	Approval Matrix — วงเงินที่แต่ละ Role อนุมัติ Over-limit ได้เท่าไร	Business Rules §17, CC-02	UC-SA-010 ออกแบบ UI ไม่ได้จนกว่าจะได้ค่า	รอ YSC ยืนยัน
P-09 / CC-03	ขั้นตอน Confirm Order หลัง CC สร้าง Cart — ส่ง Capture Screen ให้ลูกค้า Confirm ก่อนหรือ CC Confirm เองได้?	MoM 14-01-2026, Business Rules §17	ส่งผลต่อ Main Flow ของ UC-SA-003	รอยืนยัน
Q-019	Field ที่จำเป็นสำหรับ CC Inquiry ติดตาม SO ใกล้หมดเวลา 24 ชม. มีอะไรบ้าง?	MoM 05-03-2026	ออกแบบหน้า SO Monitoring (UC-SA-008) ไม่สมบูรณ์	รอยืนยัน
Q-022	UX รองรับการพักแชท (Hold) + สลับกลับทำ SO ได้สมูทหรือไม่?	MoM 18-03-2026	Multi-task UX ของ Agent Portal — ต้องทดสอบ	รอออกแบบ
Q-007	Field ข้อมูลในหมวด "สินค้าที่ซื้อบ่อย" ควรมีอะไรบ้าง? (นอกจากชื่อสินค้าและ Median qty)	MoM 16-01-2026	ออกแบบ Top 10 Widget ใน Agent Portal	รอยืนยัน
SA-R001	ความเสี่ยง: พนักงานลืมบันทึก order_source → ข้อมูล Report ไม่สมบูรณ์	UC-SA-011	ข้อมูลแยก Sub-channel ไม่น่าเชื่อถือ	แนะนำ: บังคับ Required Field + Validation ก่อน Save
SA-R002	ความเสี่ยง: CTI ไม่พร้อม — พนักงานต้องกรอกเบอร์โทรเองทุกครั้ง เพิ่ม Lead Time	UC-SA-001	ลดประสิทธิภาพ Agent Portal	รับทราบ — ออกแบบ UI ให้กรอกเบอร์โทรได้เร็ว

เอกสารที่เกี่ยวข้อง

ysc_business_rules.html — กฎเกณฑ์ทางธุรกิจทั้งหมด
ysc_oms_brd.html — ระบบจัดการคำสั่งซื้อ (OMS) — Cashier, Invoice, Lifecycle
ysc_crm_brd.html — ระบบ CRM — Customer Profile, Tier, Credit
ysc_storefront_brd.html — ช่องทางเว็บไซต์ (Storefront)
ysc_pos_brd.html — ช่องทาง POS หน้าร้าน

ช่องทางการขายผ่านพนักงาน(Sale Agent)

สารบัญ

สรุปกรณีการใช้งาน (Use Case Catalog)

1. ข้อมูลเอกสารและการอนุมัติ

1.1 ผู้อนุมัติเอกสาร

2. วัตถุประสงค์เชิงธุรกิจ

วัตถุประสงค์หลัก

3. ขอบเขตของงาน

4. ผู้มีส่วนได้ส่วนเสียและบทบาทผู้ใช้งาน

5. สถานะปัจจุบัน (As-Is)

กระบวนการรับออเดอร์ทาง LINE (ปัจจุบัน)

ปัญหาของกระบวนการปัจจุบัน

6. กระบวนการในอนาคต (To-Be)

Agent Portal — หน้าจอเดียวครบวงจร

กระบวนการรับออเดอร์ทาง LINE (To-Be)

กระบวนการสร้างคำสั่งซื้อทุกช่องทาง (To-Be)

7. ข้อกำหนดเชิงหน้าที่ — กรณีการใช้งาน

8. การออกแบบประสบการณ์ผู้ใช้ (Screen Inventory)

9. กฎเกณฑ์เชิงธุรกิจ

10. การเชื่อมต่อระบบภายนอก (Integration)

11. การออกแบบข้อมูลและข้อมูลหลัก (Data & Master)

11.1 field ใหม่ที่ต้องเพิ่มในโมเดล Order

11.2 ข้อมูลที่แสดงใน Customer Profile บน Agent Portal

12. ความปลอดภัยและสิทธิ์การเข้าถึง (Security & RBAC)

13. ข้อกำหนดเชิงคุณภาพ (NFR)

14. รายงานและแดชบอร์ด

15. ข้อกำหนดการโอนย้ายข้อมูล (Migration)

16. สมมติฐานและข้อจำกัด

17. เกณฑ์การยอมรับผลงาน (Module-level)

18. ประเด็นเปิดและความเสี่ยง (Open Issues & Risks)

ช่องทางการขายผ่านพนักงาน
(Sale Agent)