Skip to content

UC_Khách hàng & CRM

Giới thiệu & tài liệu liên quan

Đặc tả Use Case cho 3 nghiệp vụ chính của module Khách hàng & CRM (OW-06). Xem thêm Tổng quan module · SRS · UI.


UC1 — Tra cứu & gắn khách vào đơn POS

MụcNội dung
Use Case IDUC_OW06_LOOKUP_001
Use Case NameTra cứu & gắn khách vào đơn POS
Use Case DescriptionThu ngân tra cứu khách theo số điện thoại ngay trong giỏ POS; nếu khách đã có hồ sơ thì tự điền tên, bậc, điểm và ưu đãi vào đơn, nếu chưa có thì tạo nhanh khách mới tại quầy rồi gắn vào đơn.
System Under DesignCustomer Client · Customer Server
Primary ActorThu ngân
Supporting/External ActorQuản lý ca · Module Bán hàng POS
PriorityHIGH
TriggerThu ngân nhập số điện thoại khách vào ô tra cứu trong giỏ POS
Pre-ConditionThu ngân đã đăng nhập, đang mở một đơn POS trong chi nhánh được phân công
Post-ConditionĐơn POS được gắn đúng khách (lẻ hoặc member); chip ưu đãi hiển thị nếu có

Sơ đồ luồng — Basic Flow & ngoại lệ

Basic Flow

Basic Flow

BướcActorMô tả hành động
1Thu ngânNhập số điện thoại khách vào ô tra cứu trong giỏ POS
2Customer ServerTìm hồ sơ khách theo số điện thoại trong phạm vi chi nhánh
3Customer ServerTrả về tên, bậc thành viên, số điểm, voucher và cờ nợ
4Customer ClientTự điền thông tin khách và hiển thị chip ưu đãi trên đơn
5Thu ngânXác nhận gắn khách vào đơn rồi tiếp tục thanh toán

Alternative Flow

Alternative Flow

TTLiên quan bướcMô tả
1AF_2A.12Không tìm thấy hồ sơ → Thu ngân nhấn [Thêm khách], nhập tên + SĐT, hệ thống tạo hồ sơ ngay tại quầy rồi gắn vào đơn
2AF_4A.14Đơn không cần định danh khách → giữ mặc định "Khách Lẻ", không gắn member

Exception Flow

Exception Flow

TTLiên quan bướcMô tả
1EF_4.14Khách có cờ nợ quá hạn → hệ thống cảnh báo công nợ trước khi cho tiếp tục thanh toán
2EF_2.12Số điện thoại trùng nhiều hồ sơ → hệ thống liệt kê để Thu ngân chọn đúng khách

Business Rules

Business Rules

TTQuy tắc nghiệp vụ
1BR1Mỗi đơn POS mặc định gắn "Khách Lẻ" cho tới khi gắn một member cụ thể
2BR2Khách được tra cứu và quản lý theo phạm vi chi nhánh được phân công của người dùng
3BR3Khách mới tạo tại quầy bắt buộc có tên và số điện thoại
4BR4Chỉ member (có hồ sơ) mới được hưởng ưu đãi bậc, điểm và voucher

UC2 — Tích & đổi điểm thành viên

MụcNội dung
Use Case IDUC_OW06_POINT_002
Use Case NameTích & đổi điểm thành viên
Use Case DescriptionSau khi đơn POS có gắn member hoàn tất thanh toán, hệ thống tự cộng điểm theo tỉ lệ và xét nâng bậc; khách có thể đổi điểm lấy voucher hoặc giờ chơi tại quầy.
System Under DesignCustomer Client · Customer Server
Primary ActorThu ngân
Supporting/External ActorModule Bán hàng POS · Module Thông báo
PriorityMEDIUM
TriggerĐơn POS gắn member hoàn tất thanh toán, hoặc khách yêu cầu đổi điểm tại quầy
Pre-ConditionĐơn có gắn member; tỉ lệ tích điểm đã được Chủ sân cấu hình
Post-ConditionĐiểm và tổng chi tiêu của khách được cập nhật; bậc được xét lại; thông báo gửi tới khách

Sơ đồ luồng — Basic Flow & ngoại lệ

Basic Flow

Basic Flow

BướcActorMô tả hành động
1Module Bán hàng POSBáo đơn gắn member đã hoàn tất thanh toán
2Customer ServerTính điểm tặng theo tỉ lệ chi tiêu và cộng vào số dư của khách
3Customer ServerCập nhật tổng chi tiêu và xét nâng/giữ bậc thành viên
4Module Thông báoGửi thông báo điểm tích lũy (SMS/Zalo) tới khách
5Thu ngânKhi khách yêu cầu, chọn đổi điểm lấy voucher hoặc giờ chơi

