一輪一條流程：稽核次、原卡退回、覆核輪保留

🔴 這份是設計決策，不是現況。 內文停在 2026-10-15 定稿當時，實作改動不回頭改寫這裡。

狀態：設計定案（2026-10-15），待開卡｜母卡 CM-2765｜討論稿：discussion.md

檔案路徑與行號以 2026-10-15 為準，查不到時以函式名重新定位。路徑慣例：BE 路徑相對 compliance-manager-be/；pkg/ 代表 ~/Projects/Jedicogy/module/jedi-python-package/；FE 路徑相對 compliance-manager-fe/。

名詞：輪次＝稽核輪次（compliance.project_audit_rounds），一輪對應一次專案稽核流程；稽核次＝一輪內每做一次稽核（內部或外部）就是一筆（compliance.audit_round_passes）；AP＝評估計畫（assessment plan）；AR＝評估結果（assessment results）；POA&M＝缺失改善計畫（plan of action and milestones）；job＝流程引擎依範本站產生的任務卡執行紀錄（compliance.job_executions）；站＝範本（BPMN 流程圖）上的一個使用者任務節點；reverse 連線＝範本上標記為「往回走」的連線；wecm＝任務卡對控制項的對應表（public.workflow_execution_control_mapping）。

整案一句話：一輪就是一條完整流程，內稽不合格就把那幾張原任務卡退回重做、再稽核一次，內稽過了才進外稽；每一次稽核各留一組 SSP 快照＋AP＋AR＋POA&M，看得出是內部或外部、第幾次。

依賴：一→二→（四、五）是主線；三與五的期限欄（BE＋FE）可平行先做；最先看得到畫面的是第三塊的範本編輯器下拉（卡 2）。

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#E2F0F1','primaryTextColor':'#14201F','primaryBorderColor':'#0E7C86','secondaryColor':'#EEF2F3','secondaryTextColor':'#14201F','tertiaryColor':'#FBFCFC','tertiaryTextColor':'#14201F','lineColor':'#4A5A5C','textColor':'#14201F','mainBkg':'#E2F0F1','nodeBorder':'#0E7C86','nodeTextColor':'#14201F','edgeLabelBackground':'#FBFCFC','titleColor':'#14201F','clusterBkg':'#FBFCFC','clusterBorder':'#E4EAEB','actorBkg':'#E2F0F1','actorTextColor':'#14201F','actorBorder':'#0E7C86','actorLineColor':'#C7D1D2','signalColor':'#4A5A5C','signalTextColor':'#14201F','labelBoxBkgColor':'#EEF2F3','labelBoxBorderColor':'#C7D1D2','labelTextColor':'#14201F','loopTextColor':'#14201F','noteBkgColor':'#F6EBD5','noteTextColor':'#14201F','noteBorderColor':'#9C6B12','activationBkgColor':'#EEF2F3','activationBorderColor':'#C7D1D2','sequenceNumberColor':'#FFFFFF'}}}%%
flowchart LR
    subgraph G1[地基]
      K1[卡1 稽核次表<br/>＋migration]
      K2[卡2 稽核性質選單<br/>＋公版範本＋編輯器下拉]
      K6[卡6 期限欄<br/>BE 全鏈]
    end
    subgraph G2[主線]
      K3[卡3 開新稽核次<br/>launch_audit 改綁]
      K4[卡4 其餘三站改綁<br/>＋terminal＋回規劃]
      K5[卡5 引擎回流開新 job]
      K8[卡8 回流退卡 handler]
      K7[卡7 FE 期限欄]
    end
    subgraph G3[收尾]
      K9[卡9 到期提醒]
      K10[卡10 總覽稽核次切換<br/>＋標題帶第 N 次]
      K11[卡11 覆核輪期限承襲]
      K12[卡12 流程進度條]
    end
    K1 --> K3 --> K4
    K4 --> K5
    K4 --> K8
    K5 --> K8
    K6 --> K7
    K6 --> K8
    K2 --> K3
    K8 --> K9
    K4 --> K10
    K6 --> K11
    K5 --> K12

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#E2F0F1','primaryTextColor':'#14201F','primaryBorderColor':'#0E7C86','secondaryColor':'#EEF2F3','secondaryTextColor':'#14201F','tertiaryColor':'#FBFCFC','tertiaryTextColor':'#14201F','lineColor':'#4A5A5C','textColor':'#14201F','mainBkg':'#E2F0F1','nodeBorder':'#0E7C86','nodeTextColor':'#14201F','edgeLabelBackground':'#FBFCFC','titleColor':'#14201F','clusterBkg':'#FBFCFC','clusterBorder':'#E4EAEB','actorBkg':'#E2F0F1','actorTextColor':'#14201F','actorBorder':'#0E7C86','actorLineColor':'#C7D1D2','signalColor':'#4A5A5C','signalTextColor':'#14201F','labelBoxBkgColor':'#EEF2F3','labelBoxBorderColor':'#C7D1D2','labelTextColor':'#14201F','loopTextColor':'#14201F','noteBkgColor':'#F6EBD5','noteTextColor':'#14201F','noteBorderColor':'#9C6B12','activationBkgColor':'#EEF2F3','activationBorderColor':'#C7D1D2','sequenceNumberColor':'#FFFFFF'}}}%%
flowchart TD
    plan["專案規劃＋執行"] --> iap["內部稽核計畫"]
    iap --> iaudit["內部稽核"]
    iaudit --> g1{"有缺失？"}
    g1 -- 有 --> ipoam["內部缺失改善（POA&M）"]
    ipoam -. 退回 .-> plan
    g1 -- 無 --> eap["外部稽核計畫（全範圍）"]
    eap --> eaudit["外部稽核"]
    eaudit --> g2{"有缺失？"}
    g2 -- 無 --> done(["結案"])
    g2 -- 有 --> epoam["外部 POA&M"]
    epoam --> endr(["本輪結束（待覆核）"])
    endr -. 發起覆核 .-> rev["覆核輪（現有機制，新的一輪）"]

