เอกสารโมดูล · BACKOFFICE · PRODUCT
ระบบจัดการข้อมูลสินค้า
(Product Management)
เอกสารข้อกำหนดเชิงธุรกิจ — โมดูลย่อยที่ 1 ของระบบหลังบ้าน
รหัสโมดูล
PRD (Product)
เวอร์ชัน / วันที่
v2.0 — พฤษภาคม 2569
เจ้าของโครงการ
บริษัท ยงเจริญศูนย์เครื่องเขียน จำกัด
ผู้พัฒนาระบบ
บริษัท อะเดพทิโอ จำกัด
ระบบที่เชื่อมต่อ
ConX ERP (ข้อมูลหลักของสินค้า)
อ้างอิงเอกสารแม่บท
ysc_business_rules.html v2.2
วัตถุประสงค์ของเอกสาร
เอกสารฉบับนี้ระบุข้อกำหนดและขอบเขตของระบบจัดการข้อมูลสินค้า (Product Management) สำหรับยงเจริญศูนย์เครื่องเขียน — ครอบคลุมการสร้างและแก้ไขสินค้า การจัดประเภท การกำหนดราคา (รวม Effective Date) การจัดการรหัสบาร์โค้ด สถานะของสินค้าในคลัง และการบันทึกประวัติการแก้ไข (Activity Log) — กฎเกณฑ์เชิงธุรกิจอ้างอิงจากเอกสารแม่บท ysc_business_rules.html v2.2 หมวด 18 (PRD-01 ถึง PRD-11)
สารบัญ
- ข้อมูลเอกสารและการอนุมัติ
- วัตถุประสงค์เชิงธุรกิจ
- ขอบเขตของงาน (In / Out of Scope)
- ผู้มีส่วนได้ส่วนเสียและบทบาทผู้ใช้งาน
- สถานะปัจจุบัน (As-Is)
- กระบวนการในอนาคต (To-Be)
- ข้อกำหนดเชิงหน้าที่ — กรณีการใช้งาน (Use Cases)
- UC-PRD-001 สร้างสินค้าใหม่
- UC-PRD-002 แก้ไขข้อมูลสินค้าเดิม
- UC-PRD-003 กำหนดราคามีผลล่วงหน้า (Effective Date)
- UC-PRD-004 จัดการรหัสบาร์โค้ด (Multi-Barcode)
- UC-PRD-005 กำหนดสินค้าทดแทนและสินค้าคล้ายกัน
- UC-PRD-006 ปรับสถานะสินค้า (Active / Inactive / Discontinued)
- UC-PRD-007 สร้างสินค้าจัดชุด (Bundle)
- UC-PRD-008 กำหนดป้ายสถานะหน้าเว็บไซต์ (New / Promotion)
- UC-PRD-009 ดูประวัติการแก้ไขสินค้า (Activity Log)
- UC-PRD-010 นำเข้าและส่งออกข้อมูลสินค้าเป็นชุด (Batch Import / Export)
- การออกแบบประสบการณ์ผู้ใช้ (Screen Inventory)
- กฎเกณฑ์เชิงธุรกิจ — อ้างอิงเอกสารแม่บท
- การเชื่อมต่อระบบภายนอก (Integration)
- การออกแบบข้อมูลและข้อมูลหลัก (Data & Master)
- ความปลอดภัยและสิทธิ์การเข้าถึง (Security & RBAC)
- ข้อกำหนดเชิงคุณภาพ (NFR)
- รายงานและแดชบอร์ดที่เกี่ยวข้อง
- ข้อกำหนดการโอนย้ายข้อมูล (Migration)
- สมมติฐานและข้อจำกัด
- เกณฑ์การยอมรับผลงาน (Acceptance Criteria)
- ประเด็นเปิดและความเสี่ยง
สรุปกรณีการใช้งาน (Use Case Catalog)
ตารางสรุปกรณีการใช้งานทั้ง 10 รายการของระบบจัดการข้อมูลสินค้า สำหรับใช้อ้างอิงและตามรอย รายละเอียดเต็มของแต่ละ Use Case อยู่ในหัวข้อที่ 7
| # | รหัส | ชื่อกรณีการใช้งาน | ผู้ใช้งานหลัก | กฎที่เกี่ยวข้อง | สถานะ |
|---|---|---|---|---|---|
| 1 | UC-PRD-001 | สร้างสินค้าใหม่ | ผู้ดูแลสินค้า | PRD-01 PRD-02 PRD-03 PRD-06 | ยืนยัน |
| 2 | UC-PRD-002 | แก้ไขข้อมูลสินค้าเดิม | ผู้ดูแลสินค้า | PRD-04 PRD-06 | ยืนยัน |
| 3 | UC-PRD-003 | กำหนดราคามีผลล่วงหน้า (Effective Date) | ผู้ดูแลสินค้า + ฝ่ายการตลาด | PRD-06 | ยืนยัน |
| 4 | UC-PRD-004 | จัดการรหัสบาร์โค้ด (Multi-Barcode) | ผู้ดูแลสินค้า | PRD-03 | ยืนยัน |
| 5 | UC-PRD-005 | กำหนดสินค้าทดแทนและสินค้าคล้ายกัน | ผู้ดูแลสินค้า | PRD-08 PRD-09 | ยืนยัน |
| 6 | UC-PRD-006 | ปรับสถานะสินค้า (Active / Inactive / Discontinued) | ผู้ดูแลสินค้า + หัวหน้าฝ่ายจัดซื้อ | PRD-07 | ยืนยัน |
| 7 | UC-PRD-007 | สร้างสินค้าจัดชุด (Bundle) | ผู้ดูแลสินค้า | PRD-01 | ยืนยัน |
| 8 | UC-PRD-008 | กำหนดป้ายสถานะหน้าเว็บไซต์ (New / Promotion) | ฝ่ายการตลาด | PRD-11 | ยืนยัน |
| 9 | UC-PRD-009 | ดูประวัติการแก้ไขสินค้า (Activity Log) | ทุกบทบาทที่มีสิทธิ์ | PRD-04 | ยืนยัน |
| 10 | UC-PRD-010 | นำเข้าและส่งออกข้อมูลสินค้าเป็นชุด (Batch Import / Export) | ผู้ดูแลสินค้า | — | ยืนยัน |
1. ข้อมูลเอกสารและการอนุมัติ
1.1 ผู้อนุมัติเอกสาร
| บทบาท | ชื่อ-นามสกุล | วันที่อนุมัติ | ลายเซ็น |
|---|---|---|---|
| เจ้าของผลิตภัณฑ์ (YSC) | ____________________ | ____________ | ____________ |
| ผู้จัดการฝ่ายไอที (YSC) | ____________________ | ____________ | ____________ |
| หัวหน้าฝ่ายจัดซื้อ (YSC) | ____________________ | ____________ | ____________ |
| ผู้จัดการโครงการ (Adeptio) | ____________________ | ____________ | ____________ |
2. วัตถุประสงค์เชิงธุรกิจ
ระบบจัดการข้อมูลสินค้ามีบทบาทเป็นแหล่งข้อมูลหลักของสินค้าทั้งหมดของยงเจริญฯ ครอบคลุมรหัส (SKU), บาร์โค้ด, ราคา, สถานะ, รูปภาพ, ประเภทและคุณสมบัติ โดยส่งต่อข้อมูลให้กับช่องทางการขายทุกช่องทาง (เว็บไซต์, Contact Center, POS) รวมถึงระบบ ConX ERP
| รหัส | เป้าหมายธุรกิจ | ตัวชี้วัด |
|---|---|---|
| BG-PRD-1 | มีฐานข้อมูลสินค้ามาตรฐานเดียวสำหรับทุกช่องทาง ลดความซ้ำซ้อนและความขัดแย้งของข้อมูล | ข้อมูลสินค้าตรงกัน 100% ระหว่างเว็บไซต์/POS/ConX |
| BG-PRD-2 | รองรับการตั้งราคามีผลล่วงหน้า ฝ่ายการตลาดสามารถวางแผนปรับราคาได้ล่วงหน้า | การปรับราคาที่ทำล่วงหน้า ≥ 80% |
| BG-PRD-3 | ตรวจสอบการแก้ไขข้อมูลสินค้าได้ทุกครั้ง รองรับการตรวจสอบภายใน | การแก้ไขมี Activity Log 100% |
| BG-PRD-4 | รองรับสินค้า 14 ประเภท ตาม PRD-01 | สินค้าทุกประเภทใช้งานในระบบเดียวกัน |
| BG-PRD-5 | ลดเวลาการสร้างสินค้าใหม่ | เวลาสร้างสินค้าใหม่ ≤ 5 นาที |
3. ขอบเขตของงาน (In / Out of Scope)
3.1 อยู่ในขอบเขต (In Scope)
- การสร้าง / แก้ไข / ปิดการใช้งานสินค้าผ่านระบบหลังบ้าน
- การกำหนดรหัสสินค้า (SKU) และรหัสบาร์โค้ด (รองรับหลาย Barcode ต่อ SKU ตาม PRD-03)
- การจัดการประเภทสินค้า (Category / Sub-category) และตัวแปร (Variation)
- การกำหนดราคามีผลล่วงหน้า (Effective Date) ตาม PRD-06
- การกำหนดสีสถานะของสินค้าในคลัง 4 สี (ขาว/เหลือง/ฟ้า/แดง) ตาม PRD-05
- การกำหนดสินค้าทดแทน (Substitute) และสินค้าคล้ายกัน (Similar) ตาม PRD-08, PRD-09
- การจัดการ Activity Log ของทุกการแก้ไข
- การนำเข้าและส่งออกข้อมูลสินค้าเป็นไฟล์ Excel / CSV (Batch)
- การเชื่อมต่อข้อมูลสินค้าและสถานะกับ ConX ERP
3.2 ไม่อยู่ในขอบเขต (Out of Scope)
- การจัดการสต็อกคงเหลือและการเคลื่อนไหวของสต็อก ดูเอกสาร WMS BRD
- การสร้างใบสั่งซื้อจัดซื้อ (PR / PO) เป็นความรับผิดชอบของ ConX
- การกำหนดส่วนลดและโปรโมชั่น ดูเอกสาร Promotion BRD
- การจัดการเนื้อหาเชิงการตลาด เช่น Banner / Landing Page ดูเอกสาร CMS BRD
4. ผู้มีส่วนได้ส่วนเสียและบทบาทผู้ใช้งาน
| บทบาท | หน้าที่ในระบบสินค้า | สิทธิ์การเข้าถึง |
|---|---|---|
| ผู้ดูแลสินค้า (Product Admin) | สร้างและแก้ไขข้อมูลสินค้าหลัก รูปภาพ ราคา ประเภท | เต็มสิทธิ์ |
| หัวหน้าฝ่ายจัดซื้อ | อนุมัติการเปลี่ยนสถานะสินค้าเป็น Discontinued, ตรวจสอบราคามีผลล่วงหน้า | อนุมัติ + ดู |
| ฝ่ายการตลาด | กำหนดป้ายสถานะ (New / Promotion), ตั้งราคาช่วงโปรโมชั่น | แก้ไขเฉพาะส่วน |
| พนักงาน CC | ค้นหาและดูข้อมูลสินค้าเพื่อให้บริการลูกค้า | อ่านอย่างเดียว |
| พนักงานคลัง | ตรวจสอบบาร์โค้ดและประเภทสินค้าผ่านแอป Handheld | อ่านอย่างเดียว |
| ระบบ ConX ERP | ส่งและรับข้อมูลสินค้า ราคา สต็อกอ้างอิง | API |
5. สถานะปัจจุบัน (As-Is)
- ฐานข้อมูลกระจาย ข้อมูลสินค้าอยู่ใน ConX และระบบหน้าร้านแยกกัน เมื่อต้องแก้ต้องทำหลายที่
- การปรับราคาทำในวันที่ใช้ ไม่มีระบบตั้งราคามีผลล่วงหน้า
- การติดตามประวัติยาก เมื่อมีข้อสงสัยต้องค้นจาก Email หรือบันทึกการประชุม
- การจัดการบาร์โค้ดแบบ 1 ต่อ 1 สินค้าเดียวกันจากผู้ผลิตหลายล็อตต้องสร้างรหัสสินค้าใหม่
6. กระบวนการในอนาคต (To-Be)
- ใช้ฐานข้อมูลเดียวกัน ระบบของ Adeptio เป็นแหล่งข้อมูลหลัก ส่งต่อให้ ConX ตามรอบเวลาที่กำหนด
- ราคามีผลล่วงหน้า ตั้งวันที่ราคาจะใช้งานได้ ระบบเริ่มใช้อัตโนมัติเมื่อถึงวัน
- Activity Log ทุกการแก้ไข บันทึกผู้แก้, วันเวลา, ฟิลด์, ค่าเดิม → ค่าใหม่
- 1 SKU มีหลาย Barcode ได้ รองรับสินค้าเดียวกันที่มีบาร์โค้ดต่างกัน
- สีสถานะคลัง 4 สี แสดงในระบบหลังบ้านและแอป Handheld
7. ข้อกำหนดเชิงหน้าที่ — กรณีการใช้งาน (Use Cases)
หัวข้อนี้ระบุรายละเอียดการใช้งานทั้ง 10 กรณีของระบบจัดการข้อมูลสินค้า แต่ละกรณีมีรหัส UC-PRD-NNN และเงื่อนไขทดสอบ (AC) ที่ตรงกับ Business Rule ในเอกสารแม่บท
UC-PRD-001สร้างสินค้าใหม่
หน้าจอสำหรับ UC-PRD-001prd_uc001.png
จุดประสงค์
ผู้ดูแลสินค้าสร้างรายการสินค้าใหม่ในระบบ กำหนด SKU บาร์โค้ด ประเภท ราคา และคุณสมบัติพื้นฐาน
เงื่อนไขก่อนเริ่มต้น
- ผู้ใช้งานเข้าสู่ระบบหลังบ้านด้วยบทบาท "ผู้ดูแลสินค้า"
- มีข้อมูลสินค้าจากผู้ผลิต (รหัส, ชื่อ, ราคา, ภาพ)
เหตุการณ์เริ่มต้น
ผู้ใช้กดปุ่ม "สร้างสินค้าใหม่" ที่ หน้าจอรายการสินค้า
ขั้นตอนหลัก
- ระบบเปิด หน้าจอสร้างสินค้า ที่ว่างเปล่า
- ผู้ใช้กรอกข้อมูลพื้นฐาน ชื่อสินค้า ประเภทสินค้า (1 ใน 14 ประเภท) หมวดหมู่ แบรนด์
- ผู้ใช้กรอกรหัส SKU ระบบตรวจสอบความซ้ำกันแบบทันที
- ผู้ใช้กรอกบาร์โค้ดอย่างน้อย 1 รายการ (เพิ่มได้หลายรายการตาม PRD-03)
- ผู้ใช้กรอกราคาขายและกำหนดวันที่มีผล (Effective Date)
- ผู้ใช้อัปโหลดรูปภาพสินค้า (สูงสุด 8 รูปต่อสินค้า)
- ผู้ใช้กดปุ่ม "บันทึก" ระบบสร้างสินค้าและแสดงในรายการ
- ระบบส่งข้อมูลสินค้าใหม่ไปยัง ConX ผ่านการเชื่อมต่อระบบภายนอก
- ระบบบันทึกการสร้างสินค้าใน Activity Log
ขั้นตอนทางเลือก
2a. ผู้ใช้เลือก "คัดลอกจากสินค้าเดิม" ระบบดึงข้อมูลมาเป็นค่าเริ่มต้น ผู้ใช้แก้ไขเฉพาะส่วนที่ต่าง
5a. ราคาไม่ได้กำหนด Effective Date ระบบใช้วันที่ปัจจุบันเป็นวันที่มีผล
ขั้นตอนกรณีผิดพลาด
3-E. SKU ซ้ำกับสินค้าที่มีอยู่ ระบบแสดง "รหัสสินค้านี้มีอยู่แล้ว" และไม่ให้บันทึก
7-E. ConX ปฏิเสธการรับข้อมูล ระบบบันทึกในระบบ Adeptio และเข้าคิวรอส่งใหม่ทุก 15 นาที
ผลลัพธ์ที่ได้
- มีสินค้าใหม่ในระบบ พร้อมขายในช่องทางที่กำหนด
- Activity Log มีรายการ "สร้างสินค้า" ระบุผู้สร้างและเวลา
เกณฑ์การยอมรับผลงาน
AC-PRD-001-01: ระบบไม่อนุญาตให้บันทึก SKU ซ้ำ
AC-PRD-001-02: เพิ่มบาร์โค้ดได้สูงสุด 10 รายการต่อสินค้า ทุกรายการต้องไม่ซ้ำกัน
AC-PRD-001-03: สินค้าใหม่ปรากฏที่ หน้าจอรายการสินค้า ภายใน 2 วินาที
AC-PRD-001-04: Activity Log บันทึกฟิลด์ทุกฟิลด์ที่กรอก
หน้าจอและกฎเกณฑ์ที่เกี่ยวข้อง
หน้าจอ: หน้าจอรายการสินค้า, หน้าจอสร้างสินค้า · กฎเกณฑ์: PRD-01, PRD-02, PRD-03, PRD-06
UC-PRD-002แก้ไขข้อมูลสินค้าเดิม
หน้าจอสำหรับ UC-PRD-002prd_uc002.png
จุดประสงค์
ผู้ดูแลสินค้าแก้ไขข้อมูลของสินค้าที่มีอยู่ เช่น ชื่อ, รูปภาพ, ราคา, สถานะ
ขั้นตอนหลัก
- ผู้ใช้ค้นหาสินค้าที่ หน้าจอรายการสินค้า และเข้าไปดูรายละเอียด
- ระบบเปิด หน้าจอรายละเอียดสินค้า และแสดงปุ่ม "แก้ไข"
- ผู้ใช้กดปุ่ม "แก้ไข" ฟิลด์ที่แก้ไขได้กลายเป็นช่องที่กรอกได้
- ผู้ใช้แก้ไขข้อมูลที่ต้องการ
- ผู้ใช้กดปุ่ม "บันทึก" ระบบตรวจสอบและบันทึก
- ระบบบันทึก Activity Log ระบุค่าก่อนและหลังการแก้ไข
- ระบบส่งข้อมูลที่ปรับไปยัง ConX
เกณฑ์การยอมรับผลงาน
AC-PRD-002-01: Activity Log บันทึกฟิลด์ที่แก้, ค่าเดิม, ค่าใหม่, ผู้แก้, วันเวลา ตาม PRD-04
AC-PRD-002-02: เมื่อแก้ราคา ระบบบังคับให้กรอก Effective Date
AC-PRD-002-03: ผู้ใช้ที่ไม่มีสิทธิ์ไม่เห็นปุ่ม "แก้ไข"
หน้าจอและกฎเกณฑ์ที่เกี่ยวข้อง
หน้าจอ: หน้าจอรายละเอียดสินค้า · กฎเกณฑ์: PRD-04, PRD-06
UC-PRD-003กำหนดราคามีผลล่วงหน้า (Effective Date)
หน้าจอสำหรับ UC-PRD-003prd_uc003.png
จุดประสงค์
ตั้งราคาสินค้าใหม่ที่จะเริ่มใช้งานในวันที่กำหนดในอนาคต
ขั้นตอนหลัก
- ผู้ใช้เปิดสินค้า กดที่แถบ "ราคา" ระบบแสดงประวัติราคาทั้งหมดและวันที่มีผล
- ผู้ใช้กดปุ่ม "เพิ่มราคาใหม่"
- ผู้ใช้กรอกราคาใหม่และวันที่จะเริ่มใช้ (Effective Date)
- ผู้ใช้กด "ยืนยัน" ระบบบันทึกราคารายการใหม่ในตารางประวัติ
- เมื่อถึงวันที่กำหนด ระบบใช้ราคาใหม่อัตโนมัติในทุกช่องทาง
ขั้นตอนทางเลือก
3a. ผู้ใช้กำหนดวันที่ในอดีต ระบบเตือนว่าราคาจะมีผลย้อนหลังและขอยืนยันอีกครั้ง
เกณฑ์การยอมรับผลงาน
AC-PRD-003-01: ระบบใช้ราคาที่มี Effective Date ใกล้ที่สุดและไม่เกินวันปัจจุบัน ตาม PRD-06
AC-PRD-003-02: เก็บประวัติราคาทั้งหมดที่เคยใช้และที่จะใช้ในอนาคต ไม่ลบรายการ
UC-PRD-004จัดการรหัสบาร์โค้ด (Multi-Barcode)
หน้าจอสำหรับ UC-PRD-004prd_uc004.png
จุดประสงค์
เพิ่มหรือลบรหัสบาร์โค้ดของสินค้า เมื่อสินค้าเดียวกันมีบาร์โค้ดต่างกัน (สั่งจากผู้ผลิตหลายล็อต)
ขั้นตอนหลัก
- ผู้ใช้เปิดสินค้า กดที่แถบ "บาร์โค้ด"
- ระบบแสดงรายการบาร์โค้ดทั้งหมดของสินค้า
- ผู้ใช้กด "เพิ่ม" หรือ "ลบ" บาร์โค้ดที่ต้องการ
- ระบบตรวจสอบว่าบาร์โค้ดใหม่ไม่ซ้ำกับสินค้าอื่น
- ระบบบันทึกการเปลี่ยนแปลงและ Activity Log
เกณฑ์การยอมรับผลงาน
AC-PRD-004-01: 1 บาร์โค้ดผูกกับสินค้าได้เพียง 1 รายการเท่านั้นทั่วทั้งระบบ
AC-PRD-004-02: ลบบาร์โค้ดสุดท้ายไม่ได้ สินค้าต้องมีอย่างน้อย 1 รายการ
AC-PRD-004-03: Activity Log บันทึกการเพิ่ม / ลบทุกครั้ง ตาม PRD-03
UC-PRD-005กำหนดสินค้าทดแทนและสินค้าคล้ายกัน
หน้าจอสำหรับ UC-PRD-005prd_uc005.png
จุดประสงค์
กำหนดสินค้าทดแทน (Substitute) ที่จะเสนอเมื่อสินค้าหลักหมด และสินค้าคล้ายกัน (Similar) ที่แสดงเป็นแนะนำในหน้าเว็บไซต์
ขั้นตอนหลัก
- ผู้ใช้เปิดสินค้า เลือกแถบ "สินค้าที่เกี่ยวข้อง"
- ผู้ใช้กด "เพิ่มสินค้าทดแทน" หรือ "เพิ่มสินค้าคล้ายกัน"
- ระบบเปิดหน้าค้นหาสินค้า ผู้ใช้เลือกสินค้า
- ผู้ใช้กดยืนยัน ระบบบันทึกความสัมพันธ์
เกณฑ์การยอมรับผลงาน
AC-PRD-005-01: สินค้าทดแทนแสดงในหน้าจอ CC เมื่อสินค้าหลักหมด ตาม PRD-08
AC-PRD-005-02: สินค้าคล้ายกันแสดงในหน้ารายละเอียดสินค้าฝั่งเว็บไซต์ ตาม PRD-09
AC-PRD-005-03: กำหนดได้สูงสุด 10 รายการต่อหมวด
UC-PRD-006ปรับสถานะสินค้า (Active / Inactive / Discontinued)
หน้าจอสำหรับ UC-PRD-006prd_uc006.png
จุดประสงค์
เปลี่ยนสถานะของสินค้าเพื่อควบคุมว่าสินค้านี้จะแสดงในช่องทางใดบ้าง
ขั้นตอนหลัก
- ผู้ใช้เปิดสินค้า กดที่ป้ายสถานะ
- ผู้ใช้เลือกสถานะใหม่ Active / Inactive / Discontinued
- ระบบขอเหตุผลในการเปลี่ยน (กรณี Inactive / Discontinued)
- กรณี Discontinued ระบบขออนุมัติจากหัวหน้าฝ่ายจัดซื้อ
- ระบบบันทึกการเปลี่ยนสถานะและ Activity Log
เกณฑ์การยอมรับผลงาน
AC-PRD-006-01: สินค้า Inactive / Discontinued ไม่แสดงในเว็บไซต์และ POS ตาม PRD-07
AC-PRD-006-02: สินค้า Discontinued ยังค้นหาในระบบหลังบ้านได้
AC-PRD-006-03: การเปลี่ยนเป็น Discontinued ต้องอนุมัติจากหัวหน้าฝ่ายจัดซื้อ
UC-PRD-007สร้างสินค้าจัดชุด (Bundle)
หน้าจอสำหรับ UC-PRD-007prd_uc007.png
จุดประสงค์
สร้างสินค้าประเภทจัดชุดที่ประกอบจากสินค้าย่อยหลายรายการ มีราคาและบาร์โค้ดของชุด
ขั้นตอนหลัก
- ผู้ใช้สร้างสินค้าใหม่ เลือกประเภท "สินค้าจัดชุด (Bundle)"
- ระบบแสดงแถบเพิ่มเติม "องค์ประกอบของชุด"
- ผู้ใช้ค้นหาและเพิ่มสินค้าย่อยพร้อมจำนวนของแต่ละชิ้น
- ผู้ใช้กำหนดราคาของชุด (อาจน้อยกว่าผลรวมราคาย่อยเพื่อสร้างมูลค่า)
- ระบบคำนวณส่วนลดเทียบกับการซื้อแยก แสดงให้ผู้ใช้เห็น
- ผู้ใช้บันทึก ระบบสร้างสินค้าชุดในระบบ
เกณฑ์การยอมรับผลงาน
AC-PRD-007-01: เมื่อมีคำสั่งซื้อชุด ระบบตัดสต็อกของสินค้าย่อยทุกรายการตามจำนวนในชุด
AC-PRD-007-02: สินค้าชุดต้องประกอบจากสินค้าย่อยที่มีสถานะ Active เท่านั้น
UC-PRD-008กำหนดป้ายสถานะหน้าเว็บไซต์ (New / Promotion)
หน้าจอสำหรับ UC-PRD-008prd_uc008.png
จุดประสงค์
กำหนดป้ายแสดงสถานะของสินค้าในหน้าเว็บไซต์ เพื่อช่วยให้ลูกค้าเห็นสินค้าใหม่หรือสินค้าโปรโมชั่นได้ง่าย
ขั้นตอนหลัก
- ระบบจัดการป้าย "New" อัตโนมัติ สินค้าที่สร้างไม่เกิน 30 วันแสดงป้ายโดยอัตโนมัติ
- ฝ่ายการตลาดเปิด / ปิดป้าย "Promotion" ของสินค้าได้ที่หน้าจอรายละเอียด
- เลือกช่วงเวลาที่แสดงป้าย (วันที่เริ่ม - วันที่สิ้นสุด)
- ระบบแสดงป้ายในหน้าเว็บไซต์ทันทีเมื่อถึงช่วงเวลาที่กำหนด
เกณฑ์การยอมรับผลงาน
AC-PRD-008-01: ป้าย "New" หายไปอัตโนมัติเมื่อสินค้าอายุครบ 30 วัน ตาม PRD-11
AC-PRD-008-02: ป้าย "Promotion" ปิดอัตโนมัติเมื่อถึงวันสิ้นสุดที่กำหนด
UC-PRD-009ดูประวัติการแก้ไขสินค้า (Activity Log)
หน้าจอสำหรับ UC-PRD-009prd_uc009.png
จุดประสงค์
ผู้ใช้ค้นหาประวัติการแก้ไขข้อมูลสินค้า ใครแก้, แก้อะไร, เมื่อใด, ค่าก่อน-หลัง
ขั้นตอนหลัก
- ผู้ใช้เปิดสินค้า กดที่แถบ "ประวัติการแก้ไข"
- ระบบแสดงรายการการแก้ไขทั้งหมดเรียงตามเวลา
- แต่ละรายการแสดง: ผู้แก้, วันเวลา, ฟิลด์, ค่าเดิม, ค่าใหม่
- ผู้ใช้ค้นหาด้วยช่วงเวลา / ฟิลด์ / ผู้แก้
เกณฑ์การยอมรับผลงาน
AC-PRD-009-01: Activity Log เก็บข้อมูลย้อนหลังไม่จำกัดเวลา ตาม PRD-04
AC-PRD-009-02: Activity Log ไม่สามารถแก้ไขหรือลบได้ แม้แต่ Admin
UC-PRD-010นำเข้าและส่งออกข้อมูลสินค้าเป็นชุด (Batch Import / Export)
หน้าจอสำหรับ UC-PRD-010prd_uc010.png
จุดประสงค์
นำเข้าสินค้าใหม่หรือแก้ไขสินค้าจำนวนมากในคราวเดียวผ่านไฟล์ Excel / CSV
ขั้นตอนหลัก
- ผู้ใช้กดปุ่ม "นำเข้าจากไฟล์" ที่ หน้าจอรายการสินค้า
- ผู้ใช้ดาวน์โหลดเทมเพลตและกรอกข้อมูล
- ผู้ใช้อัปโหลดไฟล์กลับเข้าระบบ
- ระบบตรวจสอบความถูกต้อง แสดงรายการที่ผ่านและไม่ผ่าน
- ผู้ใช้กด "ยืนยันนำเข้า" ระบบประมวลผลทีละแถว
- เมื่อเสร็จ ระบบแสดงสรุปผลและไฟล์ Error Log (ถ้ามี)
เกณฑ์การยอมรับผลงาน
AC-PRD-010-01: รองรับไฟล์สูงสุด 5,000 แถวต่อครั้ง
AC-PRD-010-02: แสดงความคืบหน้าเป็นเปอร์เซ็นต์ระหว่างประมวลผล
AC-PRD-010-03: Activity Log บันทึกการนำเข้าเป็น Batch มีรหัส Batch ID อ้างอิงได้
8. การออกแบบประสบการณ์ผู้ใช้ (Screen Inventory)
| รหัสหน้าจอ | ชื่อหน้าจอ | หน้าที่หลัก |
|---|---|---|
| SCR-PRD-001 | หน้าจอรายการสินค้า | ดูสินค้าทั้งหมดในระบบ ค้นหา กรอง สร้างใหม่ นำเข้า/ส่งออก |
| SCR-PRD-002 | หน้าจอรายละเอียดสินค้า | ดูและแก้ไขข้อมูลสินค้ารายตัว แถบย่อย: ข้อมูลทั่วไป / ราคา / บาร์โค้ด / รูปภาพ / สินค้าที่เกี่ยวข้อง / ประวัติ |
| SCR-PRD-003 | หน้าจอสร้างสินค้า | กรอกข้อมูลสินค้าใหม่ หรือคัดลอกจากเดิม |
| SCR-PRD-004 | หน้าจอจัดการประเภทสินค้า | เพิ่ม / แก้ไข / ลบ ประเภทสินค้าและหมวดหมู่ |
| SCR-PRD-005 | หน้าจอนำเข้าสินค้าเป็นชุด | อัปโหลดไฟล์ ตรวจสอบ ยืนยัน และดูผลการประมวลผล |
| SCR-PRD-006 | หน้าจอประวัติการแก้ไข | ดู Activity Log ของสินค้าทุกรายการ |
9. กฎเกณฑ์เชิงธุรกิจ — อ้างอิงเอกสารแม่บท
หมายเหตุ: กฎเกณฑ์เชิงธุรกิจฉบับเต็มอยู่ในเอกสารแม่บท ysc_business_rules.html หมวด 18 ข้อมูลหลักของสินค้า ส่วนนี้สรุปเฉพาะกฎที่เกี่ยวข้องกับโมดูล PRD
| รหัส | กฎเกณฑ์ |
|---|---|
| PRD-01 | 14 ประเภทสินค้า (Bundle / Substitute / Similar / Pre-Order / Self-Pickup / Reward / Consignment / Sample / Custom Order ฯลฯ) |
| PRD-02 | 1 SKU = 1 หน่วยขาย |
| PRD-03 | 1 SKU มีหลายบาร์โค้ดได้ |
| PRD-04 | Activity Log บันทึกทุกการแก้ไข |
| PRD-05 | สีสถานะคลัง 4 สี (ขาว/เหลือง/ฟ้า/แดง) |
| PRD-06 | วันที่มีผลของราคา (Effective Date) |
| PRD-07 | สถานะสินค้า Active / Inactive / Discontinued |
| PRD-08 | สินค้าทดแทน (Substitute) |
| PRD-09 | สินค้าคล้ายกัน (Similar) |
| PRD-10 | ตัวแปรของสินค้า (Variation) ใช้ตัวอักษร |
| PRD-11 | ป้ายสถานะหน้าเว็บไซต์ |
10. การเชื่อมต่อระบบภายนอก (Integration)
| ระบบ | ข้อมูลที่แลกเปลี่ยน | ทิศทาง | ความถี่ |
|---|---|---|---|
| ConX ERP | ข้อมูลสินค้า (รหัส, ชื่อ, ราคา, ประเภท), สต็อกอ้างอิง | 2 ทาง | เวลาจริง (Real-time) |
| เว็บไซต์ (Storefront) | รายการสินค้าที่ Active, รูปภาพ, ราคา, ป้าย | หลังบ้าน → เว็บ | เวลาจริง |
| POS | สินค้าทั้งหมดที่ Active สำหรับขายหน้าร้าน | หลังบ้าน → POS | เวลาจริง + สำเนาออฟไลน์ |
| แอป Handheld คลัง | บาร์โค้ดและสีสถานะ สำหรับ Pick / Stock In | หลังบ้าน → Handheld | เวลาจริง |
11. การออกแบบข้อมูลและข้อมูลหลัก (Data & Master)
| หน่วยข้อมูล | คำอธิบาย | คีย์หลัก |
|---|---|---|
| Product | สินค้า 1 รายการ (1 SKU) | SKU Code |
| Barcode | บาร์โค้ดที่ผูกกับสินค้า (หลายต่อ 1 SKU) | Barcode Value |
| Price History | ประวัติราคาและ Effective Date | Product + Effective Date |
| Category | ประเภทสินค้าและหมวดหมู่ย่อย | Category Code |
| Product Image | ไฟล์รูปภาพของสินค้า (สูงสุด 8 รูปต่อสินค้า) | Image ID |
| Activity Log | ประวัติการแก้ไข ใครแก้, เมื่อใด, ฟิลด์ใด, ค่าเดิม → ค่าใหม่ | Log ID + Timestamp |
| Product Relation | ความสัมพันธ์สินค้าทดแทนและคล้ายกัน | Source SKU + Target SKU |
12. ความปลอดภัยและสิทธิ์การเข้าถึง (Security & RBAC)
| บทบาท | สร้าง | แก้ไข | เปลี่ยนสถานะ | ลบ | ดู Log |
|---|---|---|---|---|---|
| ผู้ดูแลสินค้า | ทำได้ | ทำได้ | Active ↔ Inactive | ทำไม่ได้ | ดูได้ |
| หัวหน้าฝ่ายจัดซื้อ | ทำไม่ได้ | ทำไม่ได้ | อนุมัติ Discontinued | ทำไม่ได้ | ดูได้ |
| ฝ่ายการตลาด | ทำไม่ได้ | แก้ป้าย / ราคาโปรโมชั่น | ทำไม่ได้ | ทำไม่ได้ | ดูได้ |
| พนักงาน CC / คลัง | ทำไม่ได้ | ทำไม่ได้ | ทำไม่ได้ | ทำไม่ได้ | ทำไม่ได้ |
13. ข้อกำหนดเชิงคุณภาพ (NFR)
| หัวข้อ | เกณฑ์ |
|---|---|
| เวลาตอบสนอง | โหลดรายการสินค้า 50 รายการ ≤ 2 วินาที |
| ความพร้อมใช้งาน | ใช้งานได้ 99.5% ต่อเดือน (ช่วงเวลาทำการ) |
| การรองรับข้อมูล | รองรับสินค้าได้ ≥ 50,000 SKU |
| ภาษา | ภาษาไทยและอังกฤษ Unicode UTF-8 |
| รูปภาพ | รองรับ JPG / PNG / WebP ขนาดไม่เกิน 5 MB ต่อรูป |
14. รายงานและแดชบอร์ดที่เกี่ยวข้อง
- รายงานสินค้าที่เปลี่ยนสถานะ รายวัน / รายสัปดาห์ ตามผู้แก้
- รายงานสินค้าที่กำลังจะเปลี่ยนราคา ดูราคาที่จะมีผลใน 7 / 30 วันข้างหน้า
- รายงานสินค้าที่ใกล้ครบสต็อกขั้นต่ำ สีเหลือง / สีแดง ตาม PRD-05
- รายงานสินค้าที่ไม่มีการเคลื่อนไหว ไม่มีคำสั่งซื้อใน 6 เดือนล่าสุด
15. ข้อกำหนดการโอนย้ายข้อมูล (Migration)
- นำเข้าข้อมูลสินค้าทั้งหมดจาก ConX ครอบคลุม SKU, บาร์โค้ด, ราคา, ประเภท, สถานะ
- ผ่านการตรวจสอบ Data Quality ไม่มี SKU ซ้ำ, บาร์โค้ดไม่ซ้ำข้ามสินค้า
- นำเข้ารูปภาพสินค้าจากระบบเดิม ตามรหัส SKU
- เมื่อนำเข้าเสร็จ เปรียบเทียบจำนวนกับระบบ ConX และยืนยันความตรงกัน
16. สมมติฐานและข้อจำกัด
- ระบบ ConX จะรองรับการส่ง / รับข้อมูลแบบเวลาจริงได้
- ผู้ใช้งานทุกบทบาทมีการอบรมการใช้งานระบบจัดการสินค้าก่อน Go-live
- ข้อมูลสินค้าจาก ConX อยู่ในรูปแบบที่ Adeptio สามารถ Map กับโครงสร้างใหม่ได้
17. เกณฑ์การยอมรับผลงาน (Acceptance Criteria)
| รหัส | เกณฑ์ | UC อ้างอิง |
|---|---|---|
| AC-PRD-G-01 | ผู้ใช้สามารถสร้าง แก้ไข และค้นหาสินค้าได้ครบทุกกรณีใน Use Case Catalog | UC-PRD-001 ถึง 010 |
| AC-PRD-G-02 | ข้อมูลสินค้าตรงกันระหว่างระบบหลังบ้าน / ConX / เว็บไซต์ / POS | ทุก UC |
| AC-PRD-G-03 | Activity Log บันทึกทุกการแก้ไข ไม่มีรายการที่หายไป | UC-PRD-002, 009 |
| AC-PRD-G-04 | ราคามีผลล่วงหน้าใช้งานได้ถูกต้องในวันที่กำหนด | UC-PRD-003 |
| AC-PRD-G-05 | การนำเข้าเป็นชุด 5,000 แถวสำเร็จภายใน 5 นาที | UC-PRD-010 |
18. ประเด็นเปิดและความเสี่ยง
| รหัส | ประเด็น / ความเสี่ยง | ผลกระทบ |
|---|---|---|
| Q-PRD-001 | การ Sync ข้อมูลระหว่าง Adeptio และ ConX กรณีที่ฝ่ายใดฝ่ายหนึ่งล่ม กลไก Recovery | การเชื่อมต่อ |
| Q-PRD-002 | จำนวนรูปภาพต่อสินค้าสูงสุด ปัจจุบันกำหนด 8 รูป รอยืนยันจากฝ่ายการตลาด | การออกแบบ UI |
| Q-PRD-003 | เทมเพลตการนำเข้าไฟล์ ฟอร์แมตคอลัมน์และฟิลด์บังคับ | การพัฒนา |
| R-PRD-001 | ความเสี่ยง: ข้อมูลสินค้าระหว่างระบบเก่าและใหม่ไม่ตรงกันในช่วง Migration | ความน่าเชื่อถือ |
| R-PRD-002 | ความเสี่ยง: การแก้ไขราคาผิดพลาดอาจกระทบคำสั่งซื้อทันที ต้องมีการตรวจสอบ 2 ระดับ | การเงิน |