七大业务板块

数智团餐是七大业务板块中的核心业务。方案从组织的真实供餐条件出发，把人员、菜单、厨房、窗口与管理规则编排成可执行的日常服务。学校的集中课间、工厂的多班次、政企的餐补规则和医疗机构的不同供餐对象，需要分别设计，不能只用同一套点餐页面覆盖。

项目先形成服务底表：服务地点、对象、餐次、预计需求、开放窗口、就餐方式和责任接口。再将周期计划、当天调整与临时需求分开处理，明确何时确认、谁能变更、哪些岗位必须收到通知。数字化的价值，是让这些约定进入同一工作流程，减少现场反复核对。

菜单同时是面向用餐者的选择信息，也是采购和厨房的生产依据。将菜品名称、主辅料、制作方式、份量、餐次与价格组织为一致版本；原料替代或做法调整时，同步更新面向厨房、窗口及用餐者的信息。

周期设计综合季节供应、预算、食材搭配、口味变化和厨房条件，避免只以菜名数量衡量丰富度。营养信息需要相应配方和份量依据；特殊膳食、过敏相关需求先明确原料、操作条件与告知方式。医疗膳食按院方专业要求执行，不将普通供餐写成治疗方案。反馈按菜品、餐次和场景归类，再进入下一轮菜单讨论。

围绕原料验收、储存、加工、供餐和清洁建立连续记录，优先保证批次、时间、地点与责任人能够互相对应。检查表要回答现场问题：这批原料进入了哪些餐次，发生异常后还涉及哪些库存或服务点，以及谁负责确认处置。

异常处理采用发现、隔离或暂停、评估、处置、复核的路径。照片和传感记录能够辅助核查，但不能单独证明食品安全；关键参数按食品类别、工艺与适用要求设定。留样、检验等记录按实际适用范围管理，并与对应餐次关联。整改完成须保留结果和复核依据，避免把“已提醒”当成“已解决”。

实施从现场访谈和供餐流程梳理开始，形成服务清单、责任分工、菜单与权益规则、数据字段表及异常联络表。以一个餐次或一个服务点做流程演练，覆盖正常就餐、退单、临时变更、离线处理和食安异常，再根据试运行记录调整。

交付成果不仅是页面或设备，还包括可执行的岗位流程、核对表、培训记录和双方认可的验收范围。系统配置、接口与现场设施按项目选择；持续复盘以真实服务记录检验，不以未经核实的效率或满意度数字作承诺。

餐饮供应链是一项独立业务，也是团餐稳定交付的重要连接。方案由菜单和服务节奏反推原料规格、到货时间与采购数量，把基地、供应商、加工、仓储配送和项目接收串成连续过程。公司原资料中的净菜、源头组织、配送与质量管理内容，可沿这一流程理解。

需求先区分确定订单、预计需求和临时补货，再核对库存可用量、在途量与保质期限。周期菜单变化、节假日和班次调整应传递到采购端；供应波动则返回菜单与现场，由责任人确认替代方案。计划质量取决于信息的完整和及时，而非单纯扩大库存。

原资料中的“一城一地”聚焦半成品净菜，并展示分拣、清洗、加工与包装场景。面向项目的设计重点，是明确原料从什么状态交付、现场还要完成哪些步骤，以及这一分工对厨房时间、储存和设备带来的影响。

加工单连接原料批次、分拣标准、切配规格、包装单位和交付去向。处理后的品名、时间与保存条件应清楚可辨，不能将“已清洗”理解为“可直接食用”。试配阶段通过实际出品核对规格、份量和菜品适配，再确认加工损耗与订单单位。不同项目共用原料时，仍保留各自菜单要求与批次交接。

仓储按食品类别、保存条件、批次与状态组织；待验、可用、退货和不合格物料在标识与操作上分开。出库排序同时考虑有效期和适用状态，补货计划不能把隔离库存计入可用量。

冷链方案以产品要求为起点，核对收货、暂存、装卸、运输与交接各环节，而不只查看车辆是否有制冷设备。记录应包含测量位置、时间、设备与异常持续情况，区分环境读数和食品测量。温度异常需要结合批次和过程评估，不因读数恢复就自动放行；最终处置由明确负责人确认。

合作设计应明确交付的是原料、净菜、半成品还是配套配送，以及验收、加工和库存分别由谁承担。启动资料包括产品目录、规格与单位、到货窗口、接收条件、结算规则和异常联络人。先用代表性品类验证订单到收货的全过程，再扩展到完整采购目录。

