讓 AI 推薦替代產品之前，先定義什麼才算「等效」

當某個品項無法供貨時，要做的並不是找一個相似的東西，而是確認針對這張特定訂單，您能提供哪一個替代品。

我們建議的起點，是針對一個產品系列進行缺貨協助試點：串連規格、附條件的核准、客戶要求與可出貨庫存，再產出一份經過檢查的候選清單。訂單變更仍交由獲授權的人員執行。這是我們提出的工業工作流程構想，並非 FAIS 已發表的實際導入案例。

把關聯性與核准分開看

Neo4j 在 2026 年 9 月 23 日發表的文章，描述了以相互關聯的購買模式為基礎的零售推薦。文中的產品鄰近關係分析，能找出互補性的購買行為；但這只是關於關聯性的證據，而不是工業替代品的資格認定。閱讀這個零售案例。

在工業品比對方面，已有更具體的先例。Rhize 描述了一家經銷商的導入案例，結合產品規格、經驗證的料號交叉對照、並列比較的證據，以及人工核准。核准紀錄會載明是誰核准了這項對應關係，以及核准的時間。這些是建置者自行報告的導入細節，並非獨立評估。閱讀 Rhize 的說明。

反對另起爐灶最有力的理由是：您的訂單系統可能早已支援替代功能。Oracle 的文件記載了一套流程，把已設定的替代品、訂單層級的替代許可與可用量串連起來。在委託開發另一套應用程式之前，請先盤點這項既有功能。查看 Oracle 文件中的流程。

我們的主張比「把資料串起來」更聚焦：核准的是某張訂單的替代品，而不只是產品之間的關係。

準備度檢查清單

在這個試點中，我們會建立一個公司自有的本體（ontology），也就是一個共用的資料模型，並納入以下連結。請把這些視為需要與您的產品專家和營運團隊取得共識的建議需求，而不是那篇零售文章已經證明的功能。

• 產品識別與規格。 串連內部 SKU、製造商料號、版次與來源文件。由負責的專家為選定的產品系列，定義必要的尺寸、材質、公差、額定值與證書。單位要明確標準化；缺漏或互相矛盾的數值應如實保留，而不是交給模型去補上。
• 附條件的等效關係。 記錄原品項、候選品項、替代方向、允許的用途、排除條件、適用的客戶或廠區範圍、核准者、佐證資料、有效期間與撤銷狀態。把「經常一起購買」與「已核准的替代品」分開。不要推論出反向核准，也不要透過一連串的關係推導出新的核准。
• 這張特定訂單。 串連客戶與廠區、所訂購的 SKU 與版次、用途、數量、單位、送貨地點、需求日期與替代許可。在適用的情況下，也要納入客戶同意、證書、品牌限制與商務限制。這些規則必須由您的專家提供，本文無法替您決定。
• 可出貨的供貨。 串連倉庫、符合條件的批次、扣除預留量與凍結量後的可用數量、相關的有效期限、預計可供貨時間、運送時間與庫存時間戳記。請營運團隊定義這些證據必須多即時，候選品項才能進入候選清單。

單位值得特別檢查。Oracle 文件記載的替代流程不會轉換計量單位，並提醒單位不一致可能導致訂單明細顯示錯誤的單位。在實際測試之前，請不要假設您自己的系統整合能處理這個問題。查看計量單位的相關說明。

先完成檢查，再變更訂單

每個缺貨案例都依照以下建議的工作流程處理：

1. 調出訂單與候選品項。 載入原始需求與已記錄的替代關係，包括替代方向、核准範圍與佐證資料。
2. 檢查資格。 以必要規格、核准條件、客戶要求與可出貨的供貨，逐一檢驗每個候選品項。只要已知有任何一項必要條件不符，就排除該候選品項。
3. 把未解決的案例分開。 證據缺漏、互相矛盾或已過時，結果就是 「無法驗證」，並註明尚未解決的檢查項目與負責的審查人員。這些候選品項不列入經過檢查的候選清單。若沒有任何品項通過，就不提供經過檢查的推薦。
4. 取得人工核准。 將每個符合資格的替代品，與原品項、針對這張訂單的檢查結果、資料來源、核准條件，以及標註日期的可供貨狀況並列呈現。變更訂單前須經獲授權人員核准；若規則有要求，還須取得客戶或工程部門的核准。
5. 執行前重新驗證。 在獲授權人員變更訂單之前，重新確認庫存與需求。若相關細節有所變動，核准即失效，案例退回重新審查。核准必須涵蓋目前附在訂單上的證據，而不是先前的版本。

請刻意做出取捨：在證據完整之前，寧可涵蓋範圍小一些，也不要把不確定當成許可。

用第一週測試準備度

選定產品系列，並指定負責的產品專家、訂單審查人員與庫存負責人。收集近期的缺貨案例、這些案例的原始需求，以及同仁實際做出的決定。接著把檢查清單與現有紀錄逐項對照，並在不更動實際訂單的情況下，重新演練這些案例。

我們會在公司自有的模型中串連這些證據，並實作客製化的候選清單工作流程。唯有在就未解決案例的處理方式達成共識之後，才進入正式上線、由人員審查建議的階段。

在重新演練之前，先定義試點的衡量指標：

• 候選清單採納率： 至少有一個候選品項獲人員核准的已審查案例數，除以含有候選清單的已審查案例數。
• 審查時間： 人員從開啟證據到記錄決定，實際經過的審查時間。
• 不適用建議比例： 因未符合必要條件而遭否決的已審查候選品項數，除以所有已審查的候選品項數。

另外也要記錄沒有提出推薦的案例及其原因，以免不提供建議反而掩蓋了涵蓋率不足的問題。以您現行的人工流程建立基準線。這個建議中的試點，目前尚未有任何經過實測的改善成效或投資報酬率。

您的第一個決定很具體：選出一個您能清楚說明其核准規則的產品系列，然後在讓 AI 推薦替代品之前，先找出還缺少哪些證據。