“单据即数据，食材有轨迹，异常有证据”
将散落在纸张、Excel和员工经验里的信息，组织为门店日常可执行、总部可持续追溯的食材数据闭环。
从单据确认入库到盘点复核，每一步保留来源、人员与时间。
珠三角连锁餐饮 · 食材损耗证据闭环 · 付费MVP让每一份食材
让每一份食材
都有一条数字轨迹
从供应商复杂送货单开始，建立门店食材数字账，连接销售BOM与实际盘点，把“月底才发现损耗”升级为“每天看得见异常、找得到证据、能向企业反馈可追溯原因”。
AI提效但不越权纯软件交付按范围付费开发
XINGNUO FOOD LEDGER食材数字账一店一账 · 一物一档 · 每笔可追溯
AI复杂单据入库识别 · 清洗 · 匹配
理论食材耗用销售 × 标准BOM
实际库存盘点普通秤也能落地
证据化异常卡结果可解释可核查
01 · PRODUCT POSITION不是再做一套进销存
不是再做一套进销存
而是建立食材损耗的证据闭环
从供应商单据切入，连接食材档案、销售/BOM、盘点与操作记录，让总部看到偏差并追溯证据。
把损耗管理放进每天的业务过程
从日常单据、销售、BOM和盘点中持续形成偏差信号；普通电子秤加手机H5即可执行；异常可下钻至单据、BOM、销售、盘点与修改记录。
总部既能看到结果，也能顺着证据定位需要核查的业务环节。
02 · THE DATA LOOP
一条可复算、可下钻的数据闭环
销售 × 销售发生时生效的 BOM，只形成理论耗用，不等于实际耗用；系统再以盘点验证理论库存，并将差异分层呈现为盘盈、已登记损耗、未解释短缺与数据异常。
单据确认入库
供应商单据经 OCR 清洗、匹配与人工确认后，形成可信入库记录。
原图、原始值与修改留痕导入销售与例外
首期用 Excel 批量导入、后台手工补录；人工只登记报损报废、已制作退菜、重做、赠送/员工餐、临时替料、调拨和盘点调整等例外。
POS 接口本次明确不做形成理论耗用
套餐、规格、加料按对应 BOM 拆解，使用销售发生时生效版本；统一毛料/净料与出成率口径。
销售 × BOM ≠ 实际耗用自动计算理论库存
期初 + 入库 − 理论耗用 − 已登记损耗 ± 调整，持续形成可复算的理论库存。
正常食材不逐笔手工出库ABC 实际盘点
普通电子秤称重后，以手机 H5 录入；A 类每日重点盘点，B/C 类按周复核。
实际库存来自称重与确认分层异常与证据
分开呈现盘盈、已登记损耗、未解释短缺和数据异常；下钻关联单据、销售、BOM 版本、盘点与修改轨迹。
先看口径，再形成企业级溯源反馈03 · PAID MVP DELIVERABLES
付费MVP交付十一项软件能力
六段数据闭环是底座，并纳入五项客户确认的经营增强能力；全部通过电脑 Web 与手机 H5 交付，不涉及硬件开发。
企业多租户与权限
星诺平台管理多个独立企业；企业总部管理多门店、多员工账号和门店数据范围。
固定核心角色 + 门店范围授权，避免首期做过重权限引擎食材数字档案
原料、采购规格、单位换算、菜品/套餐BOM、供应商和保质期统一管理。
BOM保留版本与生效时间，历史计算不被新配方污染复杂送货单工作台
上传、识别、清洗、匹配、人工复核、确认入库，原图与修改前后值完整留存。
识别失败可手工完成，不让AI阻塞门店收货采购库存与盘点
采购入库、期初库存、ABC循环盘点、报损报废和必要的库存调整。
普通电子秤独立称重后由手机H5录入；MVP不接触硬件层理论耗用与库存偏差
销售数据按销售时生效的 BOM 拆解为理论耗用；过滤重复打印/重打，套餐、规格与加料按对应 BOM 拆解；以期初、入库、已登记损耗和调整自动计算理论库存，再与实际盘点比较。
盘盈、已登记损耗、未解释短缺与数据异常分开表达企业级异常反馈与追溯
异常关联原始单据、销售、BOM版本、盘点和修改记录，并形成面向企业的溯源原因反馈。
支持原因归类与处理说明，不要求分派责任人或落实个人责任可解释AI经营建议
基于已确认业务数据生成辅助经营建议，并展示数据依据与推导口径。
只做辅助建议，不自动采购、不自动改库存、不替代管理决策供应商比价与价格异常
按统一原料、规格和单位换算比较供应商报价及历史采购价格，提示明显价格变化。
基础能力纳入MVP；效果依赖客户采购数据完整度，不承诺自动判定最优供应商经营驾驶舱与全屏大屏
提供日常经营驾驶舱及浏览器全屏展示模式，支持跨门店总览、异常下钻与经营展示。
复用同一数据口径；不额外采购、连接或控制显示硬件轻量采购申请与审批
门店根据理论库存、规则阈值和最近盘点创建采购申请；企业配置的审批岗一次通过或驳回后形成内部采购单。
仅单级内部审批；不自动向供应商发单，不做多级会签或催办收货批次与临期提示
收货确认时记录生产/到期日期或有效期，按双方确认的提前天数识别临期批次。
只做提示和依据，不做扫码设备、自动FEFO出库或复杂批次追溯04 · PRODUCT EXPERIENCE CENTER现在，就感受产品
现在，就感受产品
真正做出来的样子
五套高保真产品界面，覆盖老板决策、总部管理与门店执行。点击切换体验；全部数值均为界面示例数据，仅用于展示信息结构与交互方向。
企业经营驾驶舱
看结果，也能一键追溯到业务证据
近30天⌄全部门店⌄全部品类⌄
采购总额¥ 486,320较上期 +3.2%
未解释库存短缺¥ 18,640需重点关注 4 店
库存健康度92.6%15店处于健康区间
待处理异常26其中高优先级 5 项
采购成本与库存短缺趋势点击节点查看当日证据
采购成本指数短缺金额指数
门店异常排名按影响金额
1
南山海岸店牛肉 / 海鲜
¥ 4,2802
天河中心店冻品 / 蔬菜
¥ 3,7603
横琴口岸店乳制品
¥ 2,9104
顺德新城店肉类
¥ 2,4605
福田卓悦店调味品
¥ 1,830门店 × 日期异常热力颜色越深代表需优先核查
最新证据化洞察3项
南山店澳洲牛肉连续3次短缺已关联4张送货单、销售BOM与2次盘点
天河店鲜虾采购单价偏离历史区间同供应商近30日均价对比
福田店重点盘点今日已完成店长16:42确认，数据质量通过
AI送货单识别
原图与结构化结果并排核对，关键字段确认后入库
单据 2026-0816-028重新识别
整单识别完成
广味生鲜配送中心食材送货单
| 商品名称 | 规格 | 数量 | 单价 | 金额 |
|---|---|---|---|---|
| 澳洲牛冧 | 10kg/箱 | 2箱 | 68.00/kg | 1,360.00 |
| 鲜鸡腿 | 20kg/箱 | 1箱 | 18.50/kg | 370.00 |
| 靓西芹 | 10斤/件 | 3件 | 4.80/斤 | 144.00 |
| 鲜香菇 | 5斤/筐 | 2筐 | 12.00/斤 | 120.00 |
合计：人民币壹仟玖佰玖拾肆元整
单据头信息3/4字段已自动确认
广味生鲜配送中心
2026-08-16
天河中心店
GW-0826-168
食材明细与标准化匹配4行 · 1项待确认
原始品名 / 标准原料换算数量单价状态
澳洲牛冧
→ 澳洲牛肉（后腿）20.00 kg¥68/kg已匹配
→ 澳洲牛肉（后腿）20.00 kg¥68/kg已匹配
鲜鸡腿
→ 鸡腿（鲜）20.00 kg¥18.5/kg已匹配
→ 鸡腿（鲜）20.00 kg¥18.5/kg已匹配
靓西芹
→ 建议：西芹15.00 kg¥9.6/kg待确认
→ 建议：西芹15.00 kg¥9.6/kg待确认
鲜香菇
→ 香菇（鲜）5.00 kg¥24/kg已匹配
→ 香菇（鲜）5.00 kg¥24/kg已匹配
食材数字账
采购有来源、耗用有依据、盘点有人员、偏差有证据
南山海岸店⌄2026年8月⌄
| 食材 | 理论库存 | 实际盘点 | 偏差 | 状态 |
|---|---|---|---|---|
牛澳洲牛肉（后腿） | 42.60 kg | 36.20 kg | −6.40 kg | 需核查 |
鸡鸡腿（鲜） | 28.50 kg | 27.80 kg | −0.70 kg | 正常区间 |
菜西芹 | 12.20 kg | 12.80 kg | +0.60 kg | 盘盈 |
菇香菇（鲜） | 8.40 kg | 8.10 kg | −0.30 kg | 正常区间 |
油花生油 | 31.00 L | 31.00 L | 0.00 L | 正常区间 |
奶淡奶油 | 14.00 L | 12.50 L | −1.50 L | 关注 |
澳洲牛肉（后腿）
ING-BEEF-008 · A类重点盘点期初库存18.00 kg
本期采购60.00 kg
理论耗用35.40 kg
实际盘点 36.20 kg店长林伟 · 今日 16:42 · 手机H5录入
销售BOM理论耗用 −8.65 kg来自86份菜品销售 · 按销售时生效 BOM 版本拆解
采购入库 +20.00 kg送货单 GW-0826-168 · 陈晓明确认
已登记损耗 −0.80 kg修切边角料 · 厨师长上传说明
上次盘点 25.65 kg昨日闭店盘点 · 数据质量通过
下午好，林店长
今天还有 3 项关键任务，完成后门店数据即可结算
2026-08-16 周日
今日数据完整度
采购、销售、盘点三类数据
76%已完成
今日待办
按影响优先级排序
复核2张送货单AI识别已完成
高优先完成A类食材盘点12/18 项已录入
6项待办导入今日销售等待POS日报Excel
未开始门店提醒
今天最值得关注
牛肉库存偏差较大建议闭店前指定复盘
鲜虾库存低于安全线预计可用不足1.5天
本周盘点准时率良好连续6日按时完成
今日业务动态
重要操作实时留痕
单
送货单 GW-0826-168 已识别4行食材，1项等待确认 · 15:26
盘
A类重点盘点进度 67%陈晓明正在盘点冻库 · 15:18
入
广味生鲜采购入库金额 ¥1,994 · 林伟确认 · 14:52
损
报损登记：西芹 0.8kg原因：修切边角料 · 13:40
快捷入口
高频任务一步直达
16:425G ▰
智能拍单
?将供应商单据放平，保持光线充足
正在识别单据边缘…
从相册选择支持多张连续上传
历史草稿2张待完成
拍摄并开始AI识别
识别结果不会直接入库。请在下一步核对供应商、数量、单价和金额。
16:425G ▰
A类食材盘点
12/18南山海岸店 · 冻库 · 今日闭店盘点
澳洲牛肉（后腿）单位 kg
36.20
鸡腿（鲜）单位 kg
27.80
淡奶油单位 L
12.50
已完成 12 项剩余 6 项
保存盘点进度
支持暂存，全部完成后由店长确认
设计说明：以上为售前高保真方向稿，用于确认信息架构、核心交互与品牌质感；正式开发时将基于客户真实字段、权限与业务规则形成设计系统和可验收页面。
04 · STABILITY BY DESIGN创新能力之下
创新能力之下
先放四道稳定闸门
MVP能不能卖，不只看演示是否漂亮，更看门店高峰期能否继续工作、AI出错后能否恢复、数据是否可信。
业务数据质量闸门
每一笔正式入库数据都经过规则检查，关键数字不合理时不静默放行。
人工复核AI结果不得直接改变正式库存
必经金额交叉校验数量 × 单价与金额不一致时提示
拦截原料匹配校验无法匹配进入待处理，不擅自建档
待确认租户数据隔离企业互不可见，门店按授权查看
底线AI失败也不耽误收货
AI是加速器，不是业务单点。任何识别失败都有清晰、低风险的回退路径。
1图像质量差 → 提示重新拍摄
2部分字段不确定 → 标红等待人工修正
3原料无法匹配 → 进入待匹配队列
4识别服务不可用 → 切换完整手工录入
5全部操作 → 保留原图、人员与修改记录
稳定交付原则：没有AI时业务仍可完成；有AI时录入更快、数据更整齐。
05 · EXECUTIVE COMMAND VIEW老板不只看到红灯
老板不只看到红灯
还看到为什么亮红灯
以下为指标与交互结构示意，不使用虚构经营数值。每个异常都可以下钻到相关门店、食材和原始业务记录，并形成面向企业的溯源原因反馈。
企业食材经营驾驶舱
采购 · 库存 · 偏差 · 比价 · AI建议 · 异常证据
供应商比价同原料 / 同规格 / 同单位
库存偏差盘盈与短缺分开
AI经营建议有依据 · 不自动执行
企业反馈原因可归类 · 证据可下钻
门店食材异常结构
采购变化库存短缺已完成复核
证据化异常与经营建议
重点食材库存短缺反馈原因：销售/BOM/盘点口径待复核
采购价格明显变化同规格跨供应商及历史价格对比
AI辅助建议建议核查高频价差，展示依据但不自动执行
06 · SCOPE CONTROL已确认的范围
已确认的范围
就是本次交付边界
本轮沟通将采购单级审批与收货批次临期提示纳入付费 MVP，同时明确 IQR、POS 接口、供应商门户、复杂工作流和全部硬件开发不在本次范围。
六段食材数据与证据闭环多租户、数字档案、AI识单、采购库存、销售/BOM、ABC盘点、差异分层与证据追溯
单级内部采购审批门店创建采购申请，企业配置审批人一次通过或驳回，形成内部采购单但不自动对外发单
收货批次与临期提示确认入库时记录生产/到期日或有效期，按确认的提前天数提示临期批次
可解释AI经营建议基于已确认数据提供辅助建议、展示依据，不自动执行经营决策
供应商比价与价格异常统一原料、规格、基础单位和税价口径后比较；按确认规则提示异常，不使用IQR
经营驾驶舱与企业级反馈日常管理与全屏展示复用同一口径，支持异常证据下钻、原因归类和企业反馈
IQR统计异常识别本次明确不做；基础异常采用双方确认的业务规则与固定/人工维护阈值
POS接口及其他外部系统接口不做实时接口、指定厂商联调或其他外部系统集成；销售数据仅支持Excel批量导入和后台手工补录
供应商门户与在线采购协同不做供应商账号、在线报价、接单/拒单、发货协同或自动向供应商发单
多级采购审批与催办不做条件路由、会签、多级审批、催办、升级及复杂工作流
全部硬件开发与硬件接口不采购、研发、连接、控制或维护智能秤、普通电子秤、IoT设备、网关、驱动及显示设备
责任到人的预警处置流程异常只形成面向企业的溯源原因反馈，不做责任人分派、追责、催办、升级与关闭流程
中央厨房、总仓与复杂调拨本次不做；若试点供应链不是供应商直送门店，须重新确认范围
自动FEFO与复杂批次追溯收货批次只用于临期提示与证据关联，不做自动出库策略、扫码追溯或复杂批次流转
原生App与微信小程序首期使用电脑Web和手机H5
自动采购、AI自动执行与营业额预测AI经营建议仅供辅助；不自动采购、不修改正式数据、不承诺营业额预测
完整财税、食安存证、授信金融仅做食材经营成本分析，不做会计利润、税务申报或金融能力
固定20%–30%降损承诺软件只对合同约定的功能、数据口径与流程结果负责
07 · CONTRACT QUOTE范围锁定的试点MVP
范围锁定的试点MVP
按可验收结果报价
报价覆盖明确的产品范围、1 个企业总部与最多 3 家供应商直送门店的试点交付；以真实资料、POC 与合同验收附件作为开发启动条件。
星诺餐饮食材损耗管理系统
付费 MVP 开发服务
¥298,000人民币含税
不含 OCR、AI 模型、对象存储、云服务器、短信等第三方持续资源费用；由客户自行采购或按实际用量实报实销。
40%合同签署、项目启动
¥119,200
¥119,200
40%核心闭环联调、进入试点验收
¥119,200
¥119,200
20%试点验收通过、上线交付
¥59,600
¥59,600
报价包含什么
交付以“可运行、可复算、可追溯、可回退”为标准，而不是仅交付界面。
01
产品与开发交付本看板列明的十一项 MVP 软件能力、电脑 Web、手机 H5 和浏览器全屏大屏。
02
一次试点上线支持覆盖 1 企业总部和最多 3 家供应商直送门店；协助按锁定样本完成试点验收。
03
验收后 3 个月缺陷质保修复合同范围内可复现的软件缺陷；新增需求、数据加工和运营服务另行评估。
04
合同范围控制超出门店数量、改为总仓/中央厨房、增加接口/硬件/供应商协同或复杂审批，均走书面变更。
报价有效前提：客户提交真实单据、销售、BOM、单位换算、规则与试点资料；双方完成 POC 并锁定验收样本及业务口径。资料或范围未锁定，不承诺识别准确率、开发排期或固定经营改善结果。
07 · CONTRACT CONFIRMATION合同前确认项已回填
合同前确认项已回填
以可验收范围进入签约
本轮已确认产品、交付规模与服务边界；客户资料、验收样本和 POC 结果仍须成为合同生效与排期的前置条件。
《MVP 范围确认结果》
以下为本轮客户沟通后回填的明确结论，后续需求文档、报价与合同附件须保持一致。
| 确认项 | 本次定位 | 交付口径 |
|---|---|---|
| 轻量采购审批 | MVP | 采购申请单级通过/驳回，形成内部采购单；不自动向供应商发单。 |
| 收货批次与临期 | MVP | 收货时记录生产/到期日或有效期，按确认提前天数提示临期风险。 |
| AI经营建议 | MVP | 基于已确认数据生成可解释辅助建议；展示依据，不自动执行。 |
| 供应商比价与价格异常 | MVP | 统一原料、规格、基础单位与税价后比价；按确认规则提示异常。 |
| IQR / POS / 供应商门户 / 硬件 | 不做 | 均不纳入本次MVP交付与验收。 |
本次为纯软件项目：交付电脑 Web 与手机 H5。客户继续使用现有普通电子秤、显示器等设备，但本项目不包含设备采购、研发、接入、驱动、控制、现场部署或硬件运维。
《商务与事实声明边界》
本报价适用于 1 个餐饮企业租户、企业总部及最多 3 家供应商直送门店的试点交付；超过门店数量、供应链模式变化或新增外部协同均按变更评估。
OCR、AI 模型、对象存储、云服务器、短信等第三方服务由客户自行采购或按实际用量实报实销，开发服务费不含持续资源消耗。
客户融资/商业材料中出现的“已商业化验证”“算法市场验证”“试用合作”等状态性表述，须由客户提供证明材料或修订为待核实；本方案不对其独立背书。
版本 V1.6 · 签约确认版更新日期 2026-08-14本次变更 纳入单级采购审批、收货批次临期及合同报价条件
08 · ADMISSION MATERIALS
开发准入资料清单
资料由客户负责提供；双方在会议纪要中约定每项截止日期。资料未齐不得跳过 POC 或进入正式开发排期。
100–200 张脱敏真实供应商单据覆盖多门店、多供应商、打印、手写、污损和不同版式；用于 OCR/AI POC 和字段级验收。
责任方客户
状态待提供
原料、采购规格、单位换算、供应商、BOM 与销售 Excel销售 Excel 须提供原始销售样本，覆盖重打、取消、退菜、套餐、规格和加料等真实口径。
责任方客户
状态待提供
毛料/净料、损耗与库存阈值规则明确 BOM 用量、出成率、报损报废、库存调整、损耗金额和固定/人工维护阈值口径。
责任方客户
状态待提供
采购审批、批次临期与价格异常规则确认每店申请人/审批人、临期提前天数、含税/未税口径、可比规格和价格异常阈值。
责任方客户
状态待提供
试点门店与供应链执行信息确认 1 个企业总部、最多 3 家供应商直送门店、盘点人员、现有数据来源和销售 Excel 稳定导出能力。
责任方客户
状态待提供
截止日期由双方会议纪要约定，不在本方案中虚构日期。销售数据首期仅支持 Excel 批量导入与后台手工录入，POS 实时接口不属于 MVP。
09 · GATED PATH
推进路径采用硬闸门
每一闸门均以前置产出为条件；不以演示界面替代资料、POC 或书面确认，不承诺虚构报价、工期、识别准确率或固定降损比例。
10 · CLIENT INPUTS客户提供三类资料
客户提供三类资料
产品才有真实含金量
没有真实样本就不能可靠承诺识别表现；没有BOM和盘点就不能可靠计算损耗。这些是开发前置条件，不是可选资料。
01
真实供应商单据
建议提供100–200张脱敏图片，覆盖多门店、多供应商、打印、手写、污损和不同版式。
用于识别POC与验收样本设计02
食材、BOM与销售样本
提供原料清单、单位换算、菜品配方和至少30天销售Excel，明确配方用量是毛料还是净料；试点门店须确认可稳定导出。
首期仅支持Excel批量导入与后台手工录入，不含POS实时接口03
完整算法与试点门店
提供未脱敏公式、统计周期、损耗金额口径，并选择供应商直接送店的门店优先试点。
用于形成可复算的正式验收附件09 · ACCEPTANCE
高端产品，按硬结果验收
验收看流程是否跑通、关键数据是否能复算、AI出错是否可恢复、企业数据是否隔离，而不是用宣传口号代替质量标准。
✓
完整业务闭环
拍单、复核、入库、销售、理论耗用、盘点、偏差和追溯可以端到端完成。
✓
理论与实际口径清晰
销售 × BOM 仅为理论耗用；实际库存以盘点为准，取消/未制作退菜、已制作退菜与业务例外按确认口径处理。
✓
数据可复算
关键数据、规则阈值、单位换算、建议依据、经营大屏和异常反馈均按双方确认样本核对；IQR、POS接口及硬件不进入验收。
✓
AI可回退
识别失败、匹配失败或服务不可用时，门店仍可完成业务。
✓
权限可信
企业互不可见，总部看所属门店，门店只能处理授权数据。
✓
多端可用
电脑完成完整管理，手机H5完成拍单、核对和盘点。
✓
边界清晰
范围外接口、硬件、财税与供应链能力不混入本次验收。
PAID DEVELOPMENT · 正式付费开发用一个能稳定运行的MVP
用一个能稳定运行的MVP
建立可追溯的食材管理能力
客户确认本看板后，双方根据真实资料完成 POC、锁定需求清单与验收样本，再按 1 个企业总部及最多 3 家供应商直送门店的试点范围签署正式合同。合同包含一次试点上线支持和验收后 3 个月缺陷质保；第三方云与 AI 资源按客户自购或实报实销执行。
确认MVP边界提供真实单据完成 POC锁定验收样本签署正式开发合同