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

# 品質文件

> 撰寫、核准並修訂受管制的 SOP 與作業指導書。每次修訂都是新版本，被取代的版本會被封存而非刪除。

**品質文件**是受管制的 SOP 或作業指導書。品質團隊撰寫它們，好讓每個人都遵循同一份最新的程序，也讓稽核人員看得到任何較早的修訂版寫了什麼。

## 概觀

每份文件結合一個富文字本文與一份有序的**步驟**清單：任務、量測、核取方塊、簽核等等。生命週期決定文件何時成為權威的程序。

已發布的程序絕不會就地編輯。要變更它，你要發布**新版本**，被取代的版本則被封存。每次修訂都保留在記錄中，從而保存稽核歷程。

品質文件列在**品質 → 文件管制 → 品質文件**之下。

## 建立文件

1. 前往**品質文件**並選取**新增文件**。
2. 在**新增品質文件**中，輸入**名稱**與**版本**。
3. 選取**儲存**。文件會以**草稿**開啟。
4. 撰寫作業指導書本文並新增步驟。
5. 從文件標題發布它（請見[發布文件](#publish-a-document)）。

TIP

如果清單是空的，**新增文件**旁會提供**載入範本**。用它可從一組現成的文件開始，而不是從空白頁面開始。

## 生命週期

品質文件一律處於三種狀態之一。對任何一份文件，同一時間只有一個版本是**啟用中**。

<details>
  <summary>**草稿**</summary>

  每份文件都從這裡開始。你可以更改它的名稱、本文與步驟；其他狀態都不允許編輯。草稿還不是人們遵循的程序。
</details>

<details open>
  <summary>**啟用中**</summary>

  目前有效的修訂版。發布它會封存任何其他同名的啟用中版本。
</details>

<details>
  <summary>**已封存**</summary>

  被撤出使用的修訂版，原因是較新的版本變成啟用中，或有人將它封存。你仍可開啟它，並以**重新啟用**將它帶回來。
</details>

### 發布文件

文件標題中的發布按鈕，會依情況改變其標籤。每個變體都會把文件推向**啟用中**。

| 按鈕 | 何時顯示 | 結果 |
| - | - | - |
| **發布** | 文件是草稿且沒有適用的核准規則 | 文件變成啟用中。 |
| **重新啟用** | 文件已封存且沒有適用的核准規則 | 文件再次變成啟用中。 |
| **提交核准** | [核准規則](https://docs.alforse.com/zh-Hant/docs/reference/approvals.md)涵蓋品質文件 | 建立核准請求；核准後文件變成啟用中。 |

NOTE

每個名稱只能有一份文件處於啟用中。發布文件的那筆交易，也會封存公司中每一份其他同名的啟用中文件，所以「目前的程序」絕不會有超過一份有效的副本。

### 封存或還原

啟用中的文件與草稿都可以被封存，啟用中或已封存的版本可以還原為草稿。有一項限制：當某個版本有待處理的核准請求時，只有提出核准請求的人或指定的核准人可以將它還原。

## 版本

管制來自版本控管。**名稱**識別文件；它的每次修訂都是各自的記錄，帶有從 0 開始計算的**版本**號。名稱與版本合在一起是唯一的，這讓 `"Incoming Inspection Procedure"` 可以並排存在 V0、V1 與 V2。

### 修訂已發布的文件

1. 開啟文件，並開啟標題中的**版本**選單。
2. 選擇**新增版本**。**複製品質文件**表單會開啟，**新增版本**設為下一個版本號。
3. 選取**儲存**。

新的草稿會取得本文、步驟與標籤的副本；你複製來源的版本不會改變。發布新草稿會封存先前啟用中的版本。過程中不會刪除任何東西，所以歷程保持完整。

TIP

對於受管制的記錄，請透過**新增版本**修訂，而不要試圖變更啟用中的文件。稽核人員便可確切讀到 V1 寫了什麼，並看到 V2 何時接手。

每次修訂都會連同其版本徽章與狀態出現在**版本**選單中。選取已退役的修訂版會開啟供閱讀；它仍維持已封存。

## 核准

文件在變成啟用中之前是否需要簽核，取決於貴公司的[核准規則](https://docs.alforse.com/zh-Hant/docs/reference/approvals.md)。品質文件是共用核准引擎所涵蓋的文件類型之一。

| 情況 | 發生的事 |
| - | - |
| 沒有適用的核准規則 | **發布**會立即讓文件**啟用中**。 |
| 有適用的核准規則 | 按鈕顯示為**提交核准**，改為建立核准請求。請求提出時會通知核准人。具資格的核准人隨後會在標題看到**核准**與**拒絕**；**核准**會在單一交易中讓文件**啟用中**。 |

每份文件永遠不會有超過一個待處理的核准請求。如果你提交已封存的版本，在請求開啟期間它會回到草稿。

## 步驟

步驟讓文件成為人們可以逐步執行並據以記錄的東西。它們與工單上的程序共用同一個模型。每個步驟都有名稱、選用的說明、決定其位置的**排序**，以及**類型**。類型決定擷取什麼：

FieldType

<details>
  <summary>**任務（Task）**</summary>

  要做的事。記錄只顯示是否已完成。
</details>

<details>
  <summary>**值（Value）**</summary>

  作業員輸入的任何值。
</details>

<details>
  <summary>**量測（Measurement）**</summary>

  對照**計量單位**讀取的數字，此類型需要計量單位。最小與最大限值為選填。
</details>

<details>
  <summary>**核取方塊（Checkbox）**</summary>

  以是或否回答的確認。
</details>

<details>
  <summary>**時間戳記（Timestamp）**</summary>

  某件事發生的時間。
</details>

<details>
  <summary>**人員（Person）**</summary>

  誰做了某件事。
</details>

<details>
  <summary>**清單（List）**</summary>

  從你定義的清單中選一個選項。
</details>

<details>
  <summary>**檔案（File）**</summary>

  上傳。你可以限制接受哪些檔案類型。
</details>

<details>
  <summary>**檢驗（Inspection）**</summary>

  記錄一次檢驗的步驟。
</details>

### 步驟規則

儲存步驟時會執行這些檢查：

* **量測**步驟必須指定計量單位。其最大值不能低於最小值。
* 其他步驟類型都不能帶有計量單位。
* **清單**步驟必須提供其選項。

## 權限

| 動作 | 權限 |
| - | - |
| 檢視文件 | `quality` **檢視** |
| 建立文件或新版本 | `quality` **建立** |
| 編輯與發布 | `quality` **更新** |
| 刪除 | `quality` **刪除** |

## 品質文件與相關功能的差異

品質文件是獨立的。文件本身沒有與流程、品項或檢驗的連結。有兩個鄰近的功能常被誤認為它：

| 功能 | 說明 | 關係 |
| - | - | - |
| 程序 | 有版本的作業指導書，複製到工單的工序上，賦予它步驟與執行參數。 | 同樣的步驟模型，但它存在於生產方法中，而不是品質資料庫。 |
| [檢驗文件](https://docs.alforse.com/zh-Hant/docs/reference/inspections.md) | 用於首件與製程中尺寸檢驗的標註氣球圖面。 | 獨立的功能，存放在自己的資料表中。 |

關於品質模組的其餘部分，包括問題、處置與進料檢驗，請見[品質](https://docs.alforse.com/zh-Hant/docs/reference/quality.md)。


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