結案報告與一包下載

D1 稽核報告掛在稽核次後面，已結案（含矯正中）才可下載

「稽核作業」清單每列最右「稽核報告」欄放「下載報告」下拉。稽核次狀態 closed 或 remediation 才出現；auditing 印「結案後開放」。矯正中（改善計畫未送出）可下載，Word 的改善計畫章節印「改善計畫尚未送出」。

為什麼：客戶常在內稽剛結束就要報告，等改善計畫送出才給會擋到。被排除：等改善計畫送出才亮。

D2 Word 一份＝FR-142 報告加「改善計畫」一節；Excel 一份＝有改善計畫給改善計畫工作表、沒有給稽核結果工作表，一律列全部評估目標

Word 在逐評估目標附件後加一節，列每條不符合評估目標的改善任務、執行人員、到期日、改善措施（從 FR-143 送出內容帶）；無缺失印「本次稽核無不符合項目，無改善計畫」。Excel 的「列全部」開關追加到 FR-143 棒 4，預設開，符合與不適用的列改善欄留空。PDF 與 Word 同內容。

為什麼：改善計畫工作表是三份往右延伸的終點，有完整軌跡；但 FR-143 的版本只列不符合，客戶要看全部。無缺失的稽核次沒有改善計畫，退回稽核結果版才不會沒 Excel 可下載。

D3 兩層：階段結案報告一輪一份，專案總報告一專案一份

階段結案報告綁 audit_round_id；專案總報告綁 project_id。清單同一入口，用子列位置區分（總報告固定最後）。

為什麼：客戶要報告的時間點是「這輪做到哪」與「整案做完了」，兩種用途不同；第一輪外稽沒過客戶就要知道狀況，不會等覆核。被排除：只有一份綁專案（沒有階段交付物）；只有階段報告沒總報告（董事會或認證機構要整案）。

D4 階段結案報告只在輪次結案時仍有不符合才建；無不符合直接建總報告；覆核又沒過再開一輪照樣建

輪次結案事件：該輪最終稽核 not_met > 0 → 建階段報告；= 0 → 專案隨之完成 → 建總報告。覆核輪結案若仍有不符合（再開下一輪）→ 建該輪階段報告。

為什麼：無缺失時階段報告與總報告內容幾乎相同，建兩份顧問看到的是重複；覆核沒過客戶一樣要報告。

D5 報告由系統自動建立，不設「建立」鈕；建立即「待定稿」

掛在 FR-140 既有的輪次結案與專案完成事件上。顧問看到的是清單上該專案多一份待定稿，客戶要時進去寫總結。結案報告不是流程站，停在待定稿不阻擋任何作業。

為什麼：前五章全是算出來的，建立本身沒有任何需要人決定的事，多一次「建立」只是多一個會忘的步驟。

D6 狀態只有兩個：待定稿、已定稿；清單分段鈕依專案分「待撰寫／已完成／尚未結案」

定稿後修訂再定稿為下一版，不另設狀態。清單不列尚未結案的輪次佔位列；尚無報告的專案仍列、標「尚未結案」。

為什麼：第一版四個狀態（待撰寫／可建立／已定稿／輪次未結案）決策者看不懂，其中兩個其實是「報告還不存在」的理由不是狀態。

D7 清單一專案一列，展開子列；子列依時間序、總報告固定最後

外層：專案、進度（第幾輪哪一站）、報告總覽（幾份待撰寫、幾份已定稿）、最新定稿日、顧問、專案經理。子列：報告名加「階段／總報告」小標籤、涵蓋稽核次、狀態、不符合、定稿日、版本、撰寫／開啟。PrimeVue DataTable 行展開。

為什麼：一列一份平鋪時同專案三份散在表裡，看不出一組；位置本身說明階段與總的關係。被排除：兩個頁籤（同專案要切兩邊）；卡片式（專案多撐不住，決策者裁清單一律表格）。

D8 報告頁是文件版面；階段報告六章加附件一，總報告七章；只有總結由人寫、不標撰寫者

封面（報告類型、標題、副標、基本資料八格）→ 編號章節（每章右上標資料來源）→ 段落敘述先於表格、表格加「表 N-M」標號 → 右側固定目次與下載紀錄。階段報告：1 專案概況、2 整體符合度（各稽核次總表＋控制族群 × 各稽核次矩陣，最右定論）、3 主要缺失與風險（最終稽核全部不符合，依風險排，不給勾選）、4 改善計畫摘要、5 總結與建議（編輯器）、6 附件清單、附件一逐評估目標判定（各稽核次 × 最終）。總報告：1 專案概況、2 各輪演進（一列一次稽核收斂表＋跨多次稽核未改善項目判定軌跡）、3 最終符合度（每條評估目標取最後一次判定）、4 缺失與改善紀錄、5 各輪總結（帶入各輪已定稿總結，唯讀）、6 專案總結與建議（編輯器）、7 附件清單、附件一。

為什麼：第一版資料卡堆疊被決策者說「像硬塞的、很不專業」；逐評估目標客戶愛收但 CMMC L2 有 320 條塞正文會撐爆，放附件。第 3 章不給勾選：系統已有紀錄，再篩是多餘；撰寫者不固定，不標「顧問」。

