概觀
問題記錄位於quality 模組。其內部 ID 以 nc 開頭；人們看到的是獨立的 nonConformanceId。品質概觀說明問題與檢驗、量規和文件之間的關係。
提出問題的方式
- 從問題清單手動提出。
- 在 MES 中從生產現場提出。
- 從 Slack 提出。
- 每當進料檢驗拒收批號時自動提出。
兩層：標題與受影響的物料
標題欄位
你必須提供類型與地點。其他一切都是選填或預先填入的。工作流程：8D 與其同類
請把工作流程想成問題的起手套件，而不是一組狀態。它綁定了開頭的富文字內容、優先順序、來源、必要行動與任何核准。建立問題時選擇一個，這些設定就會被複製過去。 Alforse 就是這樣提供 的：作為一個工作流程，其必要行動就是八個步驟。因為 8D 只是資料，你設計的任何工作流程都在相同的行動模型上運行。生命週期
nonConformanceStatus 由三個值組成。新建立的問題從「已註冊」開始，「已結案」則凍結記錄。
quality 更新權限。
因此已結案並非永久——當出現更多工作時，「重新開啟」會解鎖記錄。
行動任務
任務從哪裡來
每個問題都保有一份必要行動清單（requiredActionIds）。問題一設定好，每個必要行動就成為行動任務（nonConformanceActionTask），依其排序編號。這些任務合起來構成團隊的檢核表。
五個系統類別
部分必要行動帶有systemType，說明它們是哪種工作：
Alforse 為每家公司預設每個類別一個行動：遏制行動、矯正行動、預防行動、驗證與客戶溝通。這些是受保護的。資料庫觸發器阻止任何人刪除它們或更改其
systemType，且公司每種只能有一個。你自己建立的行動沒有 systemType，完全可編輯。
任務狀態
任務依序經過「待處理」 → 「進行中」 → 「已完成」，也可以以「已略過」離開這條路徑。- 新任務停在待處理；不會有東西自動啟動它們。
- 完成一個任務會記錄其完成日期。
- 已完成與已略過的任務可以退回待處理。
- 你可以重新排序任務、設定到期日，並將它們附加到特定流程。
供應商矯正措施要求（SCAR）
當任務是給供應商的，請將它分享為 SCAR（Supplier Corrective Action Request，供應商矯正措施要求）。供應商會得到私人連結，不需要登入。 供應商看到的：不合格品的詳細資料、目前狀態，以及指派給他們的行動任務。處置、核准、結案以及問題的其餘部分仍屬內部。 供應商可以做的：變更每個任務的狀態，並在輸入時自動儲存的編輯器中撰寫備註。在「待處理」的任務上撰寫備註，會自動將它移到「進行中」。當問題到達「已結案」時，SCAR 會鎖定，不再接受任何變更。核准與物料審查委員會
核准是與行動分開的需求。Alforse 提供一種：。- 將 MRB 加到問題。會建立一個核准任務。
- 如果 MRB 先前不是必要的，會新增兩位審查者，職稱為「工程」與「品質」。
- 移除 MRB，這兩位預設的審查者也會一併移除；你自己輸入的審查者則會保留。
處置：決定物料的去向
每一件受影響的物料在問題結案之前都需要一個裁決。該裁決就是儲存在每列nonConformanceItem 上的。資料庫列舉比選擇器提供的更多；介面刻意將你限制在五個：