Nguồn: PRD Core Flow đặt hàng v0.4 (30/09/2026, cập nhật 01/10/2026). Người soạn: Hoàng Trọng Thanh Tùng (Product Manager PrintUp). Người duyệt: Nguyễn Hoàng Nam (CEO PrintUp). Mã BR-xx, QT-xx trong mục User stories là mã của PRD v0.4, khác mã cùng tên ở trang Trạng thái & quy tắc và danh mục FR lưu trữ.

Mỗi story mở đầu bằng câu “Là …, tôi muốn …, để …”. Story Must có dòng Liên kết và tiêu chí Cho – Khi – Thì; story Should/Could ở dạng ngắn. Mã S-xx, E-xx, ST-xx, TH-xx, CFG.xxx tra ở Dữ liệu & trạng thái, Copy, Email.

Các story dưới đây biến chính sách đặt hàng v0.1 thành hành vi hệ thống. Mức ưu tiên là đề xuất của Product Manager PrintUp: nếu không có US-70 đến US-72, chính sách đã đăng với khách sẽ phải làm tay toàn bộ.

US-70 · Hệ thống nhắc cọc và tự hủy đơn chưa cọc (Must, đề xuất)

Là CEO PrintUp, tôi muốn hệ thống tự nhắc cọc và tự hủy đơn quá hạn cọc, để không giữ giá và lịch sản xuất cho đơn không chắc chắn.

Liên kết: ST-05 · J-01 · E-08, E-09 · CFG.deposit_reminder_hours, CFG.deposit_timeout_days · BR-17

• Cho đơn vào ST-05 lúc T, thì lúc T + 24 giờ và T + 48 giờ, nếu chưa đủ cọc, KH nhận E-08.
• Cho đến T + CFG.deposit_timeout_days mà vẫn chưa đủ cọc, thì đơn chuyển ST-99, lý do “Quá hạn cọc”, gửi E-09; không phát sinh tiền.
• Cho KH đã chuyển một phần trước hạn, thì đơn không tự hủy mà vào danh sách chờ Admin xử lý.

US-71 · Hệ thống xử lý quá hạn thanh toán cuối (Must, đề xuất)

Là CEO PrintUp, tôi muốn hệ thống tự nhắc, tạm dừng và hủy đơn quá hạn thanh toán cuối theo chính sách, để thu tiền đúng quy trình mà không phải theo dõi tay.

Liên kết: ST-11 · J-02 · E-15, E-20 · order.hint.st11.paused · CFG.final_reminder_days, CFG.final_pause_day, CFG.final_cancel_days · BR-18

• Cho đơn vào ST-11 lúc T, thì ngày 1, 3, 7 kể từ T, nếu chưa đủ tiền, KH nhận E-15 (lần 1, 2, 3) và Admin nhận việc gọi điện cho KH.
• Ngày 8 bật cờ Tạm dừng; trang đơn hiện order.hint.st11.paused; KH vẫn thanh toán được.
• Ngày 30 mà chưa đủ tiền, thì đơn chuyển ST-99, lý do “Quá hạn thanh toán cuối”, giữ tiền cọc, gửi E-20; SX nhận việc cắt hủy hàng.

US-72 · Hệ thống xử lý giao không thành công (Must, đề xuất)

Là CEO PrintUp, tôi muốn hệ thống xử lý giao không thành công theo chính sách, để phí giao lại tính đúng bên có lỗi và hàng không bị giữ vô thời hạn.

Liên kết: ST-13 · J-03 · E-18, E-20 · order.btn.pay_redelivery · CFG.max_delivery_attempts, CFG.undelivered_cancel_days · TH-16, TH-17 · BR-16

• Cho lần giao không thành công do khách, thì số lần giao tăng 1; Admin nhập phí giao lại và phí hoàn; KH thấy nút thanh toán phí giao lại (nội dung “{mã đơn} GL”); Admin chỉ đặt lượt giao mới khi đã nhận phí.
• Cho lần giao không thành công do PrintUp hoặc đơn vị vận chuyển, thì không tăng số lần giao, không thu phí.
• Cho số lần giao đã bằng CFG.max_delivery_attempts, thì không tạo thêm lượt giao; hàng để tại xưởng.
• Cho đến ngày thứ CFG.undelivered_cancel_days kể từ lần liên hệ giao đầu tiên mà chưa giao thành công, thì đơn chuyển ST-99, lý do “Không nhận hàng”, không hoàn tiền, gửi E-20.

Cập nhật lần cuối 01/10/2026 bởi Hoàng Tùng · 6b3bfefc · Lịch sử thay đổi