D9 第 2 章定論取本輪最後一次稽核；總報告最終符合度取每條評估目標最後一次判定

階段報告：定論＝該輪最後一個稽核次的 AR 結果（與稽核報告對得上）；前面各次列為軌跡。總報告：覆核輪只稽縮範圍，故逐條取最後一次判定彙整（57 條來自第 1 輪外稽、2 條來自覆核輪）。

為什麼：階段報告要與該輪稽核報告數字一致；總報告跨輪，最後一次稽核不是全範圍，只能逐條取。被排除：階段報告也逐條取（只有內稽的輪次會與稽核報告對不上）。

D10 三顆按鈕分開：存檔、定稿、下載（下拉）；定稿後存檔隱藏、定稿變修訂

存檔＝草稿不記版；定稿＝鎖第 5 章、記 v1／v2、報告包改正式版；下載下拉四項：完整報告 Word、完整報告 PDF、報告包 zip、報告包內容（看 zip 樹與對照表）。未定稿下載為草稿版加「草稿」浮水印，定稿後檔名帶版號。下拉元件照 FR-141 稽核計畫頁。

為什麼：存檔與定稿後果差太多（一個按錯沒事、一個要走修訂），合成一組反而易誤按；稽核計畫頁也是儲存與送審分開。被排除：存檔與定稿做一組下拉。

D11 Word 與 PDF 都給，顧問自行修改交付；系統不介入，只記下載日誌

每次下載記：誰、何時、哪份報告、格式、版本，走既有稽核事件機制不另開表；報告頁側欄顯示下載紀錄。定稿功能照舊提供。

為什麼：決策者裁「顧問怎麼拿回去修給客戶是他的事，我們介入不了」；日誌是唯一需要留的。

D12 報告包結構與證據對照表；問卷填答轉 PDF；連結只進對照表；證據用結案凍結版本

<專案>_<第N輪|專案總報告>_結案報告_v<N>/
├─ 00-完整報告.docx、00-完整報告.pdf
├─ 01-證據對照表.xlsx
├─ 第1次內部稽核/ 稽核報告.docx、改善計畫工作表.xlsx（或稽核結果工作表.xlsx）
├─ 第2次內部稽核/ …
├─ 第1次外部稽核/ …
└─ 證據/<族群>/<控制項>/<評估目標>/ 原檔、問卷填答_<問卷名>.pdf

對照表欄：稽核次、控制族群、控制項、評估目標、類型（檔案／問卷／連結）、名稱、包內路徑、雜湊／快照識別、採用。未採用留一列標「否」不收檔。證據取 FR-142 D10 結案凍結的那批（雜湊與版本已記）。總報告包：第1輪/、覆核輪/ 原封收各輪子包，另加合併對照表（多「輪次」欄）與總報告。

為什麼：外稽單位拿到一包，看到「佐證是問卷」卻看不到內容等於沒給，故問卷轉 PDF；連結無法打包；用凍結版本才不會結案後證據被換導致包與報告對不上。被排除：問卷只寫進對照表不產 PDF；抓 living 證據池。

D13 版本回溯沿用既有歷史表，定稿標版號；還原只還總結段

project_summary_report_history 每次存檔一筆（type U），定稿一筆加 version_no 與 issued=true，還原一筆（type R）。歷史清單標出定稿版；定稿版的報告包存檔可重新下載。前五章即時算不存，無「還原到舊數字」。

為什麼：輪次已結案資料凍結，算出來永遠一樣，存快照是多餘；既有歷史頁已有載入與還原，只缺「哪幾筆是定稿」。

D14 總報告定稿前各輪階段報告未定稿不擋；第 5 章該輪標「尚未定稿」

為什麼：擋了會逼顧問回頭補一份客戶沒要的東西。

D15 權限沿用 grc.summary-report.*；讀與下載給 manager 與 auditor，寫總結與定稿只給 manager；reviewer 不給

稽核作業清單的「下載報告」沿用 FR-142 稽核結果匯出守門（看得到列即可下載），不另加能力點。選單「專案調查結果」改名「結案報告」，位置 群組 42 sort 70 不動（稽核計畫 40 → 稽核作業 50 → 改善計畫 55 → 結案報告 70）。

為什麼：帶案顧問在專案裡就是 manager；稽核人員要能拿報告但不該改總結。

D16 調查結果 Word／PDF 套 FR-141／142 同一份 docx 範本；編輯器沿用 TipTap

封面、頁首頁尾、字型與稽核計畫書、稽核報告一致。TipTap 3.7（MIT）已在用、資安已過，不換；工具列與內容排版已於 2026-10-17 重整（FE 760d6648）。第 5 章 HTML 匯入 Word 前走既有 bleach 白名單。

為什麼：顧問交出去是一套；Quill 有已知 XSS 弱點且已自專案移除，其餘可選套件各有缺點（Lexical 無官方 Vue、Editor.js 輸出 JSON、CKEditor 商用要付費、wangEditor 排除）。