商品定義
核對品類、等級或規格、淨重與包裝、預處理程度、保存要求和交付形態。整料、淨菜與半成品按不同出品要求比較，避免混用價格。
CAPABILITIES
餐飲供應鏈
從採購規格至專案簽收，以批次、品質與供需協同組織食材供應。
供需計畫
餐飲供應鏈是一項獨立業務，也是團餐穩定交付的重要連接。方案由菜單和服務節奏反推原料規格、到貨時間與採購數量，把基地、供應商、加工、倉儲配送和專案接收串成連續過程。公司原資料中的淨菜、源頭組織、配送與品質管理內容，可沿此流程理解。
需求先區分確定訂單、預計需求和臨時補貨，再核對庫存可用量、在途量與保存期限。週期菜單變化、節假日和班次調整應傳遞至採購端；供應波動則回到菜單與現場，由負責人確認替代方案。計畫品質取決於資訊的完整和及時，而非單純擴大庫存。
採購規格
把「買什麼」寫清楚，比只比較單價更能控制交付偏差。建立面向菜品和加工方式的規格表，在詢價、訂單、驗收與結算中使用同一名稱和單位；變更規格保留原因與確認版本。
供應商評估
依供應品類核對主體、許可和合格證明，結合到貨表現、問題記錄與整改情況評價。價格變動與品質異常分別跟進，建立替代與退出安排。
成本可比
區分採購價格、可用比例、加工損耗與配送費用。計量或包裝變化先轉換為統一口徑，再結合實際出品量判斷，不以低採購價取代綜合成本分析。
淨菜加工
原資料中的「一城一地」聚焦半成品淨菜，並展示分揀、清洗、加工與包裝場景。面向專案的設計重點，是明確原料以什麼狀態交付、現場仍須完成哪些步驟，以及此分工對廚房時間、儲存和設備帶來的影響。
加工單連接原料批次、分揀標準、切配規格、包裝單位和交付去向。處理後的品名、時間與保存條件應清楚可辨，不能將「已清洗」理解為「可直接食用」。試配階段透過實際出品核對規格、份量和菜品適配，再確認加工損耗與訂單單位。不同專案共用原料時，仍保留各自菜單要求與批次交接。
業務關係
讓供給與餐飲需求相互對應
食材供給、供配協同與廚房需求相互連接。規格、加工形態與交付安排從需求出發，回饋再回到供給端；品質資訊貫穿其中。
倉配溫控
倉儲按食品類別、保存條件、批次與狀態組織；待驗、可用、退貨和不合格物料在標識與操作上分開。出庫排序同時考慮有效期和適用狀態，補貨計畫不能將隔離庫存計入可用量。
冷鏈方案以產品要求為起點，核對收貨、暫存、裝卸、運輸與交接各環節，而不只查看車輛是否有製冷設備。記錄應包含測量位置、時間、設備與異常持續情況，區分環境讀數和食品測量。溫度異常需要結合批次和過程評估，不因讀數恢復便自動放行；最終處置由明確負責人確認。
品質追溯
追溯從能找到前一來源和後一接收方開始，逐步關聯訂單、批次、加工與使用。問題調查先明確受影響物料、數量和去向，再核對檢測、照片及交接記錄，避免憑一張報告推斷全部產品狀態。
第三方檢測要核對送檢樣品、檢測項目、日期及報告適用範圍；配送複檢與供應商證明各自承擔不同作用。原資料中的歷史檢測報告可說明資料背景，不能取代當前批次檢驗。發現不符後，保留隔離、退貨、處置與整改複核記錄，並將重複問題回饋至供應商評估和採購規格。
合作交付
合作設計應明確交付的是原料、淨菜、半成品或配套配送，以及驗收、加工和庫存分別由誰承擔。啟動資料包括產品目錄、規格與單位、到貨窗口、接收條件、結算規則和異常聯絡人。先以代表性品類驗證訂單至收貨的全過程，再擴展至完整採購目錄。
數位協同先整理商品、供應商、專案和批次編碼，再接通必要的訂單與驗收資訊。原資料將AI供應鏈應用標註為Alpha測試、暫不對外開放；這是資料形成時的狀態，不代表當前系統的開放情況。預測或優化建議需要歷史資料、試驗與人員複核，實際範圍以專案交付約定為準。
行業參考
將行業規範轉化為專案的崗位、記錄與檢查清單。具體適用要求在專案評估中核對，引用資料不作為集團認證或專案實施成果。歷史介面及其日期、數值僅反映原資料時點，不代表當前系統開放情況或經營指標。