逐句需求（決策者 2026-10-15 確認）：

1. 一輪＝一條完整流程，內稽與外稽都在同一輪內（PM 裁決）。
2. 內部稽核有缺失 → 做內部缺失改善（POA&M）→ 退回專案規劃＋執行（圖上虛線）。
3. 退回時，不合格的任務卡原卡退回起點，原指派人收到通知重做；卡有完成期限＝該控制項 POA&M 的里程碑日期。
4. 重做完再走一次內部稽核計畫 → 內部稽核（第 2 次），計畫只列上次不合格的控制項。
5. 內部稽核無缺失 → 外部稽核計畫（全範圍）→ 外部稽核。
6. 外部稽核有缺失 → 外部 POA&M → 啟動覆核輪（現有機制：新的一輪、新卡承襲、只建缺失項）；覆核輪任務卡的期限＝外稽 POA&M 的里程碑日期。外部稽核無缺失 → 結案。
7. 每一次稽核各留一組 SSP 快照＋AP＋AR＋POA&M，看得出是內部或外部、第幾次，不被下一次覆蓋。
8. 專案管理頁永遠看全部控制項；內稽回流只是其中幾張卡退回。覆核輪才是只有缺失項的小圖。

內稽回流與覆核輪看起來都是「不合格再做一次」，但是兩件事：

決策者 2026-10-15 全部裁定。

稽核次的想法與既有的 living SSP 相同：有一份一直在變的「活本」，每到某個時點就凍一份下來。

每個接入點列現況與本案動作，座標以 2026-10-15 為準。

① 流程引擎（兩份推進邏輯，都要改）

② 範本驗證與站屬性

③ 輪次狀態機與四槽位

站 handler（app/flow_control/service/oscal_stage_handlers.py:8-11,42-106）呼叫 pkg/jedi-compliance-audit/app/service/audit_round_app_service.py：

閘道判斷 has_findings：stage_advance_service.py:614-628，等於 handler_result.status == "remediation"；finalize_audit 讀 assessment_result_app_service.py:823-845（:830 讀 round.ar_result_id）。

四槽位（ssp_id、assessment_plan_id、ar_result_id、poam_id）的讀取者，全部要改讀「目前稽核次」：