Alternative Flow

Alternative Flow

TTLiên quan bướcMô tả
1AF_4A.14Khách yêu cầu đổi điểm → Thu ngân chọn voucher / giờ chơi; hệ thống trừ điểm và phát ưu đãi
2AF_3A.13Tổng chi tiêu vượt ngưỡng bậc cao hơn → khách được tự động nâng bậc và nhận thông báo

Exception Flow

Exception Flow

TTLiên quan bướcMô tả
1EF_1.11Đơn là khách lẻ hoặc chưa cấu hình tỉ lệ điểm → bỏ qua tích điểm, không báo lỗi
2EF_4.14Khách không đủ điểm để đổi ưu đãi → hệ thống báo số điểm còn thiếu, không trừ điểm

Business Rules

Business Rules

TTQuy tắc nghiệp vụ
1BR5Điểm chỉ được tặng một lần cho mỗi đơn, kể cả khi thao tác thanh toán lặp lại
2BR6Không tặng điểm khi không có member gắn kèm hoặc tỉ lệ điểm chưa được cấu hình
3BR7Bậc thành viên tự nâng/giữ theo tổng chi tiêu lũy kế của khách
4BR8Mỗi lần tích/đổi điểm đều được ghi lại vào lịch sử điểm của khách

UC3 — Quản lý công nợ khách

MụcNội dung
Use Case IDUC_OW06_DEBT_003
Use Case NameGhi nợ & thu nợ khách
Use Case DescriptionThu ngân ghi nợ khi khách thanh toán thiếu và thu nợ ở các lần sau; hệ thống cập nhật công nợ vào hồ sơ khách và cảnh báo khi nợ quá hạn.
System Under DesignCustomer Client · Customer Server
Primary ActorThu ngân
Supporting/External ActorQuản lý ca · Chủ sân
PriorityHIGH
TriggerThu ngân mở hồ sơ khách và chọn [Ghi nợ] hoặc [Thu nợ]
Pre-ConditionKhách đã có hồ sơ; người dùng có quyền quản lý công nợ
Post-ConditionCông nợ của khách được cập nhật; lịch sử nợ ghi nhận giao dịch

Sơ đồ luồng — Basic Flow & ngoại lệ

Basic Flow

Basic Flow

BướcActorMô tả hành động
1Thu ngânMở hồ sơ khách, chọn [Ghi nợ] hoặc [Thu nợ]
2Thu ngânNhập số tiền (và lý do khi ghi nợ)
3Customer ServerKiểm tra hạn mức nợ, lưu khoản nợ/thu vào hồ sơ
4Customer ServerCập nhật công nợ còn lại và gắn cờ cảnh báo nếu quá hạn
5Customer ClientHiển thị công nợ mới và lịch sử nợ của khách

Alternative Flow

Alternative Flow

TTLiên quan bướcMô tả
1AF_2A.12Thu nợ một phần → hệ thống ghi nhận số đã thu, giữ phần nợ còn lại
2AF_4A.14Nợ vượt số ngày cho phép → hệ thống đánh dấu nợ quá hạn và hiển thị cảnh báo ở mọi nơi tra cứu khách

Exception Flow

Exception Flow

TTLiên quan bướcMô tả
1EF_2.12Khoản ghi nợ vượt hạn mức của vai trò → hệ thống chặn, yêu cầu Quản lý ca / Chủ sân duyệt
2EF_2.22Số tiền thu lớn hơn nợ còn lại → hệ thống báo lỗi và yêu cầu nhập lại

Business Rules

Business Rules

TTQuy tắc nghiệp vụ
1BR9Thu ngân chỉ được ghi nợ trong hạn mức của vai trò; vượt hạn mức phải có cấp quản lý duyệt
2BR10Số tiền thu nợ không được lớn hơn công nợ còn lại của khách
3BR11Nợ quá số ngày cho phép tự động chuyển trạng thái quá hạn và sinh cảnh báo
4BR12Mọi lần ghi/thu nợ đều lưu vào lịch sử giao dịch của khách

Non-Functional Requirements

Non-Functional Requirements

TTLoạiYêu cầu
1Khả dụngTra cứu và gắn khách trong POS phản hồi tức thì, không làm chậm luồng thanh toán
2Phân quyềnMọi thao tác trên khách giới hạn theo phạm vi chi nhánh được phân công; cấu hình bậc & tỉ lệ điểm chỉ dành cho Chủ sân
3Truy vếtTích/đổi điểm và ghi/thu nợ đều được ghi nhật ký để truy vết về sau
4Toàn vẹnXóa khách dùng xóa-mềm, giữ lại lịch sử giao dịch và công nợ liên kết

Proprietary and Confidential. Unauthorized copying, distribution, or use of this software is strictly prohibited.