如何追蹤SOP的變更
如何追蹤 SOP 的變更：一條修訂歷史項目必須記錄甚麼——改了甚麼、誰改的、何時、為何，以及取代了哪個版本——加上安全關鍵的加急分流。
運作方式
每一條項目都記錄那五個欄位
寫下受影響的 SOP 與步驟、改了甚麼與為何、生效日期、作者，以及這條項目確切取代的版本編號。一條漏寫被取代版本的項目，會在紀錄冊裡留下一個事後沒有人能補回的缺口。
把安全關鍵變更送上快速通道
在送去審閱之前，先問這次變更有沒有觸及安全關鍵步驟。如果有，把它標記為加急審閱，不要讓它排在例行變更後面；如果沒有，就送經標準審閱周期。
起草之前先查核有沒有待處理項目
在開始一條新項目之前，先在紀錄冊裡搜尋同一份 SOP 是否已經有一條待處理項目。同一份程序有兩條待處理項目，會產生兩個候選版本號——要跟另一位作者協調，或者把變更排出先後次序，而不是各自平行起草。
獲批之後就鎖定項目
把已批准的項目記錄為定案，然後更新 SOP 的版本號與生效日期，並撤回它取代的版本。一條在獲批之後仍然可以被編輯的項目，不是紀錄，只是一份印上審批人名字的草稿。
對以圖表為本的 SOP，交由變更日誌負責記錄
如果 SOP 本身就是一張 QueryChart 流程圖，圖表上已經捕捉到的內容就不用另外手動記錄：每一次修改已經逐個欄位被追蹤。打開版本歷史，用比較版本查看兩個已儲存版本之間改了甚麼，一鍵還原較早的一個——見 /features/version-control。
常見問題
「追蹤修訂」跟 SOP 的版本控制是同一回事嗎？
不完全是。「追蹤修訂」是文書編輯器的語言，指的是一個檔案內部的追蹤修訂標記與留言。SOP 的版本控制，是為程序每一個獲批狀態各配一個獨立識別版本，並保留它們之間改了甚麼的紀錄這種做法；修訂歷史項目，正是這份紀錄被寫下來的方式。更完整的分別見 /yue/guides/如何為sop做版本控制。
一條修訂歷史項目需要記錄甚麼？
無論由誰撰寫，都是同一組五樣東西：受影響的 SOP 與步驟、以淺白語言寫的變更描述與原因、生效日期、作者，以及這條項目確切取代的版本編號。漏寫被取代版本，是修訂歷史紀錄冊裡最常見的單一缺口。
所有 SOP 變更都走同一套審閱嗎？
不是。安全關鍵步驟的變更會走加急審閱路徑，不用排在例行變更後面，其餘一律走標準周期。兩條路徑在起草之前，都會匯合到同一個重複檢查：這份 SOP 是否已經有一條待處理項目？
這跟一般管理 SOP 修訂有甚麼分別？
本頁講的是一條項目的機制——它需要的欄位、審閱分流、重複檢查。編號方案、檢討周期，以及誰擁有所有 SOP 共同的時間表，那一層管治見 /yue/guides/如何管理sop修訂。
QueryChart 會取代手動紀錄冊嗎？
對一份以圖表為本的 SOP，凡是圖表本身捕捉到的內容，答案是會：每一次欄位級修改都自動記錄在版本歷史裡，並附有比較版本畫面與一鍵還原——見 /features/version-control。在 SOP 的內容活在圖表以外，或者某個標準把修訂歷史紀錄冊本身指名為一項獨立成果時（例如 /yue/templates/受控標準作業程序範本 那套更完整的生命周期），手動紀錄冊仍然值得保留。