覆核輪：launch_reverify（audit_round_app_service.py:596）clone AP 並縮到 not_met、_generate_reverify_prep_jobs（:732）產卡、ReverifyInheritanceService 承襲；承襲查詢 infra/flow_control/repository/reverify_clone_query.py:31；DEV 範例 project 1321。

④ 任務卡與期限

資料模型

新表：稽核次 compliance.audit_round_passes

GRANT ... TO cm_app（含 sequence 權限）。

既有表加欄

新表：重做紀錄 compliance.job_execution_redo_log

既有輪次的搬移規則見「一、稽核次表」。

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#E2F0F1','primaryTextColor':'#14201F','primaryBorderColor':'#0E7C86','secondaryColor':'#EEF2F3','secondaryTextColor':'#14201F','tertiaryColor':'#FBFCFC','tertiaryTextColor':'#14201F','lineColor':'#4A5A5C','textColor':'#14201F','mainBkg':'#E2F0F1','nodeBorder':'#0E7C86','nodeTextColor':'#14201F','edgeLabelBackground':'#FBFCFC','titleColor':'#14201F','clusterBkg':'#FBFCFC','clusterBorder':'#E4EAEB','actorBkg':'#E2F0F1','actorTextColor':'#14201F','actorBorder':'#0E7C86','actorLineColor':'#C7D1D2','signalColor':'#4A5A5C','signalTextColor':'#14201F','labelBoxBkgColor':'#EEF2F3','labelBoxBorderColor':'#C7D1D2','labelTextColor':'#14201F','loopTextColor':'#14201F','noteBkgColor':'#F6EBD5','noteTextColor':'#14201F','noteBorderColor':'#9C6B12','activationBkgColor':'#EEF2F3','activationBorderColor':'#C7D1D2','sequenceNumberColor':'#FFFFFF'}}}%%
erDiagram
    project_audit_rounds ||--o{ audit_round_passes : "一輪多次"
    project_audit_rounds |o--o| audit_round_passes : "current_pass_id"
    audit_round_passes |o--o| audit_round_passes : "prev_pass_id"
    audit_round_passes }o--|| ssp_snapshot : "ssp_id"
    audit_round_passes }o--o| assessment_plan : "assessment_plan_id"
    audit_round_passes }o--o| ar_result : "ar_result_id"
    audit_round_passes }o--o| poam : "poam_id"
    job_executions ||--o{ job_execution_redo_log : "歷次退回"
    audit_round_passes ||--o{ job_execution_redo_log : "因這次退回"

端到端時序

以「第 1 次內稽有 3 條不合格 → 退卡重做 → 第 2 次內稽無缺失 → 外稽有缺失 → 開覆核輪」為例：

%%{init: {'theme':'base','themeVariables':{'primaryColor':'#E2F0F1','primaryTextColor':'#14201F','primaryBorderColor':'#0E7C86','secondaryColor':'#EEF2F3','secondaryTextColor':'#14201F','tertiaryColor':'#FBFCFC','tertiaryTextColor':'#14201F','lineColor':'#4A5A5C','textColor':'#14201F','mainBkg':'#E2F0F1','nodeBorder':'#0E7C86','nodeTextColor':'#14201F','edgeLabelBackground':'#FBFCFC','titleColor':'#14201F','clusterBkg':'#FBFCFC','clusterBorder':'#E4EAEB','actorBkg':'#E2F0F1','actorTextColor':'#14201F','actorBorder':'#0E7C86','actorLineColor':'#C7D1D2','signalColor':'#4A5A5C','signalTextColor':'#14201F','labelBoxBkgColor':'#EEF2F3','labelBoxBorderColor':'#C7D1D2','labelTextColor':'#14201F','loopTextColor':'#14201F','noteBkgColor':'#F6EBD5','noteTextColor':'#14201F','noteBorderColor':'#9C6B12','activationBkgColor':'#EEF2F3','activationBorderColor':'#C7D1D2','sequenceNumberColor':'#FFFFFF'}}}%%
sequenceDiagram
    participant PM as PM
    participant U as 指派人
    participant A as 稽核員
    participant E as 流程引擎
    participant R as 輪次服務
    participant P as 稽核次
    PM->>E: 啟動專案，產出規劃＋執行任務卡
    U->>E: 完成任務卡
    E->>R: 走到內部稽核計畫填寫站
    R->>P: 開新稽核次，拍 SSP 快照、建 AP
    Note over P: 開新稽核次 #1 內部
    A->>E: 填完 AP 送出
    E->>R: start_auditing
    R->>P: 在 #1 建新 AR result
    A->>E: 內部稽核完成，3 條不合格
    E->>R: finalize_audit
    R->>P: #1 轉 remediation，寫 poam_id
    PM->>E: 內部缺失改善完成，POA&M 全關
    E->>R: close_round，下一條是 reverse 回規劃
    R->>P: #1 closed，輪次回 planning
    R->>E: revert_job 退回不合格卡，寫 due_at 與重做紀錄
    Note over U,E: 退 3 張卡，期限＝里程碑
    E->>U: 通知重做
    U->>E: 重做完成
    E->>R: 再走到內部稽核計畫填寫站
    R->>P: 開新稽核次，複製 #1 AP 縮到不合格項
    Note over P: 開稽核次 #2 內部，AP 縮到不合格項
    A->>E: 第 2 次內稽完成，無缺失
    E->>R: finalize_audit，terminal＝false
    R->>P: #2 closed，輪次不結案
    E->>R: 走到外部稽核計畫填寫站
    R->>P: 開新稽核次，AP 全範圍新建
    Note over P: 開稽核次 #3 外部，AP 全範圍
    A->>E: 外部稽核完成，有缺失
    E->>R: finalize_audit
    R->>P: #3 轉 remediation
    PM->>E: 外部 POA&M 完成
    E->>R: close_round，下一條接結束
    R->>R: 母輪轉 pending_reverify
    PM->>R: 啟動覆核輪（既有機制）
    R->>E: 新輪新卡，due_at＝外稽里程碑

每站 handler 做什麼：

六塊設計

每塊寫改哪些檔（座標）、規則、陷阱。

一、稽核次表

改哪些檔：新 migration（scripts/sql/，建 compliance.audit_round_passes、project_audit_rounds 加 current_pass_id、搬舊資料）；pkg/jedi-compliance-audit 的 entity、ORM、repo（project_audit_round_repo_impl.py 旁新增 pass repo）。

規則：

• 欄位照上方「資料模型」；audit_nature 值來自 system_menus group audit_nature，不寫死在程式。
• 既有輪次各建 pass_no=1，audit_nature 取範本站屬性，沒有就 NULL（畫面顯示「未標示」）；四槽位複製；current_pass_id 指向它。
• 新表 GRANT ... TO cm_app、sequence 權限；收尾 INSERT public.schema_migrations。

陷阱：本 migration 是主線 schema 變更，寫完要回報出貨基線待重產；升級既有客戶資料時第 1 次稽核次必須補齊，否則所有改讀目前稽核次的地方都會讀到空值。 狀態對應：輪次 pending_reverify → 稽核次 closed、not_started → planning、其餘同名；輪次自己的 status 不動。

二、輪次狀態機改綁稽核次

改哪些檔：pkg/jedi-compliance-audit/app/service/audit_round_app_service.py（launch_audit、start_auditing、finalize_audit、close_round）；app/flow_control/service/oscal_stage_handlers.py；四槽位讀取者全部（見「現況接入點」③的清單）。

規則：

• 四個方法的斷言與寫入改到目前稽核次；輪次的 status 欄位與七態保留，每次寫稽核次狀態時同步寫輪次 status，四個槽位同步寫目前稽核次的值（P2）。
• 走到稽核計畫填寫站時，handler 先「開新稽核次」：讀站屬性 audit_nature；內稽第 N 次（N≥2）複製上一次內稽 AP 縮到 not_met；外稽全新 AP；每次重拍 SSP 快照；重做的稽核次一律寫 prev_pass_id 指向同一輪上一次內稽（P1）；nature_seq 依同性質已有筆數加一；寫完把輪次 current_pass_id 指向新筆。
• start_auditing 每次新建 AR result，在同一個 engagement 的 AR 根底下追加，標題帶「第 N 次內部／外部」。
• finalize_audit 加 terminal 參數（P3）：handler 看範本，這站之後經閘道「無缺失」那條接的是結束事件就傳 terminal=true（稽核次與輪次都 closed），接的是下一個稽核計畫填寫站就傳 false（只有稽核次 closed，輪次不結案、接著開新稽核次）。舊範本稽核站後直接接結束，行為不變。
• close_round：下一條是 reverse 回規劃時，這次設 closed、輪次 status 回 planning、觸發退卡；下一個是結束事件時維持現有（母輪 → pending_reverify 供覆核）。
• AR 是「每一次稽核各一份」：同一次內稽核計畫退回再送出沿用原 AR（判定不丟），新的一次才建新 AR；外稽的稽核次在內稽無缺失定案那一刻開（中間沒有規劃站）；回規劃以「下一站是規劃」判斷。

陷阱：

• start_auditing 的 not ar_result_id 判斷（:481）會讓第二次沿用第一次的 AR，必須改成每次新建。
• launch_audit 直接覆寫 ssp_id／assessment_plan_id（:435、:437），改綁稽核次後才不會蓋掉第一次。
• 四槽位讀取者清單要逐一改讀目前稽核次，漏一處就會讀到第一次的資料而不報錯。

三、範本

改哪些檔：system_menus seed migration（group audit_nature：internal、external）；FE FlowTemplateEditorView.vue（面板 :1093-1126 加下拉、讀寫屬性 :278-280、:322-360）；新公版 BPMN seed（scripts/sql/seeds/bpmn/）；選配 bpmn_topology_validator.py。

規則：

• 站屬性 audit_nature 用下拉，選項讀 system_menus。
• 新公版「內外稽核流程」：規劃 → 內部稽核計畫填寫 → 內部稽核 → 閘道 → 內部缺失改善 →（reverse）回規劃；閘道無缺失 → 外部稽核計畫填寫 → 外部稽核 → 閘道 → 外部缺失改善 → 結束；閘道無缺失 → 結束。
• stage_objects.allowed_successors 不用改（閘道與 reverse 都會被跳過檢查）。
• validator 選配規則：同一站碼出現多次時，每一站都必須帶 audit_nature。

陷阱：

• 內部缺失改善 → 規劃那條連線必須標 reverse，否則 allowed_successors 檢查會擋（poam 的下一站清單是空的）。
• 閘道條件字串必須與既有一字不差：${has_findings == true}，比對是字串全等。

四、引擎回流開新卡

改哪些檔：pkg/jedi-flow-engine/app/service/workflow_execution_service.py:308-335 與主專案 app/flow_engine/service/workflow_execution_service.py:612-640；stage_rollback_service.py:181-187；job_executions ORM／entity（attempt_no）。

規則：

• 兩份 complete_*_job 遇到同 element 已 COMPLETED 時新建一筆，attempt_no 遞增。
• get_job_execution 取最新一筆。
• _find_job_by_stage_code 改用 element id 找。

陷阱：

• 推進邏輯有兩份（套件與主專案），兩份都要改，只改一份會出現行為分歧。
• _find_job_by_stage_code 只回第一筆，新公版範本同一站碼出現兩次（內部與外部稽核計畫填寫），不改會找錯站。

五、退卡與期限

改哪些檔：job_executions.due_at 全鏈——pkg/jedi-flow-engine ORM（infra/models/job_execution.py）、entity、mapper、repo update；pkg/jedi-task-platform flow_control_job_entity.py；主專案 job_dto.py、serializers/job.py、vw_user_job_queue.sql、my_grc_jobs_query.py；FE MyTasksView.vue、JobExecutionDrawer.vue（新邏輯開新檔）。退卡 handler 新檔；compliance.job_execution_redo_log migration；core/scheduler.py 提醒；task_alert_notifications CHECK migration。

規則：

• 回流 handler：取目前稽核次 AR 的 not_met 控制項 → 經 wecm（control_id、ao_part_id、round_id）找卡 → 逐張呼叫從 revert_job 抽出的單卡退回函式（略過輪次凍結檢查、保留通知；不呼叫整段 revert_job，否則後續所有 job 會被一起退回）→ due_at 寫該控制項 POA&M 最早的 target_date（經 job_due_date_service.due_at_from_milestone_date 換成台北當天 23:59:59，與覆核輪同一把尺）→ 寫一筆重做紀錄（job_execution_id、pass_id、prev_end_time、revert_at）。
• 提醒 job_due 兩個時點：到期前 3 天、到期當天，寄指派人＋PM；寫入 task_alert_notifications，object_type job_due，stage due_3d／due_today（P4）。
• PM 可手改期限，改了標「手動調整」，不回寫 POA&M（P5）；詳情 API 回傳 due_at 與手動調整標記。

陷阱：

• repo update 只寫 status 與時間，due_at 要補進 update 欄位，否則寫了不會存。
• view 重建要帶 security_invoker，否則繞過 RLS。
• task_alert_notifications 的 object_type CHECK 要放寬加 job_due，否則寫入直接被擋。
• wecm 的 control_id 格式與 AR finding 的 target_id 能不能直接對上尚未驗證，實作前要先拿 DEV 資料比對。
• MyTasksView.vue、JobExecutionDrawer.vue 只准新開 composable／子元件，不准往原檔加邏輯（JobExecutionDrawer.vue 2393 行已超標）。

六、覆核輪

改哪些檔：pkg/jedi-compliance-audit audit_round_app_service.py 的 _generate_reverify_prep_jobs（:732）。

規則：產卡時寫 due_at＝母輪最後一筆稽核次（外稽）的 POA&M 里程碑日期。其他覆核輪行為不動。

陷阱：母輪的 POA&M 要從最後一筆稽核次取，不能讀輪次上的 poam_id（改綁後語意是「目前」那一次，剛好也是外稽，但讀取來源要統一走稽核次）。

畫面：稽核次切換與進度條（卡 10、12）

規則（P6；⚠ 進度條部分已推翻，見變更紀錄 2026-10-16）：

• 總覽頁輪次下拉底下多一層「第 N 次內部／外部」切換，各自顯示該稽核次的 AP／AR／POA&M；AP／AR／POA&M 標題與 OSCAL props 帶「第 N 次內部／外部」。
• 進度條照範本站排列，直接讀引擎目前所在的站高亮，不由輪次 status 推算；退回後高亮回到規劃站。
• 舊輪次 audit_nature 為 NULL，切換顯示「未標示」。

陷阱：進度條若改由輪次 status 推算，內稽與外稽兩段共用同一組狀態值、回流時 status 又回到 planning，推算結果會與引擎實際所在的站不一致——一律讀引擎目前站。

依「決策者何時看得到畫面」排序。e2e 屬母卡收口，不在單卡做。

順序：1 → 3 → 4 是主線；2、6 → 7 平行；5、8 接在 4 後；9、10、11、12 收尾。

套件：jedi-compliance-audit（卡 1、3、4、11）、jedi-flow-engine（卡 5、6）、jedi-task-platform（卡 6）。開發期走 poetry path dependency，不發版；發版等決策者明示。

含 migration 的卡（1、5、6、8、9 與卡 2 的 system_menus seed）照 SQL migration 鐵則：日期註解、新表 GRANT ... TO cm_app 與 sequence 權限、收尾 INSERT public.schema_migrations、只套 DEV、寫完回報出貨基線待重產。

在 DEV 用新公版「內外稽核流程」範本走一輪完整劇本，批次走完再一次回報。每步寫「在哪個畫面／按什麼／看到什麼／DB 查什麼」。

1. 用新公版範本建專案：流程範本清單 → 打開「內外稽核流程」，看到兩段稽核與一條從「內部缺失改善」往回接「規劃」的虛線；點內部、外部兩個稽核計畫填寫站，「稽核性質」分別是內部、外部。用此範本建專案並啟動 → 專案管理頁看到全部控制項的規劃＋執行任務卡。DB：compliance.audit_round_passes 此輪尚無資料。
2. 完成規劃、走到內部稽核計畫填寫站：指派人在「我的任務」完成全部任務卡 → 流程推進到內部稽核計畫填寫。DB：此輪多一筆稽核次 pass_no=1、audit_nature=internal、nature_seq=1、prev_pass_id 為 NULL、帶 ssp_id 與 assessment_plan_id；project_audit_rounds.current_pass_id 指向它、輪次 status＝audit_planning。
3. 第 1 次內稽 3 條不合格：稽核員填完 AP 送出 → 執行稽核，標 3 條控制項不合格並在改善計畫各填一個里程碑日期 → 完成稽核。畫面：總覽頁 AR 標題帶「第 1 次內部」。DB：稽核次 #1 有 ar_result_id、poam_id，status＝remediation；輪次 status 同為 remediation。
4. 改善完成、退 3 張卡：PM 把 POA&M 全部關閉、完成內部缺失改善站 → 原指派人的「我的任務」出現 3 張退回卡，期限＝各自控制項最早的里程碑日期，並收到待辦通知；專案管理頁仍是全部控制項，只有這 3 張變回待處理。DB：稽核次 #1 status＝closed；輪次 status 回 planning；這 3 筆 job_executions 的 end_time 為 NULL、due_at 有值；compliance.job_execution_redo_log 多 3 筆，pass_id＝#1、prev_end_time＝退回前的完成時間。
5. 改期限：PM 在任務抽屜把其中一張卡的期限往後改 → 抽屜與我的任務都顯示新期限並標「手動調整」；該控制項 POA&M 的里程碑日期不變。
6. 重做、第 2 次內稽無缺失：指派人重做 3 張卡 → 任務歷程看到同站兩筆，第一次的完成時間還在 → 流程推進到內部稽核計畫填寫。DB：多一筆稽核次 pass_no=2、audit_nature=internal、nature_seq=2、prev_pass_id＝#1；這次 AP 只列那 3 條控制項；稽核次 #1 的 AP／AR／POA&M 不變。稽核員稽核後無缺失 → 稽核次 #2 status＝closed，輪次沒有結案、流程推進到外部稽核計畫填寫。
7. 外稽全範圍 2 條不合格：DB：多一筆稽核次 pass_no=3、audit_nature=external、nature_seq=1、prev_pass_id 為 NULL，AP 涵蓋全部控制項。稽核員標 2 條不合格並填里程碑 → 外部 POA&M 建立。總覽頁輪次下拉底下切換「第 1 次內部／第 2 次內部／第 1 次外部」，各自看到自己的 AP／AR／POA&M；進度條高亮在外部缺失改善站。
8. 外稽 POA&M 完成：PM 關閉外部 POA&M、完成外部缺失改善站 → 輪次 status＝pending_reverify；稽核次 #3 status＝closed。
9. 發起覆核輪：PM 啟動覆核輪 → 新的一輪只有那 2 條缺失項的新卡，期限＝外稽 POA&M 的里程碑日期。DB：新輪的 job_executions.due_at 有值；母輪三筆稽核次都還在。
10. 到期提醒：把一張退回卡期限設在 3 天後跑排程 → 指派人與 PM 收到提醒信，task_alert_notifications 多一筆 object_type job_due、stage due_3d；改成今天再跑 → 多一筆 due_today。
11. 舊資料照常：DEV 任一既有輪次查得到 pass_no=1 一筆，四個值與輪次一致、audit_nature 為 NULL、總覽頁顯示「未標示」；用既有公版範本跑一輪，行為與上線前相同（稽核無缺失直接結案）。

• 角色重構、小組長兩級審核、外稽員只看自己那次（角色題另案處理）。
• 專案層級範本（一張圖自動開輪）。
• 舊資料回填 audit_nature（舊輪次顯示「未標示」）。
• 同範本內把覆核輪也改成輪內回流：外稽不過維持開新輪（決策者明示）。
• 雛形不另刻；期限兩頁與總覽切換的畫面由卡 7、10、12 實作時依本文件規則刻。

開工前先掃這張表，每列都對應一張卡。