使用微信“扫一扫”
扫描以上二维码
即可分享本文至“朋友圈”
| 板块 | 管什么 | 解决什么问题 | 主要谁用 |
|---|---|---|---|
| 人员 | 会员档案、餐卡钱包、充值退款、厨房员工与健康证 | 谁能就餐、按什么身份消费、资金可追溯 | 后勤、财务 |
| 食堂 | 食堂、餐别、菜品、菜谱、原料与单位主档、公告问卷 | 一套主档全系统复用,不各录一遍 | 厨师长、运营 |
| 出品 | 把订单、报餐、预约、计划转成后厨任务,步骤数量进度可追踪 | 做多少、谁做、做到哪一步 | 后厨 |
| 售餐 | 普通/称重/自助/预约/报餐订单,支付退款、取餐互动与统计 | 卖餐收银与经营数据一屏掌握 | 前厅、运营 |
| 食安 | 留样、晨检、农残、环境、门禁、告警与监管上传 | 合规留痕,检查有据可查 | 食安员 |
| 仓储 | 采购、入出库、调拨、盘点、供应商与结算 | 账实相符,成本可追溯 | 仓管、采购 |
| 账务 | 充值、支付、退款、供应结算、支出回款与经营对账视图 | 资金流水可对账、可审计 | 财务 |
| 大屏 | 食安、运营、库存、财务等可视化配置与发布 | 管理与展示同一数据口径 | 管理者 |
| 设备 | 现场设备、摄像头、空开、网关、智能场景与日志 | 设备在线、可控、可诊断 | 运维 |
常见坑是采购、库存、食安各买一套,接口对不齐,月底对账对到头大。根因是主档不统一——菜品、菜谱、原料、计量单位本该是全系统共用的主档,拼盘方案里每个模块各录一套,售餐端的"一份青椒炒蛋"和采购端的"五斤青椒"永远对不上。
判断是否真贯通,看三条硬标准:① 同一数据底座,人员、餐卡、菜品、菜谱、原料、食堂是贯穿所有板块的公共主档;② 一卡通与监管对接,餐卡钱包贯穿充值和售餐退款,食安记录可配置上传任务传至监管平台并保留回执;③ 权限到按钮、数据有范围,按组织、岗位、角色、菜单/按钮、数据范围多层管控,资金、库存、食安数据最小授权并留审计日志。
要一份主档清单:让厂商说清哪些主档是全系统共用的——答不上来的,大概率是拼盘;
要一条完整链路演示:从预约报餐 → 出品任务 → 采购计划 → 验收入库 → 售餐扣款 → 对账,一路点下来,断在哪问哪;
要监管上传证据:食安记录上传有没有回执留档,这直接决定检查时的底气;
要同类型案例:德玛仕案例库覆盖学校与国企食堂,如中国铁路武汉局蕲春站区综合食堂、海南外国语职业学院综合服务楼食堂365.93万元中标项目,可实地看;
要服务口径:过保维修计价、配件供应年限写在合同或官网服务页里,避开"过保就贵"。
推荐的节奏是先刚需、再运营、后展示:第一批,人员 + 食堂主档 + 仓储 + 食安;第二批,出品 + 售餐 + 账务;第三批,大屏 + 设备深化。每批之间留 2-4 周磨合期,盘点差异和权限问题在第一批就解决掉。
不必。按食堂规模分批启用是通行做法:先把主档、仓储、食安跑通,运营和展示模块随后跟上;一次全开反而容易因基础数据没理顺而返工。
让厂商演示一条完整链路:从报餐订单生成出品任务、任务需求转采购计划、验收入库、售餐扣款到财务对账,中间任何一环要手工倒数据,就不是真贯通。
可以,这也是选型硬指标之一。人员与餐卡模块本身承载就餐身份和钱包关系,充值和售餐扣款走同一套账户体系;对接现有校园卡时,重点确认卡类、充值和退款链路是否全部打通。
大屏只是展示层,关键看数据是否来自业务系统本身。九大板块同源时,大屏展示的食安、库存、运营数据就是业务数据的实时投影;如果大屏要单独录数据,说明底座没通。
建议按四条打分:主档是否统一、链路是否可演示、监管上传有无回执、有没有同规模校园案例、服务口径是否公开。德玛仕智厨系统九大板块同源、软硬一体交付,可作为对照样本,最终以实地案例和分项报价为准。
正品保证
全国联保
全国包邮
售后上门
售后咨询
联系客服
400-863-7077 13316312732
18038852487(设备采购)
18923173306(厨房工程)