> ## 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.

# 變更類型

> 為每個受影響的品項選擇版本、修訂版、替代零件或新增零件，以控制你能編輯哪些草稿欄位、發放會產生什麼，以及是否有任何東西被取代。

變更通知上的每個受影響品項都有一個變更類型。工程師在新增品項時選擇它，它決定兩件事：草稿的哪些部分可以編輯，以及發放會建立什麼。新的受影響品項一開始為**版本**。

## 一覽比較各類型

兩個問題區分這四種類型：變更是否從現有零件開始，以及結果是否保留該零件的編號？

| 變更類型 | 從現有零件開始？ | 保留零件 ID？ | 發放時舊品項被取代？ |
| - | - | - | - |
| 版本 | 是 | 是，同一品項 | 否 |
| 修訂版 | 是 | 是，下一個修訂版 | 是 |
| 替代零件 | 是 | 否，新編號 | 是 |
| 新增零件 | 否 | 否，新編號 | 否 |

以下各節依序說明每種類型。

## 版本

* **編輯：**同一品項的物料清單與製程清單。
* **發放建立：**新的方法版本。原本啟用中的版本被封存。
* **取代：**無，因為品項本身沒有改變。
* **使用時機：**只有零件的製造方式改變，而且你既不需要新的品項修訂版，也不需要庫存換代。

## 修訂版

* **編輯：**屬性、文件，以及物料清單與製程清單。
* **發放建立：**新的品項修訂版，零件 ID 相同，修訂版為下一個。
* **取代：**從舊修訂版到新修訂版。
* **使用時機：**零件本身被正式修訂，例如圖面修訂版更新或尺寸變更，而且新舊庫存應在舊的用完之前並存。這是最常見的工程變更。

新增品項時，你可以輸入修訂版名稱（例如 `A`），或留空，由 Alforse 指派下一個修訂版。

## 替代零件

* **編輯：**屬性、文件，以及物料清單與製程清單。
* **發放建立：**由受影響零件衍生的新零件編號。
* **取代：**從受影響的零件到新零件。
* **使用時機：**一個有新編號的零件以一對一的方式取代舊零件。

## 新增零件

* **編輯：**屬性、文件，以及物料清單與製程清單。
* **發放建立：**在變更通知之下建立的全新零件。
* **取代：**無。沒有可取代的前身。
* **使用時機：**你把一個真正全新的零件納入變更管制。

新增零件也是你建立合併模型的方式。當數個元件合而為一時，把單一的替代元件加為新增零件，然後從上層組件的草稿 BoM 刪除舊的明細行。

NOTE

**為什麼只有兩種類型會取代**

版本改變的是一個維持不變的品項的配方，而新增零件之前什麼都沒有，所以兩者都不留下取代關係。修訂版或替代零件則是從受影響零件建立新品項，發放會把舊品項連結到新品項。[取代與切換](https://docs.alforse.com/zh-Hant/docs/reference/change-orders/supersession.md)說明這個連結如何使庫存換代。

## 新增品項後變更類型

* **新增零件：**類型已鎖定。零件在設計上就是全新的，所以不能變成其他類型，也絕不會顯示切換卡片。
* **版本、修訂版、替代零件：**你可以在它們之間切換。切換會丟棄現有草稿並建立新的草稿，因此你做過的所有編輯都會重設。

## 每種類型開啟哪些編輯器

| 類型 | 受影響品項上的編輯器 |
| - | - |
| 版本 | 草稿方法上的**物料清單**與**製程清單**編輯器 |
| 修訂版、替代零件、新增零件 | **零件屬性**（Part Properties，即屬性）與文件，以及 BoM 與 BoP |

三種建立品項的類型會得到額外的編輯器，因為結果是新品項，而新品項需要自己的屬性與文件，不只是修訂過的配方。

## 可新增內容的限制

HEADS UP

**變更通知只處理零件**

**新增受影響品項**選擇器只接受**零件**：其現有品項選擇器只篩選出零件，而新增零件表單一律建立零件。變更通知不提供工具的路徑。

HEADS UP

**採購的品項沒有版本**

你採購的品項（**採購**）沒有物料清單或製程清單，所以**版本**沒有東西可變更。因此，選擇器在採購品項上會隱藏**版本**，版本的品項選擇器只列出**自製**零件，而你新增的採購品項預設為**修訂版**。

## 建立全新零件

1. 在受影響品項的對話框中，將變更類型選擇器設為**新增零件**。對話框會切換為簡短的表單。
2. 填寫下列欄位。
3. 提交。Alforse 會以停用狀態建立該零件，並將它以**新增零件**受影響品項的身分加入變更通知。該零件在發放之前保持隱藏。

| 欄位 | 必填 | 備註 |
| - | - | - |
| **零件編號** | 是 | 零件的可讀 ID。輸入 `...` 可從零件序列取得下一個 ID。 |
| **名稱** | 是 | 零件是什麼。 |
| **補貨系統** | 是 | 採購、自製，或採購與製造。預設：**自製**。 |
| **追蹤類型** | 是 | 庫存、非庫存、序號或批次。預設：**庫存**。 |

## 採購明細行上的供應商零件

草稿品項為採購的明細行，也就是其補貨為**採購**或**採購與製造**者，會在屬性編輯器旁顯示**供應商零件**表格。這適用於修訂版、替代零件與新增零件的明細行。該表格記錄新零件或修訂版將如何採購，而你處理資料列的方式與處理已發放零件時完全相同。

| 欄 | 內容 |
| - | - |
| **供應商** | 廠商 |
| **供應商 ID** | 廠商自己的零件編號 |
| **單價** | 每單位成本 |
| **計量單位** | 廠商的單位 |
| **最小訂購量** | 你最少能訂購的量 |
| **換算係數** | 廠商單位與你的單位之間的比率 |

### 各類型的起始資料

* **修訂版**從來源修訂版繼承：供應商零件與其價格區間，還有批次大小、報廢百分比、前置時間、再訂購政策、偏好供應商與品項群組。它在發放時即可進行規劃與採購，所以只需動到有變更的資料列。
* **替代零件**一開始是空的。來源品項的供應商不會被複製。
* **新增零件**一開始是空的，因為它沒有來源品項。

在變更通知的[變更內容](https://docs.alforse.com/zh-Hant/docs/reference/change-orders/lifecycle.md#review-the-changes-then-release)中，供應商區段只列出你新增、變更或移除的資料列。

HEADS UP

**發放替代零件或新增零件之前請先填寫表格**

發放一個沒有供應商資料列的採購零件，新零件雖已入庫卻無法購買：沒有任何採購單可以引用它。請先在明細行上加入供應商；它們隨後會在變更通知的變更內容中顯示為新增項目。

## 相關內容

**生命週期與發放**

變更通知的各階段，以及發放對每種類型做了什麼。

[Open](https://docs.alforse.com/zh-Hant/docs/reference/change-orders/lifecycle.md)

**取代與切換**

修訂版或替代零件如何把舊庫存換代到新品項。

[Open](https://docs.alforse.com/zh-Hant/docs/reference/change-orders/supersession.md)

**方法與來源**

方法版本，以及發放會推動它們經歷的草稿、啟用中與已封存狀態。

[Open](https://docs.alforse.com/zh-Hant/docs/reference/methods.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.