| A-01 | [INTRA_RULE_CONTRADICTION] user_id của Induction_Due là ai? [POD-SLA-10] Để đóng cần biết mentee (so email trên event); email breach lại gửi leader. Nếu lưu user_id = mentee thì POD-SLA-09 "leader bị terminate → xoá theo user_id của leader" không chạm tới các bản ghi này. | Bản ghi Induction_Due lưu user_id = mentee + thêm 1 cột lưu mã Pod Leader. Leader bị terminate → xoá các bản ghi mang mã leader của họ. | Bản ghi Induction_Due gắn với Pod Leader (user_id = leader). Cách xác định mentee của bản ghi do BE thiết kế. BA chốt 2026-10-16. | ✅ Đã chốt |
| A-02 | "Đóng" SLA nghĩa là gì? (chuyển từ UC_8.2.2 cũ A-05) Cột tối thiểu không có cột hoàn thành. | Thêm 1 cột lưu thời điểm hoàn thành; cron bỏ qua bản ghi đã có thời điểm hoàn thành. Giữ bản ghi để Ops tra nộp muộn. | BE tự thiết kế. BA bỏ 2026-10-16. | ⛔ Bỏ |
| A-03 | Tạm dừng timer hoạt động thế nào? POD-SLA-08 nói "pause" nhưng không nói khi quay lại thì hạn tính ra sao. Nếu chỉ loại khỏi query, hạn đã qua trong lúc nghỉ sẽ bắn breach ngay khi quay lại. | Lưu thời điểm bắt đầu tạm dừng; khi quay lại, deadline_timestamp cộng thêm đúng thời gian đã tạm dừng. Không gửi warning/breach trong lúc tạm dừng. | Theo giả định: lưu thời điểm bắt đầu tạm dừng, quay lại thì cộng bù; không gửi warning/breach khi tạm dừng. BA chốt 2026-10-16. | ✅ Đã chốt |
| A-04 | "Locked do DTO/Hiatus" là giá trị của cột nào? [POD-XF-14] Dùng chung cho UC_8.2.3, 8.2.4, 8.2.5, 8.2.6, 8.2.7. | Đọc từ Users.status (giá trị Flow 13 đặt khi duyệt DTO/Hiatus). Danh sách status bị loại khỏi các cron Pod viết 1 lần ở UC này (P-04). | Cron bỏ qua user có status "Locked do DTO/Hiatus"; đọc từ cột nào do BE xử lý. BA chốt 2026-10-16. | ✅ Đã chốt |
| A-05 | Mentee đổi pod khi Induction_Due đang treo (Flow 15A ghép lại, hoặc Ops chuyển qua /admin-pod-reassignment). Hạn cũ thuộc leader cũ. | Xoá Induction_Due của leader cũ. Nếu mentee đã nộp plan → mở Induction_Due mới cho leader mới = lúc gán + 5 ngày. Plan_Due (nếu còn) giữ nguyên. | Theo giả định. BA chốt 2026-10-16. | ✅ Đã chốt |
| A-06 | [INTRA_RULE_CONTRADICTION] Inactive_Hold — tạm dừng hay xoá? POD-SLA-08 nói tạm dừng, nhưng Flow 12 đưa mentee Inactive_Hold ra khỏi pod (giảm Current_Count) → Induction_Due của leader không còn ý nghĩa. Khi kích hoạt lại, mentee có thể về pod cũ hoặc vào waitlist. | Tạm dừng khi vào Inactive_Hold. Kích hoạt lại: về pod cũ → tiếp tục (theo A-03); vào waitlist → xoá bản ghi; được ghép pod mới sau đó → xử lý như A-05. | Tạm dừng khi vào Inactive_Hold. Quay lại pod cũ → tính lại từ đầu, mở Induction_Due mới (không tiếp tục hạn cũ, không cộng bù — coi như vào pod lại); vào waitlist → xoá; ghép pod mới → như A-05. BA chốt 2026-10-16. | ✅ Đã chốt |
| A-07 | Mentee mất leader và vào waitlist (leader bị terminate, Flow 15A không ghép được) khi Plan_Due còn treo. Email breach CC leader nào? | Xoá cả Plan_Due và Induction_Due của mentee; mở lại khi được ghép pod mới. | Theo giả định. BA chốt 2026-10-16. | ✅ Đã chốt |
| A-08 | Mentee lên Level 7 khi SLA còn treo (Pod Graduation — UC_8.1.1). POD-SLA-09 chỉ nói Flow 7 / 15C. | Xoá bản ghi của mentee như khi rời chương trình. | Theo giả định. BA chốt 2026-10-16. | ✅ Đã chốt |
| A-09 | Cron lỡ cửa sổ warning (cron ngừng chạy, quá hạn khi chưa gửi warning). | Chỉ gửi breach, không gửi warning muộn. | Không gửi bù warning khi đã quá hạn. Chỉ gửi warning khi 0 < thời gian còn lại ≤ 12 giờ và chưa gửi warning; còn lại ≤ 0 → bỏ warning, chỉ gửi breach. Khách trả lời 2026-10-22. | ✅ Đã chốt |
| A-10 | Copy chính xác của 2 email warning. Khách chỉ nói "cùng copy, đổi thành expires in less than 12 hours", chưa có subject/body cụ thể. | Subject: Reminder: Trading Plan Due in Less Than 12 Hours / Reminder: Induction Sync Due in Less Than 12 Hours. Body: thay "has expired" bằng "expires in less than 12 hours", giữ nguyên phần còn lại. Gửi khách xác nhận. | Khách gửi copy (template Stage 6): Mentee_Plan_Warning — Subject: ACTION REQUIRED: Trading Plan Deadline in <12 Hours; Mentor_Induction_Warning — Subject: ACTION REQUIRED: Induction Sync Deadline in <12 Hours. Body: "expires in less than 12 hours". Nguyên văn: UC_8.2.4 BR_8.2.4.3. | ✅ Đã chốt |
| A-11 | Dữ liệu cron gửi sang Zapier cho 4 event key — template cần Mentee_Name, Leader_Name, Typeform_Link, Calendar_Link, email người nhận, email CC. | Payload gồm: event key, user_id, email người nhận, email CC, tên mentee, tên Pod Leader, link Typeform Trading Plan (gắn sẵn user_id), link Master Calendar của leader. Tên trường do BE chốt trong OpenAPI spec. Đánh dấu warning_sent_at / breach_sent_at sau khi Zapier nhận thành công; lỗi → lần chạy sau thử lại. | BE tự xác định, không hỏi khách. BA bỏ 2026-10-16. | ⛔ Bỏ |
| A-12 | Induction_Due tạm dừng theo trạng thái của ai? POD-SLA-08 nói "user" Inactive_Hold / khoá DTO-Hiatus. Hạn Induction_Due liên quan 2 người: leader phải đặt lịch, mentee là người được họp. Leader đang DTO thì không thể đặt lịch; mentee Inactive_Hold thì cuộc họp không có ý nghĩa. | Tạm dừng khi leader hoặc mentee đang ở trạng thái tạm dừng. Plan_Due chỉ xét trạng thái của mentee. | Theo giả định. BA chốt 2026-10-16. | ✅ Đã chốt |
| A-13 | Slack breach #ops-risk (T-07) do Zapier hay Middleware gửi? Zapier Integration V7.pdf Flow 10.2 chỉ có bước gửi email; POD-SLA-02 chỉ nói "có Slack alert". Nếu Zapier gửi thì payload breach cần thêm user_id, tên, vai trò cho mẫu Slack. | Middleware gửi Slack ngay sau khi Zapier nhận webhook breach thành công (cùng cách các Slack alert khác của Middleware). Slack gửi lỗi → ghi log, không gửi lại email. | BE tự define. BA bỏ 2026-10-16. | ⛔ Bỏ |