AI动态无人销售系统
AI动态无人销售系统是猛骑科技交付的无人零售操作系统。上线后识别结算、库存和补货运维对同一套主数据，能力变化如下。
上线后效果
项目背景
点位铺开后，货道机、开门柜和格子柜如果只靠巡店电话报缺，库存、识别结果和补货任务对不上同一本账。改价、促销和故障也很难远程处理。客户需要的是「能运维、能补货、能改价」的操作系统，而不是多装几台机器。
项目按柜型分阶段接入：弹簧货道机、视觉开门柜、格子柜的回写协议不同，但点位、SKU、库存、订单与工单必须落在同一主数据。视觉与传感融合用于拿取对照，异常订单进复核队列；不把未核实的识别率写成页面承诺。
客户痛点
- 货道或层板库存和销售对不上，补货靠经验巡店。
- 开门柜的视觉、重力与订单复核不在同一套后台。
- 改价、促销和广告要现场刷机，故障发现靠用户投诉。
- 点位一多，运维人力线性增长，扩张速度被运营能力卡住。
- 缺货没有任务化，补货员不知道先走哪条路。
解决方案
把点位、设备、货道或层板、SKU 收到同一套主数据。设备回写出货或拿取结果，视觉与重力等传感按柜型融合，异常单进复核。缺货生成补货任务，运维可远程改价、看在线和派工单。总部看板按点位看库存与设备在线，补货 APP 按路径执行上架。
若后续叠加智能排障、智能补货建议，可与 AI应用开发 与 企业 AI Agent 怎么开发 能力结合；一期仍以可运维、可回写的操作系统为主。
业务流程
- 维护点位、柜型和 SKU，配置货道或层板与价格。
- 消费者扫码开门或选货支付，设备回写出货或拿取结果。
- 视觉、重力或红外按柜型对照，异常单进复核。
- 库存预警生成补货任务，补货员按路径上架并回传。
- 远程改价、促销、重启与故障工单，不对外填写点位数。
系统功能
- 点位、设备、货道或层板、SKU 主数据
- 设备端：弹簧货道机、开门柜、格子柜按项目接入
- 视觉识别与重力或红外传感回写（柜型不同）
- 扫码支付与异常订单复核
- 实时库存、缺货预警与动态补货任务
- 远程改价、促销与广告素材下发
- 在线状态、故障工单与远程运维
- 补货员与运维 APP：路线、上架、拍照回传
- SaaS 运营后台：销售、库存、设备看板
技术架构
设备端把出货和识别结果回写到业务 API；点位、库存、订单和工单在 SaaS 后台。补货与运维 APP 共用同一套主数据，不把未核实的识别率写成看板。
货道机 / 开门柜
选货或扫码开锁，出货信号、锁控与传感回写。
视觉识别
柜内抓拍在端侧对照 SKU，网络差也能先结单，异常进复核。
无人销售主数据
点位、设备、货道或层板、SKU、库存事务、订单与工单必须对同一本账。
SaaS 后台
改价促销、库存看板、故障工单与远程运维。
补货 / 运维 APP
按缺货生成路径，上架拍照回传，不替代后台主数据。
场景对照
下面用智能货柜现场和运营后台场景说明无人销售形态，不是识别率或销售额看板，也不是客户系统截图。
价值提升
系统上线后，客户侧可感知的改善集中在效率、现场作业与业务增长三个层面（以下为交付经验归纳，非虚构财务数据）。
效率提升
缺货按点位生成补货任务，补货员按路径上架，不再依赖巡店电话报缺。改价、促销后台下发，多台设备同步，不用逐台刷机。故障工单与在线状态集中看板，运维响应从「用户投诉后」前置到「设备离线即告警」。
作业协同
货道机、开门柜、格子柜回写同一套库存与订单：视觉与重力按柜型融合，异常单进复核队列。补货员与运维 APP 共用主数据，上架拍照回传，总部可对账到 SKU 与点位。
管理与增长
点位扩张时，运营可复制「主数据 + 远程运维」模式，不必每开一城就加一支巡店队。识别与库存数据支撑选品与排面优化，无人零售从「能卖」走向「可运营、可复盘」。
项目周期
具体排期未对外公布。单城、两种柜型以内、接口标准时，常见 4–6 个月可试运行；多城复制与复杂视觉规则会延长联调。请先明确必须上线的柜型与运维模块。
项目成果
上线后货道机与开门柜回写到同一套库存：缺货可生成补货任务，改价和故障可远程处理，不再只靠巡店电话。
上线后效果
无人零售系统相关阅读
同类无人零售可以按柜型和后台评估
说明柜型（货道机、开门柜或格子柜），以及必须上线的库存、补货和运维模块。