# HANDOFF — Brief 5 phút cho session tiếp theo **Last updated:** 2026-05-11 (Session 20 — **🎯 PE Detail UI restructure 3 yêu cầu UX user (4 chunk `9dee00d`→`2bba851`→`f2f01f4`→Docs). FE-only restructure (1 hook BE nhẹ auto-seed Detail). Q1=a giữ Section "Chọn NCC TP" riêng / Q2=a NCC shared + 1 hạng mục demo / Q3=a chỉ hiện NV đã ký / Q4 public luôn (skip dotnet test, vẫn npm build × 2 app mỗi chunk vì rename/remove function). Chunk A: BE CreatePE handler thêm 1 PurchaseEvaluationDetail mặc định (NoiDung=TenGoiThau, ThanhTienNganSach=Budget.TongNganSach||BudgetManualAmount||0) + FE reorder section Hạng mục lên #2. Chunk B: ItemsTab restructure list HangMucCard 1 card / hạng mục với expand panel chứa NCC inline table 8 cột (NCC/Liên hệ/Điều khoản TT/File báo giá/ĐG chưa VAT/ĐG có VAT/Thành tiền/Action). Click cell quote → QuoteDialog reuse. Drop SuppliersTab function ~134 LOC dead code, giữ 2 dialog + SupplierAttachmentsCell. Section 4 NCC tham gia gộp vào Section 2 → 4 section final (Thông tin/Hạng mục nested/Chọn NCC TP thắng thầu/Ý kiến). Chunk C: LevelOpinionsSectionV2 forEach step → 1 StepOpinionsBox (replace grid-cols-2 N approvers). Header "Bước N — Tên" + dept badge + "X/Y đã duyệt" counter. Body filter signed opinions sort levelOrder asc + signedAt asc → StepOpinionEntry per signed (tên + Cấp badge + admin override badge + timestamp + comment). NV chưa duyệt KHÔNG hiển thị. KHÔNG đụng Mig 26 schema. Drop LevelOpinionBox function. 81 test pass unchanged (UAT defer).**) ## TL;DR Session 20 — PE Detail UI restructure 3 yêu cầu user UX User UAT live feedback: "Logic khá OK rồi, điều chỉnh giao diện chỗ Duyệt NCC 1 tý". 3 yêu cầu cụ thể: 1. Hạng mục đưa lên phía trên + auto-tạo 1 hạng mục từ gói thầu (tên = TenGoiThau, giá trị = ngân sách) 2. NCC expand dưới hạng mục (tầng 1 = hạng mục, tầng 2 = NCC, thông tin nhập trên grid) 3. Section Ý kiến: gộp comment đồng cấp cùng Phòng → 1 ô / bước (chỉ hiện NV đã duyệt) ### Q&A clarify trước code (chốt scope) - **Q1=a**: Giữ Section "Chọn NCC TP thắng thầu" riêng (rõ UX, không gộp dropdown winner vào nested grid) - **Q2=a**: NCC shared cross-hạng mục (như schema PE.Suppliers hiện tại) — "nhưng hiện chỉ cần 1 hạng mục trước tiên" → đơn giản scope Chunk B - **Q3=a**: CHỈ hiển thị NV đã ký (KHÔNG show placeholder "— chưa duyệt") - **Q4 public luôn demo**: Phase 9 UAT iteration skip `dotnet test` mỗi chunk, vẫn chạy `npm run build` × 2 app mỗi chunk (rule UAT skip verify exception cho rename/remove function — đã catch TS6133 SuppliersTab + SupplierAttachmentsCell) ### Chunk A (`9dee00d`) — BE auto-seed Hạng mục + FE reorder section **BE — `PurchaseEvaluationFeatures.cs` `CreatePurchaseEvaluationCommandHandler`:** ```csharp var defaultBudgetValue = linkedBudgetTotal ?? request.BudgetManualAmount ?? 0m; var defaultDetail = new PurchaseEvaluationDetail { PurchaseEvaluationId = entity.Id, GroupCode = "01", GroupName = "Hạng mục chính", NoiDung = request.TenGoiThau, DonViTinh = "gói", KhoiLuongNganSach = 1m, KhoiLuongThiCong = 1m, DonGiaNganSach = defaultBudgetValue, ThanhTienNganSach = defaultBudgetValue, Order = 1, }; db.PurchaseEvaluationDetails.Add(defaultDetail); // + Changelog Insert audit ``` `linkedBudgetTotal` mới: nếu PE link Budget, fetch `Budget.TongNganSach` (computed sum BudgetDetails). Nếu không link, fall back `BudgetManualAmount`. Nếu cả 2 null → 0. **FE — Reorder section** (mirror fe-admin + fe-user, Chunk A intermediate state): 1.Thông tin / **2.Hạng mục (lên #2)** / 3.Chọn NCC / 4.NCC tham gia / 5.Ý kiến. Verify: `dotnet build SolutionErp.slnx` 0 warn / 0 err. ### Chunk B (`2bba851`) — Nested grid Hạng mục → NCC expand Restructure `ItemsTab` thành list `HangMucCard` (1 card / 1 hạng mục, expanded=true mặc định cho 1 hạng mục demo). **HangMucCard structure:** ``` ┌──────────────────────────────────────────┐ │ ▼ 01 · Tên hạng mục KL ĐG TT NS │ ← Header row │ ──────────────────────────────────────── │ │ NCC tham gia (3) [+ Thêm NCC] │ ← Sub-header │ ┌──────────────────────────────────────┐ │ │ │ NCC │ Liên hệ │ ĐK │ File │ giá ... │ │ ← Inline NCC table │ ├──────────────────────────────────────┤ │ │ │ NCC X │ ... │ ... │ ... │ ... │ │ │ │ └──────────────────────────────────────┘ │ └──────────────────────────────────────────┘ ``` Header card: GroupCode + NoiDung + 3 stat (KL/ĐG ngân sách/TT ngân sách) + NS link Δ (nếu có Budget link) + Pencil/Trash actions + ▼/▶ toggle expand. Expand body: NCC inline table 8 cột (NCC / Liên hệ / Điều khoản TT / **File báo giá** / ĐG chưa VAT / ĐG có VAT / Thành tiền / Action). **Tương tác:** - Click cell quote (chưa VAT / có VAT / Thành tiền) → mở `QuoteDialog` cũ (reuse) - `+ Thêm NCC` button trong expand panel → `AddSupplierDialog` cũ (reuse) - `✏` icon mỗi NCC row → `EditSupplierDialog` cũ - `✓` icon → `setWinner` mutation, row + cell ăn theo màu emerald - `🗑` icon disabled khi NCC là winner hoặc đã có quote (giữ logic cũ) - `SupplierAttachmentsCell` nhúng vào cell "File báo giá" — full CRUD upload/download/delete file **Drop dead code:** - Function `SuppliersTab` xóa hoàn toàn (~134 LOC) — replace bằng `HangMucCard` expand panel - Bỏ Section 4 "NCC tham gia" cũ trong main render PeDetailTabs (gộp vào Section 2) **Section layout cuối** (4 section): 1. Thông tin gói thầu 2. Hạng mục + Báo giá NCC (nested expand) 3. Chọn NCC / TP thắng thầu 4. Ý kiến cấp duyệt Verify: `npm run build` × 2 app pass (sau khi catch TS6133 SuppliersTab unused → drop + SupplierAttachmentsCell unused → restore vào cột "File báo giá"). ### Chunk C (`f2f01f4`) — Section Ý kiến gộp đồng cấp cùng Phòng **FE-only mirror 2 app**. KHÔNG đụng Mig 26 schema (vẫn UPSERT 1 row / Level trong `PurchaseEvaluationLevelOpinions` qua `ApproveV2Async` Service). Chỉ thay đổi render layer. **Trước (S19 LevelOpinionsSectionV2):** ``` forEach step: div.grid-cols-2: forEach level: forEach approver: (1 box / NV) - Cấp N — Tên NV - "Đã duyệt" emerald badge or "— chưa duyệt" italic gray - comment text - admin override badge nếu signedBy !== approver ``` **Sau (Chunk C):** ``` forEach step: - Header: "Bước N — Tên" + dept badge emerald + "X/Y đã duyệt" counter - Body: - empty → "— Chưa có ý kiến duyệt." italic gray - else → list per signed opinion (sort levelOrder asc, signedAt asc) ``` `StepOpinionEntry`: - Header trái: ApproverFullName + "Cấp N" badge slate + admin override badge amber nếu có - Header phải: emerald rounded-full timestamp "✓ DD/MM/YYYY HH:mm" - Body: comment text whitespace-pre-wrap NV chưa duyệt KHÔNG hiển thị (Q3=a) — chỉ 1 box / Step thay vì N box / NV như cũ. **Drop dead code:** - Function `LevelOpinionBox` xóa (~50 LOC) — replace bằng `StepOpinionsBox` + `StepOpinionEntry` Verify: `npm run build` × 2 app pass. ### Pending Session 21+ (carry over từ HANDOFF S19 + còn nguyên) 1. **Test V2 Service wire** (Chunk B Service hook S19 + Section gộp Chunk C S20) — defer chờ UAT user confirm + có sample data Production. Domain test ApproveV2 + UPSERT opinion match logic + Admin override match firstLevel + comment empty placeholder + render gộp Step. 2. **Test regression B4 silent 403 S18** (HIGH §7 priority — vi phạm rule "test-before bug fix") — per-action `[Authorize(Policy=...)]` ApprovalWorkflowsV2Controller. 3. **Test Mig 25 PATCH `/user-selectable`** endpoint (admin scope hẹp, MED). 4. **🎯 Contract V2 wire (Mig 27/28 mirror PE pattern)** — biggest pending Plan. Audit-reuse memory áp dụng: - Mig 27: `Contract.ApprovalWorkflowId` Guid? + `CurrentApprovalLevelOrder` int? - Mig 28: `ContractLevelOpinions` mirror PE Mig 26 (UNIQUE composite, FK Cascade/Restrict) - `ContractWorkflowService.ApproveV2Async` mirror PE branch - `ContractCreatePage` Workspace Select V2 (validate ApplicableType=Contract=3) - Pin V2 mặc định cho ContractType (admin Designer) - `ContractDetailContent` Section "Ý kiến cấp duyệt" V2 dynamic (mirror S20 Chunk C — 1 box / Step) 5. **Phân quyền strict V2** — vẫn loose UAT (mọi authenticated user thấy mọi phiếu V2). Sau confirm flow: - List = Drafter + approver any-Step + Admin - Inbox = chỉ approver Cấp hiện tại (V2 đã đúng — `ResolveV2InboxIdsAsync`) - Detail = same as List - Cũng giải quyết được bug "/inbox loose trả phiếu Nháp" → sau khi strict, B1 FE filter S18 có thể relax 6. **Drop legacy V1 cleanup** sau khi không còn phiếu pin `WorkflowDefinitionId`: - Drop tables `WorkflowDefinitions` + `WorkflowSteps` + `WorkflowStepApprovers` + PE versions - Mig 29+ cleanup drop column `RejectedAtStepIndex` + `RejectedFromPhase` deprecated S17 - Drop `ApproveV1LegacyAsync` branch trong Service 7. **Drop Mig 15 cho V2 phiếu** sau UAT confirm — Mig 30 cleanup drop bảng `PurchaseEvaluationDepartmentOpinions` + entity. Hoặc giữ cả 2 backward compat (Q3 user chốt phiếu MỚI dùng V2, V1 cũ giữ legacy không migrate). 8. **schema-diagram §16 PE Level Opinions V2** + §17-21 Mig 18-21 — defer cron audit 2026-06-01. 9. **Skill `ef-core-migration`** frontmatter "21 migration" stale (thực 26) — defer cron audit 2026-06-01. ### Hard blockers ops (carry over từ Session 19) - UAT thật 1 tuần với 2-3 user (Drafter/CCM/BOD) - SMTP config → Email outbox (BLOCKED chờ user cấp host/user/pass) - Rotate creds (admin + 30 demo + SA + vrapp + JWT secret + Gitea runner token) - Schedule SQL backup daily — `scripts/backup-sql.ps1` chưa schedule Task Scheduler - Remove binding cũ `.huypham.vn` sau verify stable - win-acme scheduled task "unhealthy" — auto-renew fix trước 2026-06-18 ### Audit định kỳ - Lần gần nhất: 2026-05-04 (manual trễ 4 ngày) — log `docs/changelog/skill-audit-2026-05.md` - Lần kế: **2026-06-01** combined audit (skill + doc drift). Drift hiện tại unchanged từ S19 (S20 không thêm migration / gotcha mới): - `ef-core-migration` "21 migration" stale (thực 26) - `dependency-audit-erp` count gotcha 41 stale (thực 44) - `schema-diagram` §16 PE Level Opinions V2 + §17-21 Mig 18-21 pending - Cron Claude SDK KHÔNG fit monthly (auto-expire 7d, memory `feedback_cron_monthly_limitation`) — manual trigger khi đến ngày hoặc user nói "audit MD" / "kiểm tra docs" ## TL;DR Session 19 — PE Section 5 V2 dynamic theo Workflow + Mig 26 User feedback Section 5 hiện CỨNG 4 box (Mig 15 PheDuyet/CCM/MuaHàng/SmPm từ Phase 8) → cần ĐỘNG theo Workflow V2 đã pin với phiếu. Spec rõ: forEach Step (Phòng) → forEach Level (Cấp) → forEach NV → 1 OpinionBox với ý kiến + tên người. "Bước 1 phòng A có 2 NV → 2 box ngang hàng". User chốt 5 câu Q&A trước code (capture trong session log): - Q1=**1B**: Comment khi NV nhấn Duyệt trong Workflow Panel auto sync sang OpinionBox của NV đó (Section 5 read-only summary). KHÔNG có form input rời. - Q2=**2A+Admin**: Chỉ NV chính chủ duyệt được. Admin override → lưu SignedByUserId=Admin.Id, FE banner "Admin duyệt thay" khi SignedByUserId !== Level.ApproverUserId. - Q3=**V2 hết**: Phiếu V1 legacy → fallback render Mig 15 4 box CỨNG readOnly cho data history (KHÔNG drop Mig 15 — giữ data cũ). - Q4=**4C + bonus**: Phase=DaDuyet/TuChoi → khoá hoàn toàn. Admin có quyền duyệt thay. Comment empty/whitespace → ghi "(duyệt — không ý kiến)" placeholder. - Q5=**5A**: Layout group theo Step (header "Bước N — Phòng X" badge emerald + hint số người duyệt) + grid-cols-2 cho N approvers (wrap nếu N>2). ### Polish 3 button Hành động (873e7a1) — đầu session Session 18 turn cuối user đã review screenshot "Hành động: Trả lại / Hủy/Từ chối / Duyệt → Chờ CCM" — yêu cầu rút gọn label + 3 màu khác nhau + bold. PeWorkflowPanel.tsx (mirror 2 app): - Label: "← Trả lại (về Drafter sửa)" → **"← Trả lại"** | "✗ Hủy / Từ chối" → **"✗ Từ chối"** | "✓ Duyệt → Chờ CCM" → **"✓ Duyệt"** - Phase đích vẫn hiện qua tooltip title khi hover - 3 màu: Duyệt = emerald (positive) · Trả lại = amber (request changes) · Từ chối = red (terminal) - font-medium → font-bold ### Chunk A (`77a3058`) — Domain entity + EF + Mig 26 `PurchaseEvaluationLevelOpinion : AuditableEntity`: - (PEId, ApprovalWorkflowLevelId) UNIQUE composite - Comment nvarchar(2000) - SignedAt datetime2 (luôn có khi UPSERT) - SignedByUserId Guid (NV chính chủ HOẶC Admin override) - SignedByFullName nvarchar(200) — denorm tránh user xóa/đổi tên EF: FK Cascade Pe + Restrict Level. SignedByUserId KHÔNG nav (denorm only). Migration 26 `AddPeLevelOpinionsForV2`: 1 CREATE TABLE + 2 FK + 2 index. 3-file rule commit đủ. Apply LocalDB SolutionErp_Dev OK (Mig 25 + 26 catchup). Verify: dotnet build pass + dotnet test 81 pass. ### Chunk B (`90baa8e`) — Service V2 hook + DTO + GET include Service `ApproveV2Async` sau khi log approval → UPSERT row LevelOpinion cho Cấp hiện tại: ```csharp var matchingLevel = pendingLevelGroup .FirstOrDefault(l => actorUserId.HasValue && l.ApproverUserId == actorUserId.Value) ?? pendingLevelGroup.First(); // Admin override fallback first var actorFullName = await ResolveActorFullNameAsync(actorUserId, isSystem, ct); var existingOpinion = await db.PurchaseEvaluationLevelOpinions .FirstOrDefaultAsync(o => o.PurchaseEvaluationId == evaluation.Id && o.ApprovalWorkflowLevelId == matchingLevel.Id, ct); var normalizedComment = string.IsNullOrWhiteSpace(comment) ? "(duyệt — không ý kiến)" : comment.Trim(); // UPSERT: if existing → update; else → Add new ``` Reject (Trả lại / Từ chối) KHÔNG sync. Multi-NV cùng Cấp OR-of-N: match level theo ApproverUserId (NV chính chủ). Admin = fallback first; FE banner "Admin duyệt thay". Helper `ResolveActorFullNameAsync` lookup denorm SignedByFullName từ Users (fallback "(System)" / "(unknown)"). DTO `PurchaseEvaluationLevelOpinionDto` 15 fields: - LevelId, StepOrder, StepName, StepDepartmentId, StepDepartmentName - LevelOrder, LevelName, ApproverUserId, ApproverFullName - Comment, SignedAt, SignedByUserId, SignedByFullName GET handler Include LevelOpinions + `BuildLevelOpinionsAsync` JOIN ApprovalWorkflows.Steps.Levels + Departments + Users → denorm DTO. Empty list cho phiếu V1 / V2 chưa có cấp duyệt → FE fallback message. Verify: dotnet build pass + dotnet test 81 pass. ### Chunk C (`6e913b3`) — FE Section 5 V2 dynamic mirror 2 app Type `PeLevelOpinion` (15 field) + `PeDetailBundle.levelOpinions[]`. Section 5 PeDetailTabs conditional: ```tsx {evaluation.approvalWorkflowId ? : } ``` `LevelOpinionsSectionV2`: - Empty state khi `flow null` / `0 steps` → message "Workflow chưa cấu hình hoặc chưa có cấp duyệt nào" - forEach `step` → header "Bước N — " + dept badge emerald + hint "(N người duyệt)" nếu totalApprovers > 1 - Body grid-cols-2 cho `step.levels.flatMap(level => level.approvers.map(approver => ))` - Lookup opinion theo (stepOrder, levelOrder, approverUserId) match levelOpinions[] `LevelOpinionBox` read-only: - Title "Cấp N — " - Badge amber "⚠ Admin duyệt thay" khi `signedByUserId !== approverUserId` - Badge emerald "✓ Đã duyệt" khi opinion tồn tại - Empty: "— chưa duyệt" italic gray - Footer: timestamp signedAt format vi-VN Workspace mode hint amber giữ "Ý kiến + chữ ký auto đồng bộ khi NV duyệt phiếu — vào menu Duyệt để ký." Mirror fe-admin + fe-user (rule §3.9). Verify: npm run build × 2 pass · 0 TS error. ### Stats Δ Session 19 | | Trước S19 | Sau S19 | |---|---:|---:| | Migrations | 25 | **26** (+1 Mig 26) | | DB tables | 58 | **59** (+1 PeLevelOpinions) | | API endpoints | ~141 | ~141 (no new — UPSERT auto qua Service hook) | | FE pages | 33 | 33 (modify existing only) | | Test pass | 81 | 81 (no change — UAT defer test §7) | | Gotchas | 44 | 44 | | Memory entries | 14 | 14 | | Skills | 6 | 6 | | Commits | (after S18) | **+4** (873e7a1 + 77a3058 + 90baa8e + 6e913b3 + Chunk D Docs) | ## ⚠️ Điều quan trọng cho Session 20+ 1. **Test V2 Service wire mới (Chunk B Service hook)** — defer khi UAT user UAT confirm + có sample data Production. Domain test ApproveV2 + UPSERT opinion match logic + Admin override match firstLevel + comment empty placeholder. 2. **Drop Mig 15 cho V2 phiếu (cleanup sau UAT confirm)** — sau khi không còn phiếu V2 dùng `PurchaseEvaluationDepartmentOpinions` (tất cả phiếu V2 chỉ dùng Mig 26 LevelOpinions). Mig 27 cleanup drop bảng + entity. Phiếu V1 legacy giữ Mig 15. Hoặc giữ cả 2 để backward compat. 3. **Migrate phiếu V1 cũ sang V2 (data migration)** — admin tool chuyển `ApprovalWorkflowId` từ null → V2 workflow phù hợp + clear `WorkflowDefinitionId`. Hiện chưa làm (Q3 user nói chuyển V2 hết = phiếu MỚI dùng V2, phiếu V1 cũ giữ legacy không migrate — đơn giản hơn). 4. **Contract V2 wire (Mig 27 hoặc 28) + Section 5 dynamic Contract** — mirror PE Mig 26 pattern: thêm `Contract.ApprovalWorkflowId` + `CurrentApprovalLevelOrder` (Mig 27) + `ContractLevelOpinions` (Mig 28) + Service `ApproveV2Async` mirror PE + ContractDetailContent Section 5 V2. Audit-reuse pattern memory `feedback_audit_reuse_before_clone` áp dụng. 5. **Phân quyền strict V2** — vẫn loose UAT. Sau confirm V2 flow (S19 Section 5 + S18 polish OK): - List = Drafter + approver any-Step + Admin - Inbox = chỉ approver Cấp hiện tại (V2 đã đúng) - Detail = same as List 6. **schema-diagram §16 PE Level Opinions V2** — thêm khi Chunk D update. Mig 22-25 V2 schema vẫn defer cron audit 2026-06-01. 7. **Skill `ef-core-migration` frontmatter "21 migration" stale** (thực 26). Defer cron audit 2026-06-01. --- ## TL;DR Session 18 — PE V2 polish + Clone B + 4 bug fix UAT User UAT live tiếp Session 17, 7 batch nhỏ + 1 feature lớn (Mig 25). Áp memory `feedback_uat_skip_verify` (skip dotnet test mỗi chunk, push ngay) + lesson `0ae3fe2`: rename/remove → BẮT BUỘC `npm run build`. ### B1 (`aaa1c6c`) — Pe Duyệt filter cứng "Đã gửi duyệt" User: "Duyệt bỏ cái trạng thái đi, chỉ load những trạng thái 'Đã gửi duyệt' là đc." - Bỏ dropdown "Tất cả trạng thái" khỏi UI khi `pendingMe=true`, thay bằng hint amber "Lọc cố định: Đã gửi duyệt (phiếu đang chờ duyệt)" - Filter cứng client-side: `getPeDisplayStatus(p.phase) === DaGuiDuyet` — loại Nháp/Trả lại/Đã duyệt/Từ chối - Header count dùng `rows.length` khi `pendingMe` (inbox không paged) - Workaround BE `/inbox` loose UAT có thể trả phiếu Nháp (phân quyền strict V2 pending Session 19+) - Mirror fe-admin + fe-user `PurchaseEvaluationsListPage.tsx` ### B2 (`917446d`) — HistoryTab filter Trả lại / Gửi duyệt lại User: "Lịch sử thay đổi: chỉ bắt các dòng thay đổi khi trả lại và gửi duyệt lại thôi nhé, không cần bắt trạng thái duyệt và các thay đổi trước khi trả lại." - FE filter trong `PeDetailTabs.HistoryTab`, BE giữ audit data đầy đủ (reversible nếu user đổi ý / cần audit trail compliance) - Logic giữ: - Workflow transition về TraLai (`phaseAtChange === 98`) - Workflow transition từ TraLai (summary chứa `"TraLai →"`) - Mọi thay đổi nội dung (Header/Detail/Supplier/Quote/Attachment) khi `phaseAtChange === 98` - Bỏ: workflow Approve cùng cấp (Cấp 1→2→DaDuyet), sửa khi phase=Nháp/ChoDuyet ban đầu - Empty state: "Chưa có lịch sử trả lại / gửi duyệt lại" ### B3 (`937eb24`) — Clone V2 cho B (DuyetNccPhuongAn) User: "Quy trình chọn thầu phụ - NCC → Duyệt NCC đúng. Plan kế hoạch clone toàn bộ updates sang Duyệt NCC và Giải pháp." Audit reuse trước thay vì duplicate. Phát hiện 80% đã chung: - Schema V2 (Mig 22-24) qua `ApplicableType` enum - BE Service `ApproveV2Async` không hardcode type - App CQRS / API `/approval-workflows-v2?applicableType=N` dynamic - FE Designer `ApprovalWorkflowsV2Page` có `TYPE_CODE_TO_INT` cả 3 type - Layout regex `^AwV2_(.+)$` match dynamic typeCode - App.tsx route `/system/approval-workflows-v2/:typeCode` dynamic Chỉ thiếu cho B: **menu key + sample seed** (3 file ~60 LOC). - `MenuKeys.cs` +const `ApprovalWorkflowDuyetNccPhuongAnV2 = "AwV2_DuyetNccPhuongAn"` + add vào `All[]` - `DbInitializer.SeedMenusAsync` +leaf "Duyệt NCC và Giải pháp (Mới)" dưới root ApprovalWorkflowsV2 (Order=2 cạnh leaf A Order=1) - `DbInitializer +SeedSampleApprovalWorkflowsV2Async` (idempotent — skip nếu admin đã tạo workflow B nào, hoặc thiếu test user `nv.test`/Phòng CCM): seed `QT-DN-PA-V2-001 v01` 1 Bước Phòng CCM × 1 Cấp NV test - `fe-admin/lib/menuKeys.ts` +`AwV2_DuyetNccPhuongAn` KHÔNG migration / Service / Designer page mới. Memory `feedback_audit_reuse_before_clone.md` capture pattern. User feedback "OK khá tốt, 1 phát chạy luôn :))" sau verify → confirm approach. ### B4 (`f77ea38`) — Fix silent 403 ApprovalWorkflowsV2Controller Triệu chứng: Drafter `nv.test` Workspace tạo phiếu B → dropdown "Quy trình duyệt" empty mặc dù Admin Designer thấy 2 version (v01 sample + v02 admin clone). Root cause: Class-level `[Authorize(Policy = "Workflows.Read")]` → non-admin role 403 Forbidden khi GET `/api/approval-workflows-v2`. TanStack Query catch error không hiện UI → dropdown rỗng silent. Fix: - Class-level đổi `[Authorize]` only (any authenticated user) - GET endpoint inherit class policy — Drafter list workflow để pick read-only, không nhạy cảm - POST + DELETE giữ `[Authorize(Policy = "Workflows.Create")]` admin-only Designer Pattern reusable cho Contract V2 Mig 26 sau. ### B5 (`a9c0857`) — Fix sidebar highlight queryMatches transient keys Triệu chứng: Ở leaf "Danh sách" `/purchase-evaluations?type=1`, click chọn 1 phiếu → URL thành `?type=1&id=abc` → leaf bị mất highlight box (gotcha #34 cũ tái phát theo cách khác). Root cause: `queryMatches` exact-set equality — target `{type}` (1 key) vs current `{type, id}` (2 keys) length mismatch → no match → leaf unhighlight. Fix: `TRANSIENT_QUERY_KEYS = {id, q, editHeader, page, phase, awId}` — strip trước khi compare. Mọi key navigation identity (`type`, `pendingMe`, `mode`) check exact-set như cũ. Edge cases verified: | URL hiện tại | Target leaf | Match | |---|---|---| | `?type=1&id=abc` | Danh sách `?type=1` | ✓ giữ highlight | | `?type=1&pendingMe=1` | Danh sách `?type=1` | ✗ distinct (không cross-highlight Pending) | | `?type=1&phase=10` | Danh sách `?type=1` | ✓ giữ highlight (filter dropdown) | | `?type=1&pendingMe=1&awId=xyz` | Duyệt `?type=1&pendingMe=1` | ✓ giữ highlight | Mirror fe-admin + fe-user `Layout.tsx`. ### B6 (`2a53107`) — Mig 25 IsUserSelectable + Designer pin toggle + bỏ "(clone)" User feedback xem Admin Designer: "Bỏ chữ Clone đi nhé, ghi v02, v03... là đủ rồi. Thêm cho tao nút stick để chọn các quy trình nào mà User đc select bên ngoài khi tạo phiếu." **Bỏ "(clone)":** Designer auto-fill `name = cloneFrom.name` (bỏ ` (clone)` suffix). Version số đã đủ phân biệt. **Pin toggle "Cho user chọn":** - **Migration 25** `AddIsUserSelectableToApprovalWorkflows`: ```sql ALTER TABLE ApprovalWorkflows ADD IsUserSelectable bit NOT NULL DEFAULT 0; -- Backfill (giữ behavior cũ — active workflows vẫn pickable): UPDATE ApprovalWorkflows SET IsUserSelectable = 1 WHERE IsActive = 1; ``` - **Domain** `ApprovalWorkflow.IsUserSelectable` — independent với `IsActive`, multiple versions có thể cùng selectable (admin có thể "ghim" nhiều version cho user pick). - **App CQRS:** - `AwDefinitionDto` +field `IsUserSelectable` - `CreateAwDefinitionCommand` Handler set default `true` cho version mới (mirror IsActive default) - New `SetAwUserSelectableCommand(Guid Id, bool IsUserSelectable)` + Handler — toggle - **API** `PATCH /api/approval-workflows-v2/{id}/user-selectable` policy `Workflows.Create` (admin only) - **DbInitializer** `SeedSampleApprovalWorkflowsV2Async` +`IsUserSelectable = true` - **FE Designer** (`fe-admin/ApprovalWorkflowsV2Page.tsx`): - `DefinitionDto` +`isUserSelectable` - Badge amber "📌 Cho user chọn" cạnh badge IsActive/Archived khi `isUserSelectable === true` - Button "📌 Ghim cho user / 🚫 Bỏ ghim" trong action group + mutation `toggleSelectable` (call PATCH endpoint, invalidate query) - **FE Workspace** (cả fe-admin + fe-user `PeWorkspaceCreateView.tsx`): - approvalWorkflows query `.filter(w => w.isUserSelectable)` — chỉ workflows admin đã ghim hiện trong dropdown user ### B7 (`32a8d4d`) — Cleanup orphan zip files `.claude.zip + docs.zip` từ harness session start lỡ tay vào `git add -A` ở B6 commit. Untrack + add `*.zip` rule `.gitignore`. ### Stats Δ Session 18 | | Trước S18 | Sau S18 | |---|---:|---:| | Migrations | 24 | **25** (+1) | | DB tables | 58 | 58 (Mig 25 chỉ ALTER cột) | | API endpoints | ~140 | **~141** (+1 PATCH user-selectable) | | FE pages | 33 | 33 (modify existing only) | | Test pass | 81 | 81 (no change — UAT feature defer test §7) | | Gotchas | 43 | **44** (+1 silent 403) | | Memory entries | 13 | **14** (+1 audit reuse pattern) | | Skills | 6 | 6 (no add) | | Commits | (after S17) | **+7** | ## ⚠️ Điều quan trọng cho Session 19+ 1. **Contract V2 wire (Mig 26) — pending dedicated session.** Pattern audit-reuse áp dụng: phần lớn đã chung. Mirror PE pattern: - Thêm `Contract.ApprovalWorkflowId` + `CurrentApprovalLevelOrder` (Mig 26) - `ContractWorkflowService.ApproveV2Async` mirror PE pattern - `ContractCreatePage` Workspace Select V2 - Pin V2 mặc định cho ContractType - Permission GET endpoint đã permissive (Session 18 fix), không cần đụng 2. **Phân quyền strict V2 V2** — hiện loose UAT (mọi authenticated thấy mọi phiếu V2). Sau confirm flow: - List = Drafter + approver any-Step + Admin - Inbox = chỉ approver Cấp hiện tại (V2 đã đúng — `ResolveV2InboxIdsAsync`) - Detail = same as List - Cũng giải quyết được bug "/inbox loose trả phiếu Nháp" — sau khi strict, B1 FE filter có thể relax nếu BE đã filter đúng 3. **Drop legacy V1 cleanup** sau khi không còn phiếu pin `WorkflowDefinitionId` (V1): - Drop tables `WorkflowDefinitions` + `WorkflowSteps` + `WorkflowStepApprovers` + PE versions - Mig 27 cleanup drop column `RejectedAtStepIndex` + `RejectedFromPhase` deprecated S17 - Drop `ApproveV1LegacyAsync` branch trong Service 4. **Test V2 wire** (defer khi UAT confirm + có sample data) — Domain test `ApproveV2Async` match logic + transient TraLai entry → Cấp 1 reset. 5. **`feedback_audit_reuse_before_clone` memory** — áp dụng cho mọi "clone X sang Y" / "thêm type Z mới" sau này. List "đã chung" vs "còn thiếu" trước khi propose plan. 6. **Sample seed B sample** chạy với check `hasAnyB` — sau UAT có thể remove sample seed (admin đã tạo workflow thật). Hoặc giữ làm fallback. Idempotent skip nếu admin có workflow B → không clobber. --- ## TL;DR Session 17 — PE V2 schema end-to-end ## TL;DR Session 17 — PE V2 schema end-to-end User chốt sau Session 16 (drastic refactor flat Mig 21 vẫn sai intent): **viết lại schema riêng + thêm Menu "Duyệt NCC (Mới)"** với cấu trúc explicit: ``` Mã Quy trình - Tên Quy trình * Bước 1 - Phòng A * Cấp 1 - NV X ← 1 user CỤ THỂ qua ApproverUserId * Cấp 2 - NV Y * Bước 2 - Phòng B * Cấp 1 - NV Z ``` Khác Mig 21: mỗi Cấp = 1 NV chính xác, KHÔNG OR-of-many group Dept+PositionLevel/Role/User. **4 commit (3 chunk per-commit + docs):** ### Chunk A (`c847dc0`) — Domain + EF + Mig 22 + Menu - Domain `ApprovalWorkflowsV2/ApprovalWorkflow.cs` — 3 entity (ApprovalWorkflow + Step + Level) + enum `ApprovalWorkflowApplicableType` (DuyetNcc=1 / DuyetNccPhuongAn=2 / Contract=3) - EF `ApprovalWorkflowConfiguration.cs` — UNIQUE (Code, Version), FK Cascade Step→Workflow + Level→Step, FK Restrict Department + ApproverUserId - ApplicationDbContext +3 DbSet - **Migration 22** `AddApprovalWorkflowsV2` — 3 CREATE TABLE + 1 UNIQUE + 4 INDEX. Applied cả `_Design` + `_Dev` LocalDB - DbInitializer SeedMenusAsync: +menu `ApprovalWorkflowsV2` root dưới System (icon Workflow) + leaf `AwV2_DuyetNcc` (icon FileCheck, label "Duyệt NCC (Mới)") - MenuKeys.cs +2 const trong All array ### Chunk B (`f6047d5`) — Application CQRS + API - `Application/ApprovalWorkflowsV2/ApprovalWorkflowV2AdminFeatures.cs`: - `GetAwAdminOverviewQuery(ApplicableType?)` — load 3-level Include + dept/user names map - `CreateAwDefinitionCommand` + Validator — auto-increment Version theo Code, deactivate active version cùng ApplicableType - `DeleteAwDefinitionCommand` — UAT helper unconditional (chưa pin) - DTO AwDefinition/AwStep/AwLevel + AwTypeSummary - IApplicationDbContext +3 DbSet - `Api/Controllers/ApprovalWorkflowsV2Controller` — route `/api/approval-workflows-v2`, GET ?applicableType=N | POST | DELETE/{id}, reuse policy `Workflows.Read` + `Workflows.Create` ### Chunk C (`2781c7e`) — FE Designer - `fe-admin/src/pages/system/ApprovalWorkflowsV2Page.tsx` (~480 LOC) - Overview cards Active+History per ApplicableType - DefinitionCard read-only: Bước (badge phòng emerald) → Cấp (badge violet C1/C2 + tên NV + email) - Designer dialog: Mã/Tên/Mô tả + Add/Remove Step + reorder (chevron up/down) + Add/Remove Level + Select Phòng + Select NV duyệt - Validate: mỗi Step ≥1 Level, mỗi Level phải có ApproverUserId - Auto-assign code mặc định theo type: `QT-DN-V2-001` / `QT-DN-PA-V2-001` / `QT-HD-V2-001` - Layout.tsx resolver +ApprovalWorkflowsV2 root → `/system/approval-workflows-v2`, +AwV2_ leaf → `/system/approval-workflows-v2/` - App.tsx +2 route - menuKeys.ts +2 const sync với BE ### Chunk D — Docs STATUS + HANDOFF + project_solution_erp.md memory. ### Chunk E (UAT iteration, 9 commit) — Designer fix + State machine + Service wire + UX User UAT iter Designer V2 phát hiện multiple issues + chốt spec dần qua state diagram. Per memory `feedback_uat_skip_verify.md` UAT mode iterate nhanh: | Commit | Tóm tắt | |---|---| | `9712778` | Designer iter 1 lock 3 cấp/bước (sai intent) | | `f3bea3c` | Designer iter 2 đúng intent: max 3 cấp × N NV/cấp + sequential gating C2/C3 disabled khi prev empty + filter NV theo Phòng + no-dup same level. Validator BE strict | | `ff21120` | State machine 5 trạng thái Nháp/ĐãGửiDuyệt/TrảLại/TừChối/ĐãDuyệt. TraLai = Phase RIÊNG (không revert DangSoanThao + không jump-back). PE/Contract/Budget Phase enum + Policy + Service Reject branch → TraLai. 4 test mới TraLai entry point | | `0a40c65` | **Mig 23** `AddApprovalWorkflowIdToPurchaseEvaluation` — pin V2 vào PE entity. Workspace Select bắt buộc workflow lúc create. Validate ApplicableType match PE.Type | | `b41484b` | **Mig 24** `AddCurrentApprovalLevelOrderToPe` + Service V2 wire — `ApproveV2Async` iterate Steps/Levels group by Order = Cấp (OR-of-N approvers) match `actor.Id ∈ ApproverUserId`. Synthetic Policy `ForV2Schema()` cho FE nextPhases | | `d814429` | DTO CurrentApproval + banner "Đến lượt bạn" / "Không phải lượt bạn" + button Duyệt forward disabled khi V2 + actor không trong cấp + tooltip "chỉ {NV X / Y} duyệt được". Trả lại + Từ chối vẫn enabled | | `9e63e2d` `d250ae4` `74745a7` | List/Inbox V2-aware (`ResolveV2InboxIdsAsync` precompute IDs). 2 dropdown filter Quy trình + Trạng thái (chỉ ở Duyệt). Inbox endpoint nhận `approvalWorkflowId` | | `ac41d5e` | SQL `clean-transactional-uat.sql` — clean prod (9 PE + 11 HĐ + 19 Notif xóa) giữ master. Run qua SSH VPS `.\SQLEXPRESS` | | `de0f38d` | Panel 3 thay 4 phase cards bằng flow workflow thực tế: Bước (icon ✓/●/○) → Cấp (label "đang chờ"/"đã duyệt" + tên NV). DTO `ApprovalFlow` full snapshot với Status Done/Current/Pending | **Stats final Session 17:** 24 migration (+3), 58 DB tables (+3), ~140 endpoints (+5), 81 test pass (+4). **Test user UAT** (tạo qua API admin): - Email: `nv.test@solutions.com.vn` / Pass: `TestUser@123456` / Role: Drafter / Phòng: CCM ## ⚠️ Điều quan trọng cho Session 18+ 1. **Contract V2 wire CHƯA làm** — chỉ PE wire xong (Mig 23-24). Session sau mirror pattern PE → Contract: - Thêm `Contract.ApprovalWorkflowId` + `CurrentApprovalLevelOrder` (Mig 25) - Update `ContractWorkflowService` thêm `ApproveV2Async` branch - Update Workspace Select V2 trong `ContractCreatePage` - Pin V2 thành mặc định cho Contract types 2. **Phân quyền strict V2** — hiện loose UAT (mọi authenticated user thấy phiếu V2). Sau confirm flow OK: - List: Drafter + bất kỳ approver any-Step + Admin - Inbox: chỉ approver Cấp hiện tại (V2 đã đúng — `ResolveV2InboxIdsAsync`) - Detail: same as List 3. **Drop legacy V1 sau UAT** — khi không còn phiếu nào pin `WorkflowDefinitionId`: - Drop tables `WorkflowDefinitions` + `WorkflowSteps` + `WorkflowStepApprovers` + PE versions - Cleanup migration: drop column `RejectedAtStepIndex` + `RejectedFromPhase` (deprecated từ Session 17) - Drop `ApproveV1LegacyAsync` branch trong Service 4. **Admin role bypass** — hiện code `if (!isAdmin && !isSystem)` skip approver check. By design cho UAT + emergency override. Nếu prod cần audit override → option C trong Session 17 thảo luận: thêm flag `IsAdminOverride=true` trong approval row + banner đỏ trên detail. 5. **81 test pass** — Domain WorkflowPolicyTests + PurchaseEvaluationPolicyTests + BudgetPolicyTests đã update cho TraLai entry point. KHÔNG có test cho V2 Service wire (defer khi UAT confirm + có sample data). --- ## TL;DR Session 16 (08/05 — Drastic refactor flat workflow EXECUTE) Resume từ Session 15 defer plan. Per memory `feedback_drastic_refactor_scope.md`: dedicated session, fresh context, conservative buffer. **Spec:** Workflow flat list (Phòng × Cấp × Approvers). Mỗi step = 1 (Phòng × Cấp). Service iterate steps OrderBy Order, advance pointer. Phase enum simplify ChoDuyet=10. Pin WorkflowDefinitionId. **2 chunk per-commit (5-6 chunk plan rút gọn vì BE tightly coupled):** ### Chunk A (`dbb0089`) — All BE: Domain + Mig 21 + Service + Tests **Domain entities:** - Phase enum (PE + Contract): + ChoDuyet=10 generic intermediate. Legacy 2-6 + 98 deprecated (giữ enum cho data cũ). - WorkflowStep + DepartmentId Guid? FK Restrict + PositionLevel int? - PurchaseEvaluation/Contract + CurrentWorkflowStepIndex int? + RejectedAtStepIndex int? - DROP class WorkflowStepInnerStep + nav (PE + Contract) - DROP *DepartmentApproval.InnerStepId column **EF Configurations:** - DROP InnerStep config (PE + Contract) → table dropped - WorkflowStep config + DeptId/PositionLevel + FK Restrict - DepartmentApprovals: restore simple unique non-filtered (Mig 19/20 filtered split reverse) **ApplicationDbContext:** DROP DbSet<*WorkflowStepInnerStep> × 2 **Migration 21** `RefactorWorkflowToFlatModel` GỘP: - 4 ALTER (PE/Contract +CurrentStepIndex +RejectedAtStepIndex) - 2 ALTER (WorkflowStep +DepartmentId +PositionLevel) PE + Contract - DROP TABLE × 2 (PEWorkflowStepInnerSteps + WorkflowStepInnerSteps Mig 18+20) - DROP COLUMN × 2 (*DeptApproval.InnerStepId) - DROP filtered indexes Mig 19/20 - RESTORE simple UNIQUE (TargetId, Phase, Dept, Stage) non-filtered × 2 **Service rewrite (PE + Contract WorkflowService.TransitionAsync):** - DangSoanThao → ChoDuyet (Drafter trình, init idx=0) - ChoDuyet → ChoDuyet (advance idx per approve) - ChoDuyet → DaDuyet/DaPhatHanh (idx ≥ steps.Count → terminal, gen mã HĐ Contract) - ChoDuyet → DangSoanThao (Trả lại — save RejectedAtStepIndex) - ChoDuyet → TuChoi (Từ chối — khoá vĩnh viễn) - Resume Drafter (DangSoanThao + RejectedAtStepIndex≠null) → ChoDuyet jump-back - Match approver: actor.Dept == step.Dept AND actor.PositionLevel >= step.PositionLevel (OR-of-many cùng cấp/dept) OR Approvers.Kind=User|Role match - Admin role bypass policy **App CQRS:** WorkflowStepDto + WorkflowStepInput drop InnerStep, add DepartmentId/DepartmentName/PositionLevel (PE + Contract mirror). **Tests:** - DROP `PeNStageApprovalTests.cs` (6) + `ContractNStageApprovalTests.cs` (6) + `PeTwoStageApprovalTests.cs` (7) — legacy - UPDATE `PeWorkflowAdminTests` signature for new flat input - **96 → 77 test pass** (-19 legacy) **3-file rule** Mig 21 commit đủ (.cs + Designer + Snapshot). ### Chunk B (`88a5be1`) — FE Designer + types **PeWorkflowsPage + WorkflowsPage rewrite (~210 LOC each):** - Drop InnerStepDto + EditInnerStep types - Drop PHASE_OPTIONS (auto-assign ChoDuyet=10 behind scenes) - StepDto + EditStep + departmentId, departmentName, positionLevel - Designer step UI rewrite: Tên + Phòng Select + Cấp Select + SLA + Approvers (Role/User optional fallback). Drop InnerSteps sub-section. - DefinitionCard view: badge Phòng emerald + Cấp NV/PP/TP violet - Save payload: phase=10 (ChoDuyet) - Hint amber: "User cùng Phòng + Cấp ≥ step → duyệt được (OR-of-many)" **types/purchaseEvaluation.ts (fe-admin + fe-user mirror):** + ChoDuyet=10 enum + label "Đang duyệt" + color amber. Legacy 2-6 + 98 keep. **Chunk C (FE PeWorkflowPanel) SKIPPED** — existing UI compatible (workflow.nextPhases BE-driven, 3-button Trả lại/Từ chối Session 14 reuse với target=DangSoanThao/TuChoi pattern). ### Verify - ✅ dotnet build SolutionErp.slnx 0 error - ✅ dotnet ef database update Mig 21 LocalDB applied OK - ✅ dotnet test 77 pass (54 Domain + 23 Infra) - ✅ npm build fe-admin + fe-user pass ### Cumulative sau Session 16 | | Trước S16 | Sau S16 | |---|---:|---:| | BE LOC | ~15800 | ~15500 (-300 service simplified) | | Migrations | 20 | **21** | | DB tables | 57 | **55** (-2 InnerStep tables) | | Tests | 96 | **77** (-19 legacy N-stage/2-stage) | | FE pages | 32 | 32 (rewrite existing 2 designer) | ## ⚠️ CẢNH BÁO Session 17+ 1. **UAT live test** — workflow flat ready. Tạo new workflow definition qua `/system/pe-workflows/:typeCode` với 3 phòng × N cấp setup. Verify Drafter trình → cấp 1 phòng A → cấp 2 phòng A → cấp 1 phòng B → ... → DaDuyet flow. 2. **Old PE/HĐ pinned legacy workflow definitions** (phase=ChoPurchasing/ChoCCM/etc) — service rewrite chỉ handle ChoDuyet=10 + DangSoanThao/DaDuyet. Old data ở phase 2-6 sẽ stuck (admin manual transition required). Recommend: data migration script convert old workflow → new flat model (defer). 3. **Approver explicit (Role/User Approvers list)** — fallback nếu user không match Dept+PositionLevel của step. Cho phép user external (không thuộc dept) duyệt qua Role match (vd Admin) hoặc User explicit. 4. **Bypass cấp dưới cùng dept** — User TP với CanBypassReview=true cùng dept và PositionLevel cao hơn step.PositionLevel → duyệt qua. KHÔNG batch upsert NV+PP rows như Mig 18 N-stage trước (đơn giản hóa: 1 step approve = 1 row). 5. **N-stage tests dropped** — 19 test legacy (Mig 18, 20 N-stage + Mig 16 2-stage). Có thể viết test mới cho flat workflow flow nếu UAT phát sinh bug. Defer. 6. **Sample data N-stage seed** task vẫn pending (Session 14). Block trên DesignTime vs Runtime DB gotcha + DbInitializer seed flow. 7. **Budget N-stage** vẫn defer (cần versioned WF migration trước). 8. **schema-diagram §17-21 update** defer cron audit 2026-06-01. ## TL;DR Session 15 (07/05 — Tooltip diagnose + drastic refactor DEFER) User UAT live screenshot báo button "Lưu & Gửi Duyệt" KHÔNG hoạt động + suy đoán "trùng ID" giữa các phiếu. **Diagnose (commit `835cc7f`):** - Root cause: button silent disabled khi `evaluation.workflow.nextPhases` không có forward phase (chỉ TuChoi/TraLai). Cause khả năng: workflow definition pinned thiếu adjacent step → `policy.NextPhasesFrom(DangSoanThao)` return empty. - Improvement: tooltip + dialog hiển thị reason rõ ràng: - `submitDisabledReason` text: "Phiếu đã ở phase X — chỉ Bản nháp/Trả lại mới sửa+gửi" / "Workflow không có phase tiếp theo từ X. Liên hệ admin kiểm tra cấu hình" - Button title attribute → hover show reason hoặc forward phase label - Dialog confirm show forward phase explicit ("Sẽ chuyển sang Chờ Purchasing") - Mirror fe-admin + fe-user. Build pass cả 2. KHÔNG đụng BE — chỉ FE diagnostic UX. - "Trùng ID" KHÔNG phải bug FE — `PurchaseEvaluationWorkspacePage` URL state đúng, mỗi PE row unique GUID + MaPhieu. Suy đoán user do button silent. **Plan drastic refactor → DEFER:** User confirm "bỏ phase enum hoàn toàn, dùng ChoDuyet=10 đơn nhất + currentStepIndex tracking" — refactor workflow từ phase-based + InnerStep nested model sang flat WorkflowStep model (mỗi step = Phòng × Cấp + Approvers users). Edit working tree 12 files (Domain entities + EF Configurations + DbContext): - Phase enum +ChoDuyet=10, legacy values 2-6 deprecated - WorkflowStep +DepartmentId, +PositionLevel - Drop class WorkflowStepInnerStep + nav (PE + Contract) - PE/Contract +CurrentWorkflowStepIndex int?, +RejectedAtStepIndex int? - *DepartmentApproval drop InnerStepId column - EF Configurations: drop InnerStep config + nav, restore simple unique non-filtered - DbContext: drop DbSet × 2 Reality check scope realistic ~8-10h: 1. Domain + EF + DbContext (~50min) ✓ done in working tree 2. PolicyRegistry rewrite PE+Contract (~45min) 3. App CQRS DTOs rewrite (~45min) 4. Service rewrite PE+Contract (~2-3h) 5. Tests rewrite — drop 12 N-stage tests + update remaining (~1.5h) 6. Migration 21 + LocalDB apply + verify (~30min) 7. FE Designer rewrite (~1.5h) 8. FE PeWorkflowPanel + workflow timeline (~1h) 9. Docs/Skill update (~45min) Vượt session boundary + risk session deep ~30 commits → **REVERT working tree** về `835cc7f` clean state. Test 96 pass intact. **Decision memorized:** add memory `feedback_drastic_refactor_scope.md` — drastic refactor cần dedicated session, scope estimation conservative (2x buffer), tránh mid-session big refactor. ## ⚠️ CẢNH BÁO Session 16+ 1. **Drastic refactor flat workflow chưa làm — DEFER** với plan chi tiết. Khi resume: - Plan kỹ 6 chunk per-commit - Buffer 2x estimate (~16h thực tế) - Tests rewrite biggest risk - Hoặc fall back Approach Y (FE Designer flat UI giới hạn 5 phòng) ROI 1-2h nếu user OK trade-off 2. **Task 2 sample data seed N-stage** vẫn pending (block trên DesignTime vs Runtime DB gotcha + DbInitializer seed flow) 3. **schema-diagram §17-19 Mig 18-20** vẫn defer cron audit 2026-06-01 4. **Hard blockers Ops** giữ nguyên 6 task ## TL;DR Session 14 (07/05 — PE 3-button approval workflow) User chỉ thị thay 2-button approval (Duyệt + Reject mơ hồ) bằng **3 hành động rõ ràng** cho approver: - **Duyệt** = forward phase tiếp theo (decision=Approve) - **Trả lại** = về DangSoanThao + Drafter sửa (decision=Reject + target=DangSoanThao). Smart reject pattern Mig 16 + clear N-stage rows + Drafter resume jump-back tới phase đã reject. - **Từ chối** = phase=TuChoi (decision=Reject + target=TuChoi). Phiếu khoá vĩnh viễn (17 handler Mig 16 lock edit). Drafter phải tạo phiếu mới. **1 commit (`0d77698`):** - **Domain `PurchaseEvaluationPolicy.cs`**: NccOnly + NccWithPlan thêm `(X → TuChoi)` transition cho mọi phase trung gian (ChoPurchasing/ChoDuAn/ChoCCM/ChoCEODuyetPA/ChoCEODuyetNCC) với roles của phase đó. FromDefinition expand: mỗi step (trừ DangSoanThao) thêm (step.Phase → TuChoi) với roles step. - **Service** `PurchaseEvaluationWorkflowService.TransitionAsync` — Reject branch tách 2 case: ``` if (decision == Reject) { if (target != TuChoi) { // Trả lại RejectedFromPhase = fromPhase target = DangSoanThao // force clear N-stage rows tại fromPhase } // else target=TuChoi: giữ nguyên, KHÔNG set RejectedFromPhase, KHÔNG clear } ``` - **FE PeWorkflowPanel (admin + user mirror)**: render 3 button rõ: - "✓ Duyệt →