審計追蹤是否僅適用於 Part 11 環境？

不。即使沒有明確要求第 11 部分，審計追蹤也能支持受監管和高責任製造領域的資料完整性和可辯護的調查。

審計追蹤與偏差和糾正預防措施 (CAPA) 有何關係？

審計追蹤提供了事件發生的客觀時間線，而偏差和糾正預防措施則提供了規範的應對措施。兩者共同構成了一個可信的事件敘述。

審計追蹤軟體

審計追蹤軟體－如何為受監管的製造業選擇符合審計要求的系統（美國）

Q: 實際工廠中最大的審計追蹤漏洞是什麼？

共享登入資訊和管理員編輯權限，都會破壞可追溯的證據，並使審計追蹤難以辯護。

Q: 是否應該定期審查審計追蹤記錄？

是的——至少對於已定義的關鍵事件類型，例如覆蓋、關鍵編輯和存取權限變更，需要進行審核。審核是證明監理到位的方式。

本主題屬於 SG Systems Global 監管與營運術語表。

2025年12月更新 • 審計追蹤軟體、GxP審計追蹤、第11部分風格的證據、資料完整性、變更原因、電子記錄 • 受監管製造（美國）

審計追蹤軟體並非簡單的「日誌記錄功能」。在受監管的製造業中，審計追蹤是信任的基石：它能證明誰在何時做了什麼，變更了哪些內容，以及變更的原因。當出現問題時——例如產品不符合規格、批次錯誤、標籤錯誤或客戶投訴——您能否為決策辯護，往往取決於整個系統中審計追蹤的品質。

大多數公司認為只要係統記錄了時間戳，就擁有了審計追蹤。但這遠遠不夠。真正的審計追蹤必須具備可追溯性、完整性、防篡改性和可複核性。此外，它們還必須易於使用：如果審計追蹤存在，但無人能夠有效率地查詢、篩選、匯出或複核，那不是營運控制，而是責任。

“如果你無法解釋重大變更背後的‘原因’，審計追蹤就無法保護你，而只能記錄風險。”

TL; DR： 根據以下因素選擇審計追蹤軟體 重大事件通報 （必須跟在後面的） 細節品質 （舊值/新值 + 更改原因） 防篡改, 審查工作流程以及 出口能力要求演示場景：編輯關鍵記錄、執行覆蓋操作、更改規格、發布批次，然後產生一份顯示審計追蹤的報告。誰, 發生了什麼變化, 為什麼以及它是如何經過審核和批准的。

買家所說的「審計追蹤軟體」指的是什麼？
定義成功：具有重要意義的審計追蹤關鍵績效指標
審計追蹤（覆蓋範圍圖）中必須包含哪些內容？
好的審計追蹤記錄是什麼樣的？
買家要求區分了真正的系統和複選框日誌
審計追蹤審查：如何使其有效運作
整合真相：MES/QMS/WMS/ERP 之間的審計跟踪
複製/貼上演示腳本和記分卡
選擇的陷阱（審計追蹤如何悄然失效）
這與 V5 的映射關係 SG Systems Global
擴充常見問題解答

1）美國買家真正理解的「審計追蹤軟體」是什麼？

當受監管的製造商說「我們需要審計追蹤軟體」時，他們通常指的是以下四種情況之一：

我們需要可辯護的電子證據 用於調查、檢查和客戶審核。
我們需要問責制 （不再有「沒人知道是誰改的」這種說法）。
我們需要受控例外情況 （修改、返工、偏差）均有記錄並說明理由。
我們需要減輕審計的痛苦 透過快速、一致地檢索證據。

審計追蹤之所以重要，是因為它反映的是系統行為，而非報告。如果你的系統允許在沒有更改理由的情況下進行關鍵編輯，或者允許共享登錄，即使審計追蹤看起來“很活躍”，它本身也是薄弱的。審計追蹤的目標不是記錄活動，而是證明系統控制。

殘酷的真相： 缺少新舊值和變更原因的時間戳記並非審計跟踪，而只是一條線索。

2）在選拔之前定義成功：重要的審計追蹤關鍵績效指標

審計追蹤可以像其他控制系統一樣進行衡量。以下關鍵績效指標 (KPI) 可協助您判斷稽核追蹤在實際操作中是否有效：

關鍵變更覆蓋範圍
產生合規審計記錄的已定義關鍵欄位/事件的百分比。

變更原因合規性
具有合理理由的關鍵變更百分比（不是「更新」或「修復」）。

審核完成時間
是時候對特定時期的審計追蹤進行審查並結束審查了。

證據檢索時間
是時候為特定事件、批次或使用者產生審計追蹤報告了。

實際目標： 你應該能夠在幾分鐘內（而不是幾小時內）回答「誰更改了什麼以及為什麼？」這個問題，而且無需在各個系統中查找。

3) 審計追蹤（涵蓋範圍圖）中必須包含哪些內容？

適當的審計追蹤範圍取決於您的流程和風險狀況。但在受監管的製造業中，以下類別通常是「必須涵蓋」的項目：

主要的數據產品規格、配方、物料清單計量單位轉換已批准的替代方案
品質決策保持/釋放處置、偏差、CAPA 關閉
執行證據稱重/配藥權限控制，硬門控繞過事件、步驟完成
標籤和包裝標籤版本變更、核對結果、列印/掃描事件
存取權限變更存取權限配置角色變更、權限提升
資料編輯對關鍵記錄進行編輯、試圖篡改日期、試圖刪除記錄
例外重工措施、不合格項決定、投訴升級

關鍵在於明確關鍵性。並非每個欄位都需要相同的追蹤細節。但那些影響產品品質、鑑別、效力、放行、可追溯性和標籤的欄位應被視為關鍵欄位。

