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

# 問題（不合格品）

> 記錄不合格品，透過行動任務與 MRB 核准的工作流程處理，以 SCAR 分享供應商行動，並在問題結案之前處置每個受影響的品項與批號。

當物料或工作未達要求時，你會在 Alforse 中把它登錄為**問題**——系統的不合格品記錄。品質工程師與檢驗員用它來圍堵問題、協調矯正與預防工作，並在結案之前決定每個受影響零件的處置。

## 概觀

問題記錄位於 `quality` 模組。其內部 ID 以 `nc` 開頭；人們看到的是獨立的 `nonConformanceId`。[品質概觀](https://docs.alforse.com/zh-Hant/docs/reference/quality.md#issues)說明問題與檢驗、量規和文件之間的關係。

### 提出問題的方式

* 從問題清單**手動**提出。
* 在 MES 中從**生產現場**提出。
* 從 **Slack** 提出。
* 每當[進料檢驗](https://docs.alforse.com/zh-Hant/docs/reference/quality.md#inbound-inspection)拒收批號時**自動**提出。

來源在事後沒有差別：所有問題共用同一個生命週期。

### 兩層：標題與受影響的物料

NOTE

**單一問題可以橫跨數個品項與批號**

分類——優先順序、來源、類型、工作流程——位於問題標題上。實際受影響的零件則保存在各自的記錄（`nonConformanceItem`）中。這種分離讓一個問題可涵蓋數個品項與許多追蹤批號或序號，且每一個都有自己的處置。請不要把問題的狀態與品項的處置混為一談。

## 標題欄位

你必須提供類型與地點。其他一切都是選填或預先填入的。

| 欄位 | 值 | 備註 |
| - | - | - |
| **優先順序**（必填） | 低、中、高、嚴重 | 從**「中」**開始。 |
| **來源**（必填） | 內部、外部 | 從**「內部」**開始。對於源自供應商或客戶的問題，請選擇外部。 |
| **類型**（必填） | 你的清單 | 你自己設定的類別（`nonConformanceType`）；沒有固定集合。 |
| **工作流程** | 你的清單 | 選填。選擇 `nonConformanceWorkflow` 會預先填入優先順序、來源、必要行動、核准與文件範本——請見[工作流程](#workflows-the-8d-and-its-cousins)。 |
| **地點**（必填） | 一個據點 | 問題提出的地方。 |
| **開啟／到期／結案日期** | 日期 | 你必須提供 `openDate`；`dueDate` 由你決定；Alforse 在結案時填入 `closeDate`。 |
| **數量** | 數字 | 受影響的數量。標題上不必填。 |

## 工作流程：8D 與其同類

請把**工作流程**想成問題的起手套件，而不是一組狀態。它綁定了開頭的富文字內容、優先順序、來源、必要行動與任何核准。建立問題時選擇一個，這些設定就會被複製過去。

Alforse 就是這樣提供 8D 的：作為一個工作流程，其必要行動就是八個步驟。因為 8D 只是資料，你設計的任何工作流程都在相同的行動模型上運行。

## 生命週期

`nonConformanceStatus` 由三個值組成。新建立的問題從**「已註冊」**開始，**「已結案」**則凍結記錄。

<details>
  <summary>**已註冊**</summary>

  已登錄，但尚未被接手。新的 `nonConformance` 由資料庫預設取得此值。你仍可編輯它。
</details>

<details open>
  <summary>**進行中**</summary>

  工作已開始。只要有人在任務備註中輸入文字，Alforse 就會自動將已註冊的問題移到這裡；你也可以在標題中選取\*\*「開始」\*\*。
</details>

<details>
  <summary>**已結案**</summary>

  已解決。因為 `isIssueLocked(status)` 只對已結案回傳 true，這是唯一會阻止編輯問題及其任務指派的狀態。結案時，受指派人會被清除並設定 `closeDate`。選取\*\*「重新開啟」\*\*可將它送回已註冊。
</details>

標題會為每種移動顯示一個按鈕。每一個都需要 `quality` 更新權限。

| 按鈕 | 讓問題移動 |
| - | - |
| **「開始」** | 從已註冊到進行中 |
| **「完成」** | 從進行中，經由 `closeIssue` |
| **「重新開啟」** | 從進行中或已結案回到已註冊 |

因此已結案並非永久——當出現更多工作時，**「重新開啟」**會解鎖記錄。

## 行動任務

### 任務從哪裡來

每個問題都保有一份**必要行動**清單（`requiredActionIds`）。問題一設定好，每個必要行動就成為**行動任務**（`nonConformanceActionTask`），依其排序編號。這些任務合起來構成團隊的檢核表。

### 五個系統類別

部分必要行動帶有 `systemType`，說明它們是哪種工作：

| 類別 | 目的 |
| - | - |
| **遏制（Containment）** | 在根本原因仍未知時，隔離可疑庫存或工作的立即步驟。它供給下方的遏制狀態。 |
| **矯正（Corrective）** | 根本原因確認後的修正。 |
| **預防（Preventive）** | 阻止相同失效出現在其他地方的行動。 |
| **驗證（Verification）** | 證明矯正與預防步驟有效的佐證。 |
| **溝通（Communication）** | 告知受影響的一方——例如客戶。 |

Alforse 為每家公司預設每個類別一個行動：遏制行動、矯正行動、預防行動、驗證與客戶溝通。這些是**受保護的**。資料庫觸發器阻止任何人刪除它們或更改其 `systemType`，且公司每種只能有一個。你自己建立的行動沒有 `systemType`，完全可編輯。

NOTE

**你從不手動設定遏制狀態**

`issues` 檢視表由任務推算出**遏制狀態**：

* 一旦遏制類型的任務處於進行中或已完成，即為\*\*「已遏制」\*\*；
* 遏制任務存在但尚未開始時，為\*\*「未遏制」\*\*；
* 問題沒有遏制任務時，為\*\*「不適用」\*\*。

### 任務狀態

任務依序經過**「待處理」** → **「進行中」** → **「已完成」**，也可以以**「已略過」**離開這條路徑。

* 新任務停在待處理；不會有東西自動啟動它們。
* 完成一個任務會記錄其完成日期。
* 已完成與已略過的任務可以退回待處理。
* 你可以重新排序任務、設定到期日，並將它們附加到特定流程。

### 供應商矯正措施要求（SCAR）

當任務是給供應商的，請將它分享為 **SCAR**（Supplier Corrective Action Request，供應商矯正措施要求）。供應商會得到私人連結，不需要登入。

供應商看到的：不合格品的詳細資料、目前狀態，以及指派給他們的行動任務。處置、核准、結案以及問題的其餘部分仍屬內部。

供應商可以做的：變更每個任務的狀態，並在輸入時自動儲存的編輯器中撰寫備註。在**「待處理」**的任務上撰寫備註，會自動將它移到**「進行中」**。當問題到達**「已結案」**時，SCAR 會鎖定，不再接受任何變更。

HEADS UP

**任何拿到 SCAR 連結的人都能使用它**

沒有登入保護連結，所以請只寄給供應商聯絡人。

## 核准與物料審查委員會

核准是與行動分開的需求。Alforse 提供一種：MRB（Material Review Board，物料審查委員會）。

1. 將 MRB 加到問題。會建立一個核准任務。
2. 如果 MRB 先前不是必要的，會新增兩位**審查者**，職稱為**「工程」**與**「品質」**。
3. 移除 MRB，這兩位預設的審查者也會一併移除；你自己輸入的審查者則會保留。

審查者只是記錄在問題上的職稱，可在行內編輯。

## 處置：決定物料的去向

每一件受影響的物料在問題結案之前都需要一個裁決。該裁決就是儲存在每列 `nonConformanceItem` 上的處置。資料庫列舉比選擇器提供的更多；介面刻意將你限制在五個：

| 處置 | 意義 | 結案時對連結的追蹤實體的影響 |
| - | - | - |
| **待處理** | 尚未決定（預設）。 | 無——而且如果該列有連結的物料，它會**阻止結案**。 |
| **退還供應商** | 送回去。 | 變成**已拒絕**；過帳一筆負向調整的分類帳分錄。 |
| **重工** | 修復後使用。 | 回到**可用**。 |
| **報廢** | 註銷。 | 變成**已拒絕**；過帳一筆負向調整的分類帳分錄。 |
| **依現況使用** | 接受偏差。 | 回到**可用**。 |

### 結案會檢查什麼

HEADS UP

**每一列有連結物料的資料列都必須通過，問題才能結案**

結案之前，`closeIssue` 會檢查每一個有連結追蹤實體的受影響品項列。如果任何這類列仍是待處理、其連結數量合計不等於該列數量，或連結的實體遺失或已被消耗，結案會被拒絕，並顯示 *"Cannot close: Disposition is still Pending"*（無法結案：處置仍為待處理）或類似訊息。只有當所有列都乾淨時，才會套用結果並將問題設為\*\*「已結案」\*\*。

沒有連結物料的列會略過這項檢查——你從未追溯的物料不需要處置。

## 將問題連結到其他記錄

你可以將問題與**品項**、**客戶**、**供應商**、**工單工序**、**採購單行**、**銷售訂單行**、**出貨行**、**收貨行**、**追蹤實體**以及**進料檢驗**建立關聯。這些連結提供回溯到問題發生處的追溯性，並供給供應商品質指標。

如果解決問題需要的是工程變更，而非一次性的處置，請直接從問題標題開始[變更通知](https://docs.alforse.com/zh-Hant/docs/reference/change-orders.md)。新的變更通知會將該問題記錄為其來源。

## 權限

| 要 | 你需要 |
| - | - |
| 看到問題清單 | `quality` **檢視** |
| 提出問題 | `quality` **建立** |
| 編輯、結案、拆分或移動實體 | `quality` **更新** |
| 刪除問題 | `quality` **刪除** |

## 相關內容

**變更通知**

將問題升級為工程變更。

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

**品質**

問題如何與進料檢驗、量規和品質文件配合。

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

**風險登記冊**

在不合格品旁依來源追蹤風險與商機。

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

**校正**

量規記錄，以及每次校正何時到期。

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


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