> ## Documentation Index > Fetch the complete documentation index at: https://docs.alforse.com/llms.txt > Use this file to discover all available pages before exploring further. # 生命週期與發放 > 變更通知如何經過其五個階段、導入實施鎖定凍結了什麼、重新開啟與取消如何運作，以及通知到達完成時發放確切改變了什麼。 變更通知的階段就是它的發放工作流程：工程師起草變更，團隊審查，發放則將它套用到即時的方法與品項。本頁寫給撰寫、審查或發放變更通知的任何人。 ## 概觀 變更通知一次前進一個階段；階段不能跳過。有兩條旁支路徑： * **取消**會從任何未結階段關閉通知，且不發放任何東西。 * **重新開啟**向後退一步：從**導入實施**退到**工程完成**，或從**已取消**退到**草稿**。 ## 階段
**草稿** 撰寫中。你選擇受影響的品項、為每項指定變更類型並編輯其草稿方法。不會通知任何人。
**開始** 工程工作進行中；受指派人與所有行動任務的受指派人都會得知。
**工程完成** 設計編輯已結束，變更等待導入實施的審查。無聲的階段。
**導入實施** 發放發生的地方。工程內容鎖定，\*\*「發放」\*\*出現，讓你檢閱每個品項的差異並套用。抵達此處會被公告。
**完成** 變更已發放。從此通知是唯讀的歷史記錄；抵達此處會被公告。
**已取消** 在未發放任何東西的情況下放棄，在任何未結階段透過標題中的\*\*「取消」**。與**「完成」**一樣唯讀，但**「重新開啟」**可將它帶回**「草稿」\*\*。
### 誰會被通知 | 轉換 | 通知 | | - | - | | 到**「開始」**、**「導入實施」**或**「完成」** | 受指派人與每位行動任務的受指派人 | | 到**「工程完成」** | 沒有人 | 執行轉換的人不會收到自己動作的通知。沒有受指派人且沒有指派任務的通知會無聲前進。 ### 已結案、已取消與已刪除 * **「完成」**是永久的。每個編輯器都變成唯讀。 * **「已取消」**同樣鎖定，但不會失去任何東西：每個受影響品項的草稿都會保留，**「重新開啟」**會讓通知回到**「草稿」**，工作得以繼續。 * **刪除**通知是破壞性的選項。它會捨棄每個受影響品項的草稿，以及通知建立的任何新品項，所以不會留下孤兒。 ## 導入實施會凍結工程內容 當通知到達**導入實施**時，其工程內容變成唯讀。工作流程欄位仍可編輯，讓團隊仍能協調推出事宜。 | 區域 | 在導入實施時的狀態 | | - | - | | 受影響品項清單（新增或移除品項） | 凍結 | | 每個受影響品項的變更類型 | 凍結 | | 暫存的**物料清單**與**製程清單**草稿 | 凍結 | | 切換設定：取代模式、停用日期、後繼者生效日期 | 凍結 | | **變更原因**與**變更說明** | 凍結 | | 行動任務（新增、完成、略過、重新排序、刪除） | 可編輯 | | 受指派人、到期日、優先順序、類別 | 可編輯 | 變灰的控制項只是一半；伺服器本身會拒絕對凍結欄位的寫入。因此從過期瀏覽器分頁儲存會失敗，並顯示 *"This change notice is being implemented, so its changes are locked. Reopen it to make changes."*（此變更通知正在導入實施，因此其變更已鎖定。請重新開啟以進行變更。） NOTE **凍結期間仍可檢閱。** 只有寫入會被拒絕。**變更**彙總、每個受影響品項的差異與影響面板，在導入實施階段仍完全可讀。 ## 重新開啟 到達導入實施之後需要變更工程內容嗎？在 **⋮** 選單中選取**重新開啟**。Alforse 會將通知移回**工程完成**，並解鎖受影響品項、切換設定與敘述欄位；草稿、差異與任務原封不動地保留。對已取消的通知執行相同動作，則會把它帶回**草稿**。 草稿、開始或工程完成階段不提供重新開啟，因為那裡沒有東西被凍結。 HEADS UP **完成是終點——完成之後無法重新開啟。** 你只能在\*\*「導入實施」**（尚未發放任何東西）或**「已取消」**（從未發放過任何東西）重新開啟。**「完成」\*\*的通知已經啟用了新的方法版本、讓新品項可見並寫入了取代關係，而下游的 MRP 與取得方法都依賴這三者。將它還原會把即時的規劃決策從人們腳下抽走，所以不提供。如需進一步編輯，請提出新的變更通知；已發放的方法與品項會成為它的基準。 ## 影響面板 受影響品項清單旁邊是**影響**面板。它以每個受影響品項一棵樹的方式，回答「這個零件用在哪裡？」，涵蓋工單、工單物料、方法物料、採購單、收貨、報價單、問題、保養與組裝說明。 NOTE **影響僅供參考——絕不阻擋發放。** 它的存在是為了在你下定決心前顯示影響範圍，而不是作為關卡；無論內容為何，發放都會進行。面板自己的說明也這樣寫：*"Where the affected items are used across the system. Informational — nothing here blocks releasing."*（受影響的品項在整個系統中使用的位置。僅供參考——此處的任何內容都不會阻擋發放。） ## 檢閱變更，然後發放 在整個撰寫過程中，概觀上的**變更**卡片會為每個受影響品項呈現唯讀的差異；未動過的品項顯示 *"No changes yet."*（尚無變更。） 1. 將通知推進到**「導入實施」**。 2. 選取**「發放」**。**「發放變更通知」**對話框會重複每個品項的差異作為最後檢查，標題為 *"Review each item's changes, then confirm — releasing can't be undone."*（請檢閱每個品項的變更，然後確認——發放無法復原。） 3. 確認。Alforse 依[發放做什麼](#what-release-does)所述套用變更。 ### 差異比較什麼 每個差異的基準，是品項的草稿所複製自的那個方法；編輯後的草稿分成四個區段與它對照： | 區段 | 內容 | | - | - | | **物料清單** | 每一條被新增、移除或修改的 BoM 行，逐欄位比較。 | | **製程清單** | 每一道被新增、移除或修改的工序，包括其步驟、參數與工具。 | | **屬性** | 每個變更的品項欄位一列，例如名稱、說明、計量單位、追蹤類型或補貨系統。 | | **供應商零件** | 對於外購的修訂版、替代零件或新增零件，[行上的供應商](https://docs.alforse.com/zh-Hant/docs/reference/change-orders/change-types.md#supplier-parts-on-a-purchased-line)，含零件編號、單價、最小訂購量、訂購倍數、換算係數與採購單位。 | 供應商列的行為依變更類型而異。修訂版會繼承其來源修訂版的供應商，所以差異只顯示新增、編輯與移除。替代零件或新增零件一開始沒有供應商，所以你新增的每一個都列為新增。 NOTE **差異是精確的，因為草稿是真的。** 沒有任何東西保存在可能與之脫節的獨立影子副本中。你編輯的是真正的草稿方法，差異只是把它與它所複製自的即時方法並排。你在審查中看到的，恰恰就是將要生效的內容。 ## 發放做什麼 你確認時，Alforse 依每個受影響品項的[變更類型](https://docs.alforse.com/zh-Hant/docs/reference/change-orders/change-types.md)處理它： | 步驟 | 適用於 | 效果 | | - | - | - | | 1. 啟用草稿方法 | 每個受影響品項 | 草稿成為**啟用中**版本；舊的啟用中版本被**封存**，把它保留為歷史而不是刪除。 | | 2. 揭示新品項 | 修訂版、替代零件、新增零件 | 由通知建立的品項生效，並蓋上變更通知 ID。版本沒有新品項。 | | 3. 寫入取代關係 | 修訂版、替代零件 | 舊品項依該受影響品項的切換設定被新品項取代。新增零件沒有前身，所以沒有任何東西被取代。 | 關於切換設定如何逐步導入變更，請見[取代與切換](https://docs.alforse.com/zh-Hant/docs/reference/change-orders/supersession.md)。 Alforse 會先於其他一切發放新增零件品項，使其草稿 BoM 指向新整合零件的上層組件，找到該零件已經啟用。處理完最後一個受影響品項後，通知會切換為**「完成」**。 NOTE **發放是冪等的，而不是一筆大交易。** 清除品項草稿上的變更通知 ID，就是標記該品項已發放。因此第二次執行會略過已完成的品項，從第一個仍待處理的品項接續。將通知移到\*\*「完成」**時，會對**「導入實施」\*\*狀態使用比較並交換，以防止兩次同時的發放把變更套用兩次。 ## 同一零件上的平行變更通知 一個零件可以同時被兩份變更通知修訂。每份通知起草自己的方法版本，Alforse 會避開衝突的版本號，所以草稿絕不會互相覆寫。第二份通知發放時，它會在第一份之上成為啟用中，第一份則被封存為歷史。兩組工作都被保留，你絕不需要解決合併衝突。 ## 權限 編輯變更通知，包括使用**重新開啟**，需要 `parts` 更新權限。 ## 疑難排解 | 症狀 | 原因 | 解決方法 | | - | - | - | | *"This change notice is being implemented, so its changes are locked. Reopen it to make changes."*（此變更通知正在導入實施，因此其變更已鎖定。請重新開啟以進行變更。） | 通知處於**「導入實施」**，工程內容被凍結。 | 在 **⋮** 選單中選取**重新開啟**，在**「工程完成」**進行編輯，然後再次推進到導入實施。不會失去任何東西。 | | 任務、受指派人、到期日或優先順序在導入實施階段無法儲存 | 這些欄位沒有凍結，所以鎖定不是原因。 | 檢查你的權限，或通知是否已結案。 | | *"This change notice is closed, so its changes are read-only."*（此變更通知已結案，因此其變更為唯讀。） | 通知是**「完成」**或**「已取消」**。 | 在**「完成」**時，提出新的變更通知。在**「已取消」**時，選取**「重新開啟」**回到**「草稿」**。 | | 沒有**「發放」**動作 | 發放只在**「導入實施」**出現。 | 將通知逐階段推進到導入實施。 | | **⋮** 選單中沒有**重新開啟** | 重新開啟只在**「導入實施」**與**「已取消」**出現。 | 在草稿、開始或工程完成時沒有東西被凍結；在**「完成」**時無法重新開啟。 | ## 相關內容 **取代與切換** 已發放的修訂版如何在下游逐步導入。 [Open](https://docs.alforse.com/zh-Hant/docs/reference/change-orders/supersession.md) **建立變更通知** 開始一份變更通知並選擇受影響的品項。 [Open](https://docs.alforse.com/zh-Hant/docs/reference/change-orders/creating.md) This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.