BA — Business AnalysisUC 4.1–4.17dashboard simUC_4.11.1 — Settings: Account Actions — Reset Associate Track (SIM)
QnA Init Docs — UC_4.11.1: Settings — Account Actions: Reset Associate Track (SIM)
Câu hỏi và giả định phát sinh trong Init Flow (Agent 1 Auditor + Agent 2 Challenger) cho UC_4.11.1 — SIM Reset Associate Track entry point
QnA Init Docs — UC_4.11.1: Account Actions — Reset Associate Track (SIM)
Phạm vi vòng này: chỉ UC_4.11.1 — Settings: Account Actions → Reset Associate Track, môi trường SIM (WBS category STAGE 2.1. DASHBOARD SIM, dòng CSV 99).
Section Resign & Close Account cùng tab là UC riêng — UC_4.11.2, không thuộc phạm vi tài liệu này.
Toàn bộ luồng mua sau khi bấm nút (pricing, modal, payment, provisioning) là UC_4.10.3, không viết lại ở đây.
Ngày tạo: 2026-08-11
Ngày BA review: 2026-08-11
BA in Charge: QuynhAnh12 (git username — chưa có trong BA Roster của project_context.md, xem A-18)
Ngày cập nhật: 2026-08-12 — khách trả lời A-03 + A-04 (SRS lên v1.1).
Trạng thái tổng: ✅ BA đã chốt đủ để Agent 3 viết SRS v1 cho happy case. Còn 3 mục HOLD chờ khách: A-03, A-04, A-05. Cập nhật 2026-08-12: A-03 và A-04 đã được khách trả lời (Adrian Stack) → SRS v1.1. Cập nhật 2026-08-26: A-23 đã đóng — bản LIVE tách thành UC_4.17.3. Còn 3 mục mở: A-05 (chuỗi label), A-22 (giá cho Active_SIM), A-24 (đồng bộ UC_4.10.3).
Nguồn đã đọc (theo MANDATORY FIRST-READ PROTOCOL)
| Bước | Nguồn | Kết quả |
|---|---|---|
| 0 | References/Customer supplies/_SOURCE_MANIFEST.yaml | ✅ Đã đọc |
| 1 | References/CR/_CR_INDEX.md | ✅ Không có CR nào về Reset / Account Actions. CR liên quan gián tiếp: CR-20260806-001 (Dashboard Sidebar — Logout Action) — chỉ chạm entry point sidebar, không chạm section này. |
| 1 | References/QnA from clients/.../Settings + Career + Viral/Stage 2 - Dashboard & Fomula (Settings).csv → hàng Settings: Reset Associate Track (rows 49–56) | ⚠️ Nguồn chính nhưng rất mỏng. Chỉ cột Definition / SIM environment có nội dung: "Flow in Hexie's task scope. Click the Reset button and it leads to Hexie's screen". Các cột Trigger / Formula / Business logic / UI/UX / Endpoints / Zapier flow / Zapier table đều trống. Cột LIVE environment = - trên mọi hàng → xác nhận LIVE không có section này (xem A-13). Cập nhật 2026-08-12: 3 hàng Business logic / UI/UX / Endpoints đã được điền câu trả lời của khách (Adrian Stack) — xem A-03, A-22, A-23, A-24. |
| 1 | References/QnA from clients/03_STAGE2_DASHBOARD_EVALUATION/QnA_STAGE2_DASHBOARD_EVALUATION.md | ✅ Dùng được STAGE2-023 (Adrian Stack, 2026-08-03) — nút Reset phải đổi label sau mốc 10 ngày. Xem A-05. |
| 2 | RFQ_ Website and Dashboard Implementation V7.pdf (§Scenario A: Sim Reset — dòng 804–866 của extract) | ✅ Nguồn gốc của luồng Reset (Header/Copy/CTA/Technical Action). Toàn bộ nội dung này do UC_4.10.3 own. |
| 2 | RFQ_ Website and Dashboard Implementation V7.pdf (§Part C — Settings & Profile Module) | ⚠️ Liệt kê các tab của Settings nhưng KHÔNG mô tả section Reset Associate Track. RFQ chỉ mô tả Resign & Close Account Button. Section Reset ở Settings chỉ tồn tại trong WBS + design + CSV khách. |
| — | WBS References/WBS/[BA Internal] Stacktrading.csv dòng 99 | ✅ UC_4.11.1 · Module Settings · Function Account Actions - Reset Associate Track · Description "Trader resets and restarts their Associate Track, losing current progress, through a confirmation flow." · Mapping BE: POST /calculate-cart (product_id="RESET"), POST /purchase-challenge-reset · Mapping FE: "'Reset Associate Track' action with confirmation modal" · 3rd party: NMI (vaulted card) · BA PiC anh.hoang12 |
| — | UC nội bộ đã publish | UC_4.10.3 §2 Entry Point 2 + §5.3 (rule enable + luồng downstream) · UC_4.10.2 BR_4.10.2.2 (Frosted Glass chỉ áp Dashboard) · UC_4.6.1 BR_4.6.1.1 / BR_4.6.1.9 (shell + status gating) · UC_4.11.2 BR_4.11.2.1 (ranh giới tab) |
| — | Design BA cung cấp (1 frame: Account Actions tab, SIM) | ✅ Nguồn của copy text section và label nút. Figma node 1-15026 (theo WBS cột Mapping design). |
Bảng QnA & Assumption
Ký hiệu: 🔴 = chặn cứng · 🟡 = ảnh hưởng chất lượng, có default hợp lý · ⚪ = ghi nhận, không chặn.
| ID | Câu hỏi / Vấn đề | Đề xuất của Agent | BA Answer | Status |
|---|---|---|---|---|
| A-01 | Mã UC & folder. WBS dòng 99 gán UC_4.11.1, category STAGE 2.1. DASHBOARD SIM. | Folder dashboard_sim/UC_4.11.1/ theo global-rules.md → WBS Category → Folder Mapping. | ✅ BA chốt: đúng, tạo folder mới trong dashboard_sim. | ✅ Đã chốt (BA, 2026-08-11) |
| A-02 | Ranh giới UC. Bấm nút xong thì UC nào own phần còn lại? Nếu UC này viết lại pricing/modal/payment sẽ trùng lặp với UC_4.10.3. | UC_4.11.1 chỉ own section Reset Associate Track trên tab Account Actions: copy text, nút, điều kiện enable, và hành vi bàn giao khi click. Từ lúc POST /calculate-cart trả 200 trở đi → trỏ thẳng UC_4.10.3 §5.3. Khớp với chính lời khách trong CSV: "Click the Reset button and it leads to Hexie's screen". | ✅ BA chốt: theo đề xuất — khi nút enable và được click thì refer tới UC_4.10.3. | ✅ Đã chốt (BA, 2026-08-11) |
| A-03 | 🔴 Nút enable lúc nào? Nguồn duy nhất là UC_4.10.3 §5.3: "This button is enabled on the Account screen (Account Actions tab) whenever Status = 'Failed'." Nhưng đây là câu BA tự viết, khách chưa confirm (cột Business logic của category này trống). Còn thiếu: (a) Active_SIM đang chạy bình thường → Disabled + tooltip, ẩn hẳn section, hay Enabled? (b) Soft Breach lockout (UC_4.10.1) → thế nào? (c) Terminated sau Resign (login dashboard vẫn sống để mua gói mới) → Enabled không, và bấm ra flow nào? | Viết SRS theo rule đã có nguồn nội bộ: Enabled khi Status = 'Failed'. 3 nhánh (a)(b)(c) để trống, đánh dấu ⏳ Pending client confirmation, không suy diễn. | ✅ Khách đã trả lời (Adrian Stack, 2026-08-12) — nguồn: Stage 2 - Dashboard & Fomula (Settings).csv, category Settings: Reset Associate Track, hàng Business logic. Nút Enabled ở CẢ 4 trạng thái SIM. (a) Active_SIM: "Enabled. Allow users to manually forfeit their current challenge and restart from scratch." (b) Soft Breach lockout: "Enabled." (c) Terminated sau Resign: "Enabled. Clicking it triggers the standard In-App Reset flow. The frontend calls POST /calculate-cart passing product_id='RESET' to render the 1-Click Confirmation Modal." (d) LIVE (ngoài phạm vi UC này): Disabled, phải Resign trước — xem A-23. Kèm cập nhật BE: POST /purchase-challenge-reset nhận thêm Active_SIM + Terminated, và khi reset lúc đang active thì backend xoá sub-account → thu tiền → provision account mới; POST /initiate-rebuy không đổi. | ✅ Đã đóng (2026-08-12) — SRS v1.1: BR_4.11.1.3 (ma trận 4 trạng thái) + BR_4.11.1.7 (hệ quả forfeit + endpoint) + §6.2 / §6.3. Phát sinh 3 mục mới: A-22, A-23, A-24. |
| A-04 | 🔴 Design mâu thuẫn với rule ở A-03. Frame Account Actions vẽ nút Reset Associate Track ở trạng thái enabled trong khi header cùng frame hiển thị Days remaining 13d 20h và Daily loss limit -$1,500 / -$5,000 — tức account đang chạy bình thường, chưa Failed. (Kế thừa A-19 của UC_4.11.2 QnA, đã được chuyển sang backlog UC_4.11.1.) | Không lấy màu/trạng thái trong frame làm rule — frame design thường vẽ ở state mặc định. Chờ khách chốt cùng A-03. | ✅ Khách đã trả lời gián tiếp qua A-03 (Adrian Stack, 2026-08-12) — nút Enabled kể cả khi evaluation đang chạy, nên frame design là đúng, không phải state mặc định. Không còn mâu thuẫn design vs rule. | ✅ Đã đóng (2026-08-12) — SRS v1.1 ghi rõ trong BR_4.11.1.3 rằng frame khớp rule. |
| A-05 | 🔴 Label nút có đổi theo window không? STAGE2-023 (Adrian Stack, 2026-08-03) confirm: "The button must change… The UI must change the button text to 'Start New Track' or 'New Evaluation'." → sau khi cron chạy DeleteUser ở mốc Discount_Code_Duration_Days, reset tại chỗ là bất khả thi. Nhưng khách đưa 2 phương án chuỗi, chưa chốt cái nào. Design chỉ vẽ 1 state Reset Associate Track. | Trong window → Reset Associate Track (theo design). Hết window → label phải đổi (đã confirm), nhưng chuỗi chính xác để trống chờ khách. Hành vi downstream đã rõ: UC_4.10.3 §5.3 Step 2 tự route sang Start New Track Modal. | ⏸️ BA HOLD — hỏi khách chốt chuỗi. (Cập nhật 2026-08-12: trong câu trả lời A-03, khách gọi nút là "Start New Associate Track" — chuỗi thứ 3, vẫn chưa phải lựa chọn chính thức → giữ mở.) | 🔒 BLOCKED — SRS ghi "label đổi sau window (đã confirm), chuỗi chờ khách" |
| A-06 | Loading state hiển thị ở đâu khi gọi POST /calculate-cart? Ở entry point Dashboard thì Hard Breach Popup tự chuyển sang loading; ở entry point này không có popup nào. | — | Không cần hỏi — UC_4.10.3 §5.3 Step 1.3 đã ghi rõ: "Account Actions screen shows a loading state (spinner + 'Calculating regional taxes...' text) while calling POST /calculate-cart." | ✅ Đóng — đã có nguồn |
| A-07 | Sau khi thanh toán thành công, user quay về đâu? Vào từ Settings nhưng success screen của UC_4.10.3 lại có CTA Return to Dashboard. | — | Không cần hỏi — UC_4.10.3 §5.3 Step 3 nói rõ từ Step 3 trở đi identical với entry point Dashboard → success screen → CTA Return to Dashboard → Dashboard Day 0. User không được trả về màn Settings. | ✅ Đóng — đã có nguồn. ⚪ Ghi nhận điểm UX: điều hướng kết thúc khác nơi bắt đầu; đây là hành vi đã spec, không phải lỗi. |
| A-08 | Double-click / double-submit. Bấm nút 2 lần liên tiếp → gọi POST /calculate-cart 2 lần, có thể mở 2 modal chồng nhau. | Disable nút ngay tại thời điểm click + vào loading state, chỉ re-enable khi request kết thúc (thành công → modal mở; thất bại → trả về trạng thái ban đầu). Cùng pattern với UC_4.10.3 §10.2 và BR_4.11.2.5. | (BA không phản hồi riêng — áp dụng đề xuất) | ✅ Applied by default |
| A-09 | POST /calculate-cart lỗi 5xx / timeout / mất mạng. Không nguồn nào spec cho entry point này. | Giữ nguyên màn Account Actions, thoát loading, nút re-enable → Ref: TE-SYS-01. Không auto-retry — user tự bấm lại. Cùng pattern với UC_4.6.1 §7. | (BA không phản hồi riêng — áp dụng đề xuất) | ✅ Applied by default |
| A-10 | Session hết hạn (401) khi bấm nút. | Ref: TE-AUTH-01 → redirect Auth0 login. Chuẩn chung toàn dashboard. | (BA không phản hồi riêng — áp dụng đề xuất) | ✅ Applied by default |
| A-11 | Sanctions 403 tại POST /calculate-cart. | Không viết lại — BR_4.10.3.4 đã quy định check real-time ở cả 2 endpoint, và UC_4.10.3 §7 Exceptional Flow đã spec màn FP-02. UC này chỉ trỏ sang. | (BA không phản hồi riêng — áp dụng đề xuất) | ✅ Applied by default |
| A-12 | Vào được màn Account khi đang Frosted Glass không? Nếu Hard Breach Popup chặn mọi thao tác thì entry point này vô nghĩa. | — | Không cần hỏi — BR_4.10.2.2: "Other screens (Account, Settings, etc.) render normally, without blur." + BR_4.6.1.9: Hard Breach / Failed → truy cập tab Settings Full. Hai nguồn khớp nhau. | ✅ Đóng — đã có nguồn |
| A-13 | LIVE có section này không? | — | Không cần hỏi — CSV cột LIVE environment của cả 8 hàng category Settings: Reset Associate Track đều là -. WBS dải Settings LIVE (UC_4.17.1 Market Data Management, UC_4.17.2 Resign Account) không có mục Reset. Thất bại ở LIVE đi đường Re-Buy (UC_4.15.3), không phải Reset. | ⚠️ Bị đảo bởi câu trả lời 2026-08-12 — khách mô tả nút này có ở LIVE, ở trạng thái Disabled cho tới khi status là Failed / Terminated. Xem A-23. |
| A-14 | Endpoint nào thuộc UC này? WBS Mapping BE liệt kê cả POST /calculate-cart lẫn POST /purchase-challenge-reset. | UC_4.11.1 chỉ own POST /calculate-cart (product_id="RESET") — request phát ra từ chính màn này. POST /purchase-challenge-reset xảy ra sau khi user bấm CTA trong modal → thuộc UC_4.10.3. | (BA không phản hồi riêng — áp dụng đề xuất) | ✅ Applied by default |
| A-15 | ⚪ WBS Mapping FE ghi "with confirmation modal" — có phải một modal xác nhận riêng (kiểu Step 1 của Resign) trước khi vào luồng mua không? | Không. "1-Click Confirmation Modal" là đúng tên RFQ đặt cho Reset Modal của UC_4.10.3 §10.2 (hiển thị Base Price / Tax / Total + vaulted card). Không có bước xác nhận thứ hai, và không có 2-step friction như Resign — Reset là hành động có thu tiền, đã tự có bước xác nhận là chính modal thanh toán. | (BA không phản hồi riêng — áp dụng đề xuất) | ✅ Applied by default — SRS phát biểu rõ để FE không dựng thừa 1 modal |
| A-16 | ⚪ Copy design "Reset and restart Associate Track. Current progress will be lost." — với account đã Failed thì "current progress" vốn đã mất rồi, câu này hơi lệch ngữ cảnh. | Giữ nguyên copy design, không tự sửa — cùng nguyên tắc đã áp dụng ở UC_4.11.2 A-02. Sửa copy là việc của khách. Nếu A-03 chốt nút cũng enable ở trạng thái Active_SIM thì câu này lại đúng ngữ cảnh. | (BA không phản hồi riêng — áp dụng đề xuất) | ✅ Applied by default |
| A-17 | ⚪ Wireframe chưa commit vào repo. WBS cột Reference trỏ Wireframe Stage 2/Settings/Account Actions - Reset Associate Track/*.png nhưng folder References/Wireframe/Stage 2/Settings/ chưa tồn tại. | Cite Figma node 1-15026 (theo WBS cột Mapping design) cho tới khi BA commit file ảnh — cùng cách xử lý như UC_4.6.1 và UC_4.11.2. | (BA không phản hồi riêng — áp dụng đề xuất) | ⚪ Ghi nhận — BA commit ảnh sau |
| A-18 | ⚪ BA in Charge. git config user.name = QuynhAnh12, không khớp BA Roster trong project_context.md. WBS cột BA PiC dòng 99 ghi anh.hoang12 (→ Anh Hoang). | Điền QuynhAnh12 theo đúng tiền lệ UC_4.11.2 vừa tạo cùng ngày. Đề nghị BA bổ sung QuynhAnh12 vào BA Roster rồi chạy Apply project context. | (BA không phản hồi riêng — áp dụng đề xuất) | ⚪ Ghi nhận |
| A-19 | ⚪ Cross-UC stale reference (2 chỗ, không phải 1). BR_4.6.2.1 — bảng tab list, nguồn duy nhất định nghĩa tab của màn Account — map Account Actions → UC_4.6.4 — Resign Account. Nhưng WBS hiện tại (dòng 81–84) cấp cho Settings common chỉ UC_4.6.1 – UC_4.6.4, và UC_4.6.4 nay là Controls (AI chat & Reduce motion); UC_4.6.5 không còn tồn tại. Account Actions đã ra khỏi dải common, tách thành UC_4.11.1 (Reset, SIM) + UC_4.11.2 (Resign, SIM) + UC_4.17.2 (Resign, LIVE). Toàn bộ docs đang trỏ Controls → UC_4.6.5 cũng sai theo. | Remap toàn bộ theo WBS, chỉ đổi UC_ID — không đụng business rule/field/behaviour nào. | ✅ BA chốt: map lại theo WBS mới. | ✅ Đã xử lý (2026-08-11) — cập nhật UC_4.6.2 v4 (BR_4.6.2.1, BR_4.6.2.11, §9.1 row 3) · UC_4.6.1 v1.3 (BR_4.6.1.9, BR_4.6.1.10, §9.1 row 3) · UC_4.1.1-4.1.5 v10 (UC_4.1.2 §2 row 6) · UC_4.11.2 v1.1 (BR_4.11.2.1) · UC_4.11.1 (BR_4.11.1.1) · 4 file index.md. |
| A-21 | ⚪ Anchor #7-exceptional-flow của UC_4.10.3 không tồn tại dưới dạng <a id> — heading ### 7. Exceptional Flow chưa có anchor tag, nên script/check-links.js báo broken. UC_4.10.4 hiện cũng đang trỏ vào anchor này và cùng bị lỗi. | UC_4.11.1 trỏ tạm về #UC_4.10.3 kèm text §7 Exceptional Flow để không phát sinh link hỏng. Không tự sửa file UC_4.10.3 (tài liệu của BA khác, v2.6) — đề nghị BA cho phép thêm <a id="7-exceptional-flow"></a> vào UC_4.10.3, sau đó trỏ lại chính xác ở cả 2 UC. | ✅ Anchor <a id="7-exceptional-flow"></a> đã có trong UC_4.10.3. | ✅ Đóng 2026-09-03 — UC_4.11.1 §7 trỏ thẳng vào anchor. |
| A-22 | 🔴 Giá nào áp cho reset từ Active_SIM và Terminated? Câu trả lời 2026-08-12 mở nút ở 2 trạng thái này nhưng không nói giá. Cả 2 đều không có archive_date (field này chỉ được ghi khi challenge Failed — UC_4.10.2), nên routing 4 nhánh theo window của BR_4.10.3.1 không có input. Cần khách chốt: Reset Fee hay Full Challenge Price? Modal nào mở (Reset Modal hay Start New Track Modal)? Founder dùng locked_reset_price hay locked_rebuy_price? | Không tự suy diễn. SRS v1.1 ghi ⏳ tại §6.2 / §6.3 / BR_4.11.1.4. Lưu ý logic: Active_SIM và Terminated đều phải provision account mới (sub-account bị xoá), giống nhánh hết window → nghiêng về Full Challenge Price, nhưng đây là suy luận, không phải nguồn. | ✅ Đã đóng 2026-09-03 — UC_4.10.3 BR_4.10.3.1 bổ sung Early Reset override [CHR-40]: input Status = Active_SIM luôn dùng tier trong window, không check window. → chỉ rơi vào route A (founder → locked_reset_price) hoặc route C (standard → Reset Fee theo Current_Level + Asset_Class). Modal luôn là Reset Modal [CHR-59]. | ✅ Đóng — ghi tại BR_4.11.1.6 |
| A-23 | 🔴 Bản LIVE của nút này do UC nào own? Khách trả lời: "Live Traders: Disabled. Live traders must use the 'Resign & Close Account' button first… The 'Start New Associate Track' button only becomes enabled once their status is Failed or Terminated." → hàm ý nút có tồn tại ở LIVE, mâu thuẫn với A-13 (CSV cột LIVE environment đều -) và với WBS (dải Settings LIVE chỉ có UC_4.17.1 + UC_4.17.2, không có Reset). | Ngoài phạm vi UC_4.11.1 theo chỉ đạo BA (2026-08-12: "chỉ viết cho SIM account"). Chỉ ghi nhận nguyên văn câu trả lời trong BR_4.11.1.8. Cần BA quyết: bổ sung WBS 1 dòng Reset cho Settings LIVE, hay gộp vào UC_4.15.3 (In-App Re-Buy)? | ✅ BA quyết 2026-08-26: tách UC riêng. Bổ sung 1 dòng Reset cho Settings LIVE — mã UC_4.17.3 — chứ không gộp vào UC_4.15.3. Lý do: UC_4.15.3 sở hữu modal mua hàng (và đã đăng ký màn này là "Entry Point 2" ở §2), còn UC_4.17.3 sở hữu section trong Settings — đúng cùng ranh giới hand-off mà UC_4.11.1 ↔ UC_4.10.3 đang dùng bên SIM. | ✅ Đã đóng — SRS: UC_4.17.3 (2026-08-26). Trader LIVE mua Re-Buy, không phải Reset. Status enable rút về Terminated ('Failed' là giá trị SIM — [RES-ZAPF-01]). ⏳ Còn lại: thêm row UC_4.17.3 vào WBS — tracked là A-40 ở QnA của UC_4.17.3. |
| A-24 | 🔴 UC_4.10.3 chưa đồng bộ với câu trả lời mới. Tài liệu đó hiện ghi Gate 1 = Status = 'Failed' AND SIM (dòng 105 và 167), §5.3 Step 0 cũng vậy, và không mô tả routine xoá sub-account đang active → thu tiền → provision mới. Câu trả lời 2026-08-12 mở rộng validation của POST /purchase-challenge-reset sang Active_SIM + Terminated. | UC_4.11.1 không tự sửa tài liệu của BA khác (v2.6). Ghi rõ trong BR_4.11.1.7 rằng UC_4.10.3 cần cập nhật. Cần cập nhật: Gate 1 (§5.1 / §5.2 / §5.3 Step 2), BR_4.10.3.1 (thêm nhánh giá — gắn với A-22), và §7 (Gate 1 fails). | ✅ Đã cập nhật — UC_4.10.3 Gate 1 nay là Status IN ('Failed', 'Active_SIM') [CHR-40], §5.3 Step 0/1 đã mô tả nhánh Early Reset, BR_4.10.3.2 mô tả provisioning Case A/B. | ✅ Đóng 2026-09-03 |
| A-20 | ⚪ script/parse_wbs.js chạy lỗi — Error: Cannot find module './lib_xlsx_min.js'. File dependency không có trong script/. | Vòng này đọc References/WBS/[BA Internal] Stacktrading.csv trực tiếp bằng CSV parser (đọc theo header, không đếm cột thủ công) để lấy dòng 99. Đề nghị bổ sung lib_xlsx_min.js hoặc sửa parse_wbs.js. | (BA không phản hồi riêng) | ⚪ Ghi nhận — cần fix script |
| A-05 | ⚪ Label của nút sau khi hết Discount_Code_Duration_Days — khách đưa 3 chuỗi khác nhau ("Start New Track" / "New Evaluation" / "Start New Associate Track") mà chưa chọn. | Không còn áp dụng. UC_4.10.3 BR_4.10.3.1 [CHR-59] chốt: modal luôn là Reset Modal, chỉ giá đổi. Không có "Start New Track Modal" ⇒ label nút không đổi. | ✅ Moot | ✅ Đóng 2026-09-03 — label tĩnh "Reset Associate Track", xem §9.1 row 4 |
| A-25 | 🟡 Trader Failed vào Settings reset SAU khi hết Discount_Code_Duration_Days thì tính giá thế nào? BA (2026-09-03) nêu quan điểm: trader tự chủ động reset thì không nên rơi vào trường hợp quá hạn ⇒ chỉ route A hoặc C. Điều đó tự đúng với Active_SIM (Early Reset override, A-22). Nhưng với account Failed, trader có thể để quá window rồi mới vào Settings — khi đó BR_4.10.3.1 vẫn route sang B/D (Full Challenge Price / locked_rebuy_price). | Không tự suy diễn. UC_4.11.1 BR_4.11.1.6 ghi đúng hiện trạng: Active_SIM → A/C; Failed → theo window như thường. | ⏸️ Cần BA/khách chốt — entry point này có ép A/C cho mọi state không, hay giữ window check cho Failed? | 🟡 Mở |
Tổng kết cho Agent 3 (Architect)
| Hạng mục | Kết luận đưa vào SRS |
|---|---|
| Phạm vi | Chỉ section Reset Associate Track trên tab Account Actions (SIM). Sau click → UC_4.10.3 — A-02 |
| Điều kiện enable | Status = 'Failed' (nguồn: UC_4.10.3 §5.3). 3 trạng thái khác ⏳ Pending clientActive_SIM, Soft Breach lockout, Failed, Terminated), không ẩn / không disable / không tooltip — A-03, A-04 |
| Hệ quả khi reset lúc đang active | Forfeit challenge đang chạy. BE: POST /purchase-challenge-reset nhận Active_SIM / Failed / Terminated; reset lúc active → xoá sub-account → thu tiền → provision account mới. POST /initiate-rebuy không đổi. Màn này không forfeit gì — chỉ mở modal — A-03 |
| Label nút | Trong window: Reset Associate Track. Hết window: đổi label (đã confirm STAGE2-023), chuỗi ⏳ Pending client — A-05 |
| Loading | Spinner + "Calculating regional taxes..." ngay trên màn Account Actions — A-06 |
| Kết thúc luồng | Success screen của UC_4.10.3 → Return to Dashboard → Dashboard Day 0, không quay về Settings — A-07 |
| Exceptional | Double-click (A-08) · 5xx/timeout/network → TE-SYS-01 (A-09) · 401 → TE-AUTH-01 (A-10) · 403 → trỏ UC_4.10.3 §7 (A-11) |
| Không có | Modal xác nhận riêng (A-15) · biến thể LIVE (A-13) · logic pricing/payment/provisioning (A-02, A-14) |
| Toast/Popup mới | Không phát sinh ID mới trong list-toast-popup.md — dùng lại TE-SYS-01, TE-AUTH-01, FP-02 |
Việc BA cần làm tiếp
Hỏi khách 3 nhánh trạng thái ở A-03 + xác nhận đọc design ở A-04.— đã xong 2026-08-12, khách trả lời Enabled cả 4 trạng thái SIM. SRS lên v1.1.Chốt chuỗi label sau khi hết window — A-05.— đã đóng 2026-09-03: modal luôn là Reset Modal[CHR-59]nên label nút không đổi. 2b.Giá + modal cho reset từ— đã đóng 2026-09-03: Early Reset overrideActive_SIM— A-22.[CHR-40]⇒ route A hoặc C. 2c.UC nào own bản LIVE của nút — A-23.— đã đóng 2026-08-26:UC_4.17.3. 2d.Cập nhật UC_4.10.3 cho khớp validation mới — A-24.— đã xong: Gate 1 nay nhậnFailed+Active_SIM. 2e. 🟡 Còn mở — A-25: hỏi BA/khách xem traderFailedvào Settings reset sau khi hếtDiscount_Code_Duration_Daysthì có bị route sang B/D không, hay entry point này ép A/C cho mọi state.- Commit 1 frame design
Account ActionsvàoReferences/Wireframe/Stage 2/Settings/— A-17. Duyệt việc cập nhật bảng tab list trong BR_4.6.2.1— A-19 đã xử lý xong 2026-08-11. FolderUC_4.6.1-4.6.5cũng đã được đổi tên thànhUC_4.6.1-4.6.4và toàn bộ link trong repo đã remap theo.- Bổ sung
QuynhAnh12vào BA Roster (project_context.md) — A-18. - Fix
script/parse_wbs.js(thiếulib_xlsx_min.js) — A-20. Thêm anchor— đã có (2026-09-03).<a id="7-exceptional-flow"></a>vào UC_4.10.3 — A-21.