責任不是猜出來
責任判定要回到要求、批次、檢驗條件與結果，而不是依靠會議印象。
一、稽核最怕臨時補件
供應商稽核常被誤解成文件管理：文件有沒有上傳、表單有沒有簽核、改善報告有沒有歸檔。但真正的稽核問題不是文件是否存在，而是當品質異常發生時，企業能不能快速追到原始要求、檢驗結果、供應商批次、改善措施與再驗證結果。
很多工廠在平常運作時，看起來文件都有留。年度稽核一來，採購、品保、SQE、供應商窗口各自翻資料，最後也能把報告補齊。可是補齊文件，不代表資料在日常流程中真的可追溯。真正要問的是：這份文件在異常發生之前就已經存在，還是稽核前才被整理出來？它能不能連回當時的產品版本、製程條件、檢驗規則與責任判定？
本文主張：文件完整率只是第一步，品質可追溯才是供應商稽核的核心。QIF 的價值不是取代稽核系統，而是提醒我們把品質資料放回證據鏈。
二、文件完整率的盲點
文件完整率很容易量化，也很容易被拿來當 KPI。問題是，它只能說明「資料是否存在」，不能證明「資料是否正確、同步、可被驗證」。一份稽核表可以填滿，一份 QC Plan 可以上傳，一份 NCR 可以結案，但如果它們彼此沒有關係，稽核成熟度仍然停在表單層次。
| 表面指標 | 真正要追的問題 | 缺口 |
|---|---|---|
| 供應商稽核表已完成 | 稽核問題是否連到具體製程、產品版本與風險項目？ | 只有表單，沒有證據鏈。 |
| NCR 已結案 | 原因、對策、責任、再發防止與再驗證是否能互相對應？ | 只有處置紀錄，沒有閉環。 |
| QC Plan 已提供 | 檢驗項目、方法、頻率是否連回設計要求與實際量測結果？ | 只有計畫，沒有結果回饋。 |
| 補件逾期率下降 | 文件是否在日常流程中產生，而不是稽核前追補？ | 只有補件效率，沒有資料治理。 |
這裡的矛盾很現實：管理者需要指標，所以會看完整率、逾期率、結案週期；但品質責任要成立，靠的是關係、來源、版本、判定邏輯與再驗證。當文件數量累積到一定程度，如果沒有資料關係，量變不會自然變成品質能力，只會變成更難查的資料堆。
三、QIF 的證據鏈思維
QIF（Quality Information Framework）不是供應商稽核系統，也不是用來取代 QMS、PLM、MES 或採購系統。它給供應商稽核的啟發，是把品質資料看成一條可以被交換、被理解、被驗證的資料鏈，而不是一疊孤立文件。
從 QIF 的角度看，供應商稽核資料至少應該能串起八個節點：要求、計畫、資源、結果、判定、異常、改善、再驗證。這些節點不一定都存在同一個系統裡，但它們不能在管理上斷掉。
四、NCR 與改善閉環
NCR 不應只記錄「發生什麼問題」和「怎麼處置」。如果 NCR 不能回到原始要求、檢驗結果、供應商批次、製程條件與再發防止，它就只是事件紀錄，不是改善閉環。
好的供應商稽核會問得更深：這個不符合項來自哪個規格要求？是供應商製程偏移、來料差異、圖面理解錯誤，還是檢驗方法不一致？改善措施做完後，用什麼方式確認它真的有效？下一次稽核是否把這個項目列為重點追蹤？
改善不是寫完報告
改善措施要有再驗證，並能回到下一版 QC Plan、供應商要求與稽核重點。
稽核不是一次活動
年度稽核、異常稽核與日常績效監控應該形成同一套資料脈絡。
五、三種現場證據類型
本篇依 MD 所列現場素材改寫為去識別化案例，不公開客戶、供應商名稱、本機路徑、內部檔案連結、料號、報價或受控文件細節。這些例子要說明的不是某一家供應商，而是供應商稽核資料如何從表單變成證據鏈。
| 去識別化實例 | 現場意義 | QIF 對應角度 |
|---|---|---|
| 供應商製程稽核報告與彙整簡報 | 這類資料通常能看到稽核項目、現場觀察、缺失分類與後續追蹤，是稽核資料的現場樣本。 | 不只保存表單，而要串成「要求、結果、責任、改善、再驗證」。 |
| 供應商 ISO / supply chain 回覆 | 供應商逐項回覆可以作為改善閉環的材料，但仍需確認回覆是否連到原始要求與後續驗證。 | NCR 與改善閉環要回到要求、批次與檢驗結果，而不是只補文件。 |
| 供應商 QC Plan | QC Plan 把檢驗項目、方法與頻率結構化，比單純文件上傳更接近可追溯管理。 | 從文件完整率走向品質可追溯，用結構化計畫支撐責任判定。 |
保密處理：公開頁只保留方法與去識別化案例。實際供應商名稱、檔案路徑、受控表單、稽核細節與改善內容，應留在企業內部受控文件中。
六、AI 如何支援稽核
AI 可以協助找缺件、比對版本、提醒逾期、彙整異常類型、把供應商回覆整理成稽核追蹤清單。但它不能自動判定供應商責任，也不能把沒有結構的文件堆，直接變成可信的品質證據。
比較穩的做法，是先把供應商稽核資料分層：哪些是原始要求，哪些是供應商回覆，哪些是內部判定，哪些是 AI 摘要，哪些已經人工確認。AI 的位置應該是加速整理與提示，而不是取代 SQE、品保主管或管理者的最終判斷。
| AI 可做 | 仍需人工負責 |
|---|---|
| 抓出缺件、逾期、版本不一致與欄位異常。 | 判定風險等級、責任歸屬與是否接受供應商改善。 |
| 彙整多份稽核報告中的常見缺失。 | 確認缺失是否與實際製程、批次與產品風險相符。 |
| 比對 QC Plan、NCR、供應商回覆與再驗證紀錄。 | 決定是否升級稽核、暫停供應、要求重審或調整合作條件。 |
供應商管理要從文件管理升級到證據管理。成熟度不在文件多，而在企業能否快速回答：品質責任在哪裡？改善是否有效？下一次如何避免同樣問題？
外部連結與註解
- ISO 23952:2020 - Quality information framework註解：ISO 官方標準頁說明 QIF 的資訊模型與 XML schema 架構，可作為本文「QIF 是品質資訊模型，不是供應商稽核系統」的標準背景。
- DMSC / QIF Standards註解：DMSC 是 QIF 標準的制定與維護組織。此連結作為 QIF 官方入口，支撐本文對 Quality Information Framework 的基本定位。
- DMSC QIF Overview: Who-What-Why?註解：此頁說明供應鏈夥伴使用不同 proprietary software 會造成品質資料溝通斷點，QIF 以 XML-based、CAD-agnostic 的方式組織 measurement plans、results、PMI、resources 與 statistical analysis。這正對應本文的供應商稽核證據鏈觀點。
- NIST IR 8127 - End-to-End QIF Technology Survey註解：NIST 技術報告整理 QIF 在產品、PMI、Rules、Resources、Results、Analysis 等資料結構中的角色，可作為本文「要求、資源、結果、分析回饋」脈絡的延伸閱讀。
卡片定位與保密、引用聲明
定位：本頁為 QIF 專題系列文章，用來說明供應商稽核如何從文件保存走向品質證據鏈。具體敏感明細留在各受控源文件，本頁只做公開方法整理與去識別化案例說明。
若連結之權威單位，有認為需要修改或下架之必要，本單位將配合調優、修改、刪除或者下架。
保密（營業秘密）：本頁不揭露客戶名稱、機種真實名稱、配方、供應商料號、報價、供應商真實稽核內容或其他足以識別特定客戶與產品之營業秘密。
引用（連結＝引用，不得用於模型訓練）：外部連結僅供引用、查證、延伸閱讀，不得整段或整圖轉載，不得用於訓練 AI。標準發行者之標準條文原文一律不轉錄；本頁相關內容均為自行整理並標出處。
想把供應商稽核從補文件變成證據鏈？
可以先從一組年度稽核報告、NCR 與 QC Plan 開始，盤點欄位、版本、責任、改善與再驗證關係，建立可複製的供應商品質資料治理樣板。
卡片定位與保密、引用聲明
定位：本頁為知識庫「QIF 專題系列」文章，用來整理工廠 CAD、品質資料、製造治理與 AI 應用之間的關係，並連結外部權威準則。具體敏感明細留在各受控源文件，本頁只做指引。（本頁所述「工廠」均為去識別化代稱。）
若連結之權威單位，有認為需要修改／下架之必要，本單位將配合調優、修改、刪除或者下架。
保密（營業秘密）：本頁為對外文件，不揭露客戶名稱、機種真實名稱（一律代號）、配方、供應商料號、報價等營業秘密。
引用（連結＝引用，不得用於模型訓練）：外部連結僅供「引用、查證、延伸閱讀」，不得整段／整圖轉載、不得用於訓練 AI。標準發行者（ISO／ASME／AIAG）之標準條文原文一律不轉錄；本頁相關內容均為自行整理並標出處。