商品定义
核对品类、等级或规格、净重与包装、预处理程度、保存要求和交付形态。整料、净菜与半成品按不同出品要求比较，避免混用价格。
CAPABILITIES
餐饮供应链
从采购规格到项目签收，以批次、质量与供需协同组织食材供应。
供需计划
餐饮供应链是一项独立业务，也是团餐稳定交付的重要连接。方案由菜单和服务节奏反推原料规格、到货时间与采购数量，把基地、供应商、加工、仓储配送和项目接收串成连续过程。公司原资料中的净菜、源头组织、配送与质量管理内容，可沿这一流程理解。
需求先区分确定订单、预计需求和临时补货，再核对库存可用量、在途量与保质期限。周期菜单变化、节假日和班次调整应传递到采购端；供应波动则返回菜单与现场，由责任人确认替代方案。计划质量取决于信息的完整和及时，而非单纯扩大库存。
采购规格
把“买什么”写清楚，比只比较单价更能控制交付偏差。建立面向菜品和加工方式的规格表，在询价、订单、验收与结算中使用同一名称和单位；变更规格保留原因与确认版本。
供应商评估
根据供应品类核对主体、许可和合格证明，结合到货表现、问题记录与整改情况评价。价格变动与质量异常分别跟进，建立替代与退出安排。
成本可比
区分采购价格、可用比例、加工损耗与配送费用。计量或包装变化先转换为统一口径，再结合实际出品量判断，不以低采购价代替综合成本分析。
净菜加工
原资料中的“一城一地”聚焦半成品净菜，并展示分拣、清洗、加工与包装场景。面向项目的设计重点，是明确原料从什么状态交付、现场还要完成哪些步骤，以及这一分工对厨房时间、储存和设备带来的影响。
加工单连接原料批次、分拣标准、切配规格、包装单位和交付去向。处理后的品名、时间与保存条件应清楚可辨，不能将“已清洗”理解为“可直接食用”。试配阶段通过实际出品核对规格、份量和菜品适配，再确认加工损耗与订单单位。不同项目共用原料时，仍保留各自菜单要求与批次交接。
业务关系
让供给与餐饮需求相互对应
食材供给、供配协同与厨房需求相互连接。规格、加工形态与交付安排从需求出发，反馈再回到供给端；品质信息贯穿其中。
仓配温控
仓储按食品类别、保存条件、批次与状态组织；待验、可用、退货和不合格物料在标识与操作上分开。出库排序同时考虑有效期和适用状态，补货计划不能把隔离库存计入可用量。
冷链方案以产品要求为起点，核对收货、暂存、装卸、运输与交接各环节，而不只查看车辆是否有制冷设备。记录应包含测量位置、时间、设备与异常持续情况，区分环境读数和食品测量。温度异常需要结合批次和过程评估，不因读数恢复就自动放行；最终处置由明确负责人确认。
质量追溯
追溯从能找到前一来源和后一接收方开始，逐步关联订单、批次、加工与使用。问题调查先明确受影响物料、数量和去向，再核对检测、照片及交接记录，避免凭一张报告推断全部产品状态。
第三方检测要核对送检样品、检测项目、日期及报告适用范围；配送复检与供应商证明各自承担不同作用。原资料中的历史检测报告可说明资料背景，不能替代当前批次检验。发现不符后，保留隔离、退货、处置与整改复核记录，并将重复问题反馈到供应商评估和采购规格中。
合作交付
合作设计应明确交付的是原料、净菜、半成品还是配套配送，以及验收、加工和库存分别由谁承担。启动资料包括产品目录、规格与单位、到货窗口、接收条件、结算规则和异常联络人。先用代表性品类验证订单到收货的全过程，再扩展到完整采购目录。
数字协同先整理商品、供应商、项目和批次编码，再接通必要的订单与验收信息。原资料将AI供应链应用标注为Alpha测试、暂不对外开放；这是资料形成时的状态，不代表当前系统的开放情况。预测或优化建议需要历史数据、试验与人员复核，实际范围以项目交付约定为准。
行业参考
将行业规范转化为项目的岗位、记录与检查清单。具体适用要求在项目评估中核对，引用资料不作为集团认证或项目实施成果。历史界面及其日期、数值只反映原资料时点，不代表当前系统开放情况或经营指标。