本卡屬 FR-148（母卡見上方連結），第 ② 棒：待辦任務頁。依賴 ①（資料表與 review_step_no）。

這一棒在做什麼（白話）

審核的人（主管、顧問）要在「待辦任務」看到輪到自己的任務。現在待辦清單只看原本的指派人員表，第 2 關以後的人存在新表，不改的話主管、顧問的待辦清單裡根本不會出現這個任務。本卡把新表併進待辦清單，並加一欄「目前關卡」與一段「待我處理」篩選。

首腦核對

app/readmodel/service/my_jobs_app_service.py:51      list_my_grc_jobs → my_grc_jobs_query
infra/readmodel/tasks/my_grc_jobs_query.py            查 VwUserJobQueue（狀態篩選 :130）
infra/readmodel/tasks/vw_user_job_queue.py            view 的 ORM 映射
scripts/sql/view/vw_user_job_queue.sql                view 定義：FROM compliance.task_assignees a（:78）
scripts/sql/2026-10-15-fr140-job-executions-due-at.sql:111  上次改 view 的先例（尾端加欄＋重下 GRANT）
compliance-manager-fe/src/views/project/MyTasksView.vue    760 行；狀態欄 :543；分段篩選 :~410

怎麼做

• view：改成「task_assignees 的列」UNION「job_review_step_assignees 的列」（後者帶出同樣的 user_id 欄、is_approver=false），再 JOIN 回原本那一串。同一人同一任務出現在兩個來源（例如第 1 關又是第 3 關）不可重複列，用 DISTINCT ON 任務。尾端加欄：review_step_no、review_step_name（當下那關名稱）、review_step_count、is_current_step_assignee（這位使用者是否在當下那關；零關任務＝在 task_assignees 即 true）。整支 CREATE OR REPLACE、欄只加在尾端，GRANT 重下（照 FR-140 先例）。view 是 SQL 字串，守衛測試看不到，改完要實查一筆。
• 讀 view 的檔頭陷阱註解（project_id 不可直接拿 task_assignees.project_id）——UNION 的第二段也要走同一條輪次鏈取 project_id。
• 查詢：my_grc_jobs_query.list_my_grc_jobs 加篩選參數「待我處理」＝job_status = PROCESSING AND is_current_step_assignee；回傳多三個欄位給 FE。request schema 加參數（繼承 RequestMetaSchema）。
• FE：MyTasksView.vue 狀態欄右邊加「目前關卡」：有關卡時顯示「2／3 主管審核」，當下那關有你時用橘色小標「待你處理」，不是你時下面一行灰字列處理人；零關顯示「免審直通」灰字；問卷顯示「問卷審核」灰字；已完成顯示「已結案」。分段篩選最前面加「待我處理（N）」。
• 勾選框：批次完成的規則在卡 ⑤ 改；本卡只要讓「當下那關不是你」的列勾選框停用（為卡 ⑤ 鋪路）——若改這個會動到批次完成行為，就留給 ⑤，本卡不動。

手測

• 用卡 ① 手灌的三關任務：主管帳號登入待辦 → 看得到該任務、「待我處理」也看得到；執行人帳號在任務走到第 2 關後，「待我處理」不再有它、但「全部」還有。
• 同一人同時被派第 1 關與第 3 關 → 待辦只出現一列。
• 零關任務的待辦行為與上線前完全相同（抽三個舊任務比對）。

紀律

• branch：BE／FE／套件三個 repo 開卡時都在 feature/FR-139。開工先 git branch --show-current 確認，不對就停下問決策者，不要切 branch。
• 做完就 commit ＋ 回寫 Notion，不等令：顯式 git add <檔名>（禁 -am、禁 git add .；只 add 自己改的檔，別人已 staged 的不要帶走）；本卡 append 白話補充（做了什麼、關鍵決定、commit hash、驗證方式、手測清單）；狀態改「修正待驗證」。push 等令。
• 檔案體積：檔案 800 行、函式 60 行上限（Vue <script> 函式 40 行）。動到已超標的檔，新邏輯一律新開檔再一行呼叫，不准往裡塞。開工先 wc -l 目標檔。
• 檔案內註解只寫「為什麼」與「陷阱」（一到兩行）；「做了什麼／哪一棒／等發版」進 commit message，不進檔案。