4）「好的」審計追蹤記錄是什麼樣的？

審計追蹤的效用取決於其詳細程度和可讀性。「好的」記錄應具備以下特質：

可歸因的： 與使用者身分唯一關聯，而不是共享帳戶（空中交通管理).
帶時間戳： 使用可靠的系統時鐘記錄日期/時間。
內容豐富： 與批次、批號、設備、工作站、交易和受影響對象關聯。
變更詳情： 舊值 + 新值 + 欄位名稱 + 物件識別碼。
變更原因： 對關鍵修改給出有意義的理由（非可選文本）。
行動分類： 建立/更新/刪除/批准/覆蓋/發布/簽字等。
可審核： 支援篩選、排序和審核工作流程。

規則： 如果無法在不聯繫做出更改的人的情況下解釋一項關鍵更改，那麼審計追蹤就沒有起到應有的作用。

5）買方要求區分真正的系統和複選框日誌

需求類別	「好」是什麼樣子的	如何在演示中測試它
新舊價值獲取	關鍵資料欄位級新舊值	編輯關鍵規格；在審計追蹤中顯示確切的新舊值。
變更原因	關鍵性修改和覆蓋所需的理由	試圖在沒有合理理由的情況下進行更改；系統必須阻止或強制進入。
防篡改	普通管理員無法編輯/刪除審計追蹤記錄。	展示權限模型；證明審計追蹤不可篡改或嚴格控制。
查詢 + 篩選	按使用者、批次、批號、記錄類型、事件類型、日期範圍搜尋	篩選特定批次 + 顯示所有相關模組事件
出口能力	如果需要，可匯出為包含元資料和簽署的 PDF/CSV 檔案。	導出審計追蹤包以供調查；驗證其是否可讀。
審查工作流程	定期審核簽字，並重點說明例外情況。	運行審計追蹤審查隊列並演示關閉門控
訪問治理	角色變更和權限提升都會被追蹤和審查。	更改角色權限；顯示稽核記錄和所需審核
資料完整性控制	防止日期倒簽，支持可歸屬簽名，驗證時間	嘗試回溯日期或刪除；顯示系統回應和已記錄的事件

6）審計追蹤審查：如何使其有效運作

常見的失誤是擁有審計追蹤記錄卻從未進行審查。在受監管的營運中，審計追蹤審查是發現以下問題的關鍵：

反覆出現的否決行為表示流程有缺陷或訓練不足。
不合理的權限升級
事後修改會損害資料完整性
變通方法（例如，繞過）硬門控)

優秀的審計追蹤軟體應支援：

審核佇列 根據風險情況，按特定週期（每日/每週/每月）進行。
異常高亮顯示 （覆蓋、刪除、重大編輯、角色變更）。
審閱者簽名 具有可歸屬的批准。
後續聯繫 至偏差 / CAPA 當發現規律時。

實用方法： 不要試圖審查所有事情。要明確“關鍵事件”，並持續審查這些事件。這才是建立有效監督機制的關鍵。

7) 整合真相：MES/QMS/WMS/ERP 之間的審計跟踪

審計追蹤經常失效，因為它們支離破碎。在實際運作中，單一事件會跨越多個系統：

收貨批次在WMS系統中被隔離。
品質管理系統中已開啟偏差記錄。
MES 系統中的批次已暫停
發布決定已做出，發貨受到影響。

如果審計證據分散在各個系統中且彼此沒有關聯，調查就會變得緩慢且容易出錯。您的選擇標準應包括跨模組關聯和一致的標識/時間模型。至少，您需要：

跨模組保持一致的使用者身份
在MES/WMS/QMS中匹配的批次/批號標識符
可依批次/使用者/時間進行透視搜索
可導出的“事件包”，其中包含跨模組的審計證據

8) 供應商演示腳本（複製/貼上）+ 評分卡

對所有供應商都使用此腳本。它能強制供應商證明審計追蹤的質量，而不僅僅是顯示設定頁面。

示範腳本 A — 關鍵性修改 + 修改原因

編輯關鍵記錄（規格限制、配方參數、標籤版本等）。
強制輸入變更理由。
顯示包含舊值/新值、使用者、時間戳記和上下文的稽核追蹤記錄。
將事件匯出為報告。

示範腳本 B — 覆蓋事件 + 審批

觸發超控（例如，容差超控或門控階躍旁路）。
需要審批流程。
提供審計證據：誰提出的請求，誰批准的，以及原因。
顯示此內容在審核佇列中的顯示方式。

示範腳本 C — 存取權限變更 + 審核

修改角色權限或提升權限。
展示如何在審計追蹤中記錄此變更。
顯示審核員簽字要求，以規範存取權限管理。

示範腳本 D — 調查資料包

選擇批次或批次標識符。
產生一份“事件包”，其中包括審計事件、決策和批准。
匯出並驗證其可讀性（不要只匯出晦澀難懂的 ID）。

項目類別	得分	「優秀」是什麼樣子的？
細節品質	新舊價值觀、原因、背景	僅憑記錄就能完全解釋所有關鍵變化。
不變性	防篡改、管理員控制	審計追蹤記錄不可編輯；特權操作受到嚴格控制並會被記錄。
可搜索	篩選器、透視表、跨模組查詢	按批次/批號/使用者快速查詢，並對事件進行有意義的分組。
審查工作流程	隊列、簽核、例外情況	審計審查是例行的、快速的，並且以異常情況為導向。
出口能力	包含元資料的 PDF/CSV 檔案包	審計人員無需翻譯即可閱讀的清晰出口文件。
准入治理	角色變更和配置審計	權限變更需要獲得批准，並定期進行審核。
整合一致性	統一身分/時間/ID	無需手動拼接，即可在 MES/QMS/WMS 系統中重建事件。