数字协同先整理商品、供应商、项目和批次编码，再接通必要的订单与验收信息。原资料将AI供应链应用标注为Alpha测试、暂不对外开放；这是资料形成时的状态，不代表当前系统的开放情况。预测或优化建议需要历史数据、试验与人员复核，实际范围以项目交付约定为准。

菜单视觉先服务选择，再承载品牌风格。菜名、餐型、价格、规格和必要提示应有稳定层级；纸质菜单、灯箱、电子屏与线上菜单共用同一份批准内容，防止现场价格与传播海报不一致。图片需要与实际出品相符，概念画面不能冒充餐品实拍。

设计交付包含标识应用、色彩和字体规则、菜单版式、价签与导视模板，以及可编辑文件的版本和使用范围。更新时同步核对菜品状态、时间、促销条件与授权素材。简体、繁体和英文分别检查字宽、换行、食材名称及阅读顺序，确保视觉统一并保留实际可读性。

智慧厨房是一项独立业务，重点是把空间、设备、人员与工序组织成稳定的生产体系。设计从菜单结构、加工深度、餐次节奏和供餐形式开始，再评估收货、储存、预处理、烹调、备餐与洗消所需的空间和资源。

现场产能不能只按设备铭牌相加。需要同时观察原料到位、切配节拍、加热批次、装配出餐、洗消周转与人员操作，找出限制高峰供餐的环节。改造方案应写清计划服务条件、现有设施约束、施工影响与试运行方式；先让流程可执行，再决定数字工具和设备的配置。

把菜单拆成工序清单，明确每道菜的原料状态、设备、岗位、批量、预计完成时间与出餐顺序。共享设备的任务需要排队安排；不同食品不能因为时间紧而混用不适当的操作区域或工具。

排程从开餐时间向前推算，给验收、切配、加工、复核和交接留出实际操作时间。补餐与加餐单独设置触发和确认规则，避免所有临时需求直接压到厨师身上。如采用现场看板，应显示当前任务、下一批次和异常负责人；人工判断、关键操作与复核责任始终保留。

将清洁消毒安排落实到具体对象、方法、频次和责任人，区分食品接触面、设备内部、排水、储存及人员卫生。日常清洁、品类切换和发生污染后的处理不能混用同一张简单打勾表。

检查重点是方法是否适合对象、用品是否按要求使用，以及完成后如何避免再次污染。关键工序和设施问题应能关联到受影响食品与时间段。现场发现异常先控制风险，再调查原因和验证改进；需要检验或专业评估的事项进入相应流程，不把远程看图当作现场复核的替代。

交付按现场勘察、流程设计、配置与培训、试运行、问题复核展开。方案应形成布局与动线图、设备及工序清单、岗位操作卡、清洁维护安排和异常处置表；施工与设备安装由具备相应条件的责任方实施。

验收用实际菜单和代表性高峰验证，从进货到出餐，再到餐具回收与清场，检查岗位能否协同完成任务。数字记录只是验收的一部分，还需确认人员会操作、异常有人接手、关键设备有维护方案。后续优化以试运行和日常记录为依据，持续调整流程与培训。

先区分就餐资格、业务操作权限和管理查看范围。员工、学生、访客等身份只提供完成服务所必需的信息；现场人员、项目管理者与财务人员按职责访问不同范围。账号开通、岗位变动、临时授权与离场停用需要明确发起人、批准人和生效时间。

个人信息使用应说明目的并具备相应处理依据。对健康、生物识别及未成年人等敏感信息另行评估必要性和保护条件；能够用汇总数据回答的问题，不必展示个人明细。接口授权、操作日志、导出控制和保存期限需在项目方案中确定，本页不代表统一身份认证或人脸识别系统已经接入。

数据方案可按范围交付来源清单、主数据字典、指标说明、核对规则、角色权限表、异常处理流程和报表样例。验收关注记录能否追到来源、相同输入是否得到同口径结果、越权访问是否被阻止、差异是否有人跟进。上线后约定字段与接口变更流程，明确停机时的手工记录和补录方式。食品安全记录异常应及时交由相应责任人处理，不能等待经营报表周期结束。

评价将知识理解、操作过程、工作结果和异常应对分开观察。题目和任务对应岗位能力，不以单次笔试代表全部能力；观察表需写清合格表现、关键错误及复核要求。同一岗位使用一致尺度，评价者保留观察依据，学员知道未通过的原因和补训路径。

培养记录可包含学习计划、课程版本、带教人、实操任务、评价结果与后续跟进。涉及人员表现的记录按职责范围使用，不在公开页面展示个人考核明细。内部学习或岗位评价不等同于国家职业资格、学历教育或已获授权的技能等级认定，相关资质必须另有明确依据。