权威方案：飞书 revision 236 · 2026-10-13
https://codejoy.feishu.cn/docx/CbymdLFDJoRoISx7DEecx2Wxnwh
本方案面向索诺瓦中国区供应链业务，以约三个月完成只读系统接入，并让供应链计划／调度人员基于约 10 家上海同城门店的真实数据开展日常补货与同城调拨。A 档总价 80 万元（含税），B 档总价 120 万元（含税），在 A 档基础上增加中央仓向上游备货的建设与上线使用。系统持续更新所需业务数据，按周生成建议并展示计算依据；由供应链负责人员审核，在贵司现有系统中执行，并按现有流程回传处理结果。首期交付包含实际使用、培训和交接。
| 项目 | 说明 |
|---|---|
| 背景 | 门店补货与同城调拨依赖人工汇总和经验判断；中央仓备货依赖 SAP 导出与跟踪表，计算依据和调整原因缺少统一沉淀。 |
| 目标 | 供应链计划／调度人员在统一工作台上使用真实、持续更新的数据，完成约 10 家门店的需求判断、补货与调拨审核；B 档同时让中央仓计划人员开展备货审核。 |
| 本期范围 | A 档：约 10 家上海同城门店补货与调拨、需求预测、库存预警及对应只读接入。B 档：上述全部内容，加中央仓备货、对应预测与规则、必要数据接入及履约分析。 |
| 双方配合 | 贵司确认门店与产品清单，提供接口文档、只读权限及 IT 安全审批，指定数据和业务负责人；我方负责对接开发、数据校验、业务建模、部署、验证、问题处理、培训和交接。 |
| 验收方式 | 只读数据持续更新可核对；计算及建议有依据；实际岗位完成连续两个周度业务周期的建议审核与执行结果记录，阻碍使用的问题已处理，培训和交接完成。 |
| 周期与费用 | 计划约三个月，A 档 80 万元、B 档 120 万元，均含税。以数据权限、环境和 IT 配合到位为前提，完成所选范围的建设、业务验证及上线使用。 |
| 数据安全 | 全程中国境内处理；源系统仅授予必要数据的可读权限，不授予我方编辑权限。NDA 签署后提供数据，按职责授权并保留访问与操作记录。 |
索诺瓦中国的供应链结构如下。苏州工厂生产，贸易公司向工厂采购，货物先进中央仓，再从中央仓发往两百余零售门店、批发经销商和电商渠道。零售约 95% 的产品从中央仓发货，苏州工厂基本不直发零售门店，仅特殊颜色等少量例外；部分产品由工厂直发批发客户。产品约 90% 为标品、10% 为定制机，标品销售多伴随调试服务，门店配有试听机，部分客户在缺货时愿意等待。补货节奏为月计划加周补货，月度任务配置货池，周度按实际销售补货。
从日常操作看，中央仓备货目前由计划人员每周从 SAP 多个页签导出数据至 Excel 跟踪表，手工计算净头寸与理论备货量并逐行标色；安全库存的设定存在两种思路，一种参考未来需求，一种参照仓库物理容量，现行取值及适用条件待双方确认。门店补货由零售运营按月度销售任务配货，再按周结合实际销售判断。助听器单价约一万元一台，缺货丢单代价高，门店因此倾向保持较高库存水位。需求预测以月度销售目标加经验判断为主，准确率不理想，判断依据也未在系统中留痕。
围绕贵司供应链的实际痛点，首期聚焦四项核心需求：
| 场景 | 现状 | 需求 |
|---|---|---|
| 需求预测 | 月度目标加经验判断，准确率不理想，判断过程不留痕 | AI 生成预测建议，团队校准；预测纳入价格段维度，不只盯 SKU |
| 中央仓补料 | 手工跟踪表，现行取值及适用条件待确认；计划在中国建设大的中央总仓 | 哪些 SKU 适合备、备多少、什么频次补、能否自动触发补料 |
| 门店补货 | 月任务货池加周度人工判断，同城门店间偶有调拨 | 什么货、从哪里、补到哪家店；缺货时同城门店调货与中央仓发货如何取舍 |
| 库存预警 | 依赖人工翻表，问题发现滞后 | 提前识别缺货、呆滞与效期风险，前置报警 |
四项需求指向同一个核心矛盾：门店要保证销售有货，总部要降低库存、改善周转，两个目标天然存在张力；产品单价高，缺货损失大，倾向保持较高库存，资金占用随之上升。更关键的是，备多少、哪些系列须整单下单、哪些品类波动大不宜入中央仓，这些判断高度依赖相关业务人员的个人经验，经验传承存在风险。贵司正在规划建设新的中央总仓，上述矛盾会在新仓落地时集中放大；先把判断逻辑建进系统，新仓从开业起就有可复用的决策基础。
多数 AI 项目受阻在于系统不理解业务，而非模型能力。启动阶段的核心投入因此放在业务建模上：整理业务对象、数据口径和判断规则，保留计算依据与人工反馈。
本期形成可投入使用的供应链 AI 大脑初步能力：统一商品、门店、库存、需求和供货的业务口径，保留规则版本、计算依据与人工决策记录，支撑门店补货、同城调拨及库存预警；中央仓备货能力随 B 档交付。后续全门店协同、新仓装仓规划等，在这套业务和数据基础上扩展。
本期系统只读接入业务数据，负责识别风险、计算补货与调拨建议；供应链计划／调度人员查看依据，确认或调整后，在贵司现有流程中执行并反馈结果。系统工作台保存审核与反馈记录，规则变更由业务负责人确认。源系统写回、自动创建订单或下发调拨指令另行确认。
系统设计遵循一个原则：每个数字都可追溯。每条建议旁挂完整依据，预测销售量、当前库存、在途、WIP、计算公式、触发标红的规则，任何一个数字都可以逐层追溯到原始数据。
需求预测同时考虑 SKU 与价格段。产品逐代迭代、上市和降价会改变单个 SKU 的销量，价格段有助于观察产品替代与需求承接。价格段、上市与退市信息纳入本期数据清单；门店零售预测与中央仓批发备货预测分别校准。
系统完成数据汇总与校验、规则复算、预测、差异解释和待补信息提示。供应链计划／调度人员在统一工作台查看库存、补货与调拨建议，支持批量确认、数量调整或退回；原建议、最终决定、原因、操作人和时间一并留痕。门店端沿用现有数据填报与执行反馈流程，将必要信息回传贵司现有数据平台或业务系统，无需另建一套门店操作流程。规则调整须由业务方确认后生效。
两条边界需要明确。仓容上限、门店间运输时效等物理约束作为固定条件输入系统，不可逾越；库存水位、服务水平等业务参数由贵司设定，可随时调整。预测不可能百分百准确，偏差通过安全库存机制兜底。调拨建议自动预留安全余量，降低调出店后续缺货风险。
B 档增加中央仓向上游备货的建设。只读接入所需库存、在途、WIP、订单、信控及目标数据，将现有备货跟踪表和业务规则迁入工作台，计算逐料号备货量与补货量，展示中间值、公式依据、汇总结果和近四周趋势。预测结合月度销售目标、产品结构、生命周期及供给周期，保留批发与零售的差异。中央仓计划人员完成复算、平行验证后投入实际备货审核，记录采纳、调整和执行结果。A 档读取中央仓可供库存来支持门店补货，不包含中央仓向上游备货的完整决策建设。
首期覆盖上海同城约 10 家门店，名单及产品范围在启动时双方确认。系统通过只读接入持续获取库存、销售、月度任务及价格段等数据，结合运输条件，按周生成门店补货与同城调拨建议，比较邻店调货和中央仓发货，并保留调出店的后续需求余量。主要使用者为供应链计划／调度人员，由其集中审核，协调现有业务岗位执行并记录结果。门店沿用现有流程回传必要信息。同时评估大店支持周边小店的模式，不预设该模式一定成立。
日常视图方面，门店方案提供缺货预警与呆滞效期提示；选择含中央仓的方案时，同步提供交期预警（识别预计晚到的在途订单）与信控占压（识别因信控冻结的客户订单）。数据具备的字段自动生成对应分析，缺失的字段提前说明。
A 档覆盖约 10 家门店及双方确认的产品范围，包含所需业务数据的只读接入。优先对接贵司已汇集所需数据的数据中台或统一接口；如需直接读取 SAP 或其他业务系统，由双方确认并锁定本期接入清单、字段、认证方式和更新频次。我方负责本期对接与校验，贵司负责开放必要接口或可读数据视图、权限及 IT 审批。源系统改造、新建数据中台、自动下单和写回、客户机房私有化、全门店扩展另行确认。定制机、包装物料及线上渠道不纳入本期；B 档使用中央仓发往经销商的订单，终端动销是否纳入按数据可获得性确认。
本期按系统接入、计算与业务验证、上线使用三个层面验收：
| 层面 | 做什么 | 判断标准 |
|---|---|---|
| 只读系统接入 | 接通约定数据中台或业务系统的数据源，运行同步、校验和异常提示。 | 接入清单内的数据按约定频次更新，与源数据核对一致；源系统仅可读，访问留痕，缺失或过期数据有提示。 |
| 计算与业务验证 | 用历史数据复算，再以同一批真实数据与现行人工建议平行比较；预测和优化建议分别评价。 | 同公式结果一致，差异可解释；预测与建议依据可追溯，不违反确认的库存、运输及供货约束。样本和允许差异在启动时共同确认。 |
| 上线使用与交接 | 负责老师基于约 10 家门店开展实际补货与调拨；B 档同时开展中央仓备货审核。 | 完成连续两个周度业务周期的数据更新、建议审核与人工执行结果记录；主要使用岗位完成培训，阻碍使用的问题已处理，双方确认操作说明、运行支持与交接。 |
业务验证沿用同一批数据的人工与系统对照方法，以资深业务人员的判断为参照；具体样本、指标和周期在启动时共同确认。系统接入后使用持续更新的真实数据验证，文件小样本只作为启动阶段的可行性检查。库存、缺货、周转与处理耗时按一致口径记录基线和观察结果，本期不承诺未经测量的库存下降或销售增长比例。
本期交付包括只读数据连接及字段映射、境内运行环境与岗位权限、供应链业务对象与规则版本、预测与补货调拨工作台、库存预警、审核反馈及访问记录、验证报告、操作说明和关键岗位培训。B 档增加中央仓备货工作台与相应数据、规则和验证。终验须完成真实业务使用和交接；首年包含约定范围的平台使用与基础运行维护，实施期包含业务校准及上线陪同，持续扩充功能另行确认。
全程系统只出建议，决策由贵司做出。向工厂下单、信控放行、调拨执行、缺货时的客户优先级，始终由业务人员确认后执行。
| 数据或配合事项 | 贵司配合 | 用途与范围 |
|---|---|---|
| 数据中台或业务系统接入 | IT 确认数据所在系统、接口文档或可读视图，开放必要只读权限，配合网络连通与安全审批。 | 优先复用现有汇集渠道；启动时锁定接入系统、数据清单与更新频次。源系统不授予编辑权限。 |
| 约 10 家门店库存、销售与补货数据 | 供应链／门店运营确认门店名单、库存口径、历史周销售、实际补货与调拨记录、月度任务。 | 支撑门店需求判断、补货与调拨、库存预警；历史销售目标取近 12 个月，实际可用跨度经数据检查确认。 |
| 中央仓可供库存及运输条件 | 供应链／IT 提供中央仓可供库存、供货时效、同城运输条件及门店信息。 | A、B 两档均用于比较门店补货来源，保护调出店余量。 |
| 商品主数据、价格段与生命周期 | 业务团队确认 SKU 映射、产品价格段、上市退市及产品替代关系。 | 支撑跨 SKU 的需求判断，避免新品、降价及换代影响被误当作需求变化。 |
| 中央仓备货数据与跟踪表（B 档） | 计划团队提供原跟踪表及公式，IT 开放所需库存、在途、WIP、订单与信控、出入库历史及月度目标。 | 支撑上游备货复算、预测和履约分析；MB52、ZSD58 等导出可用于首次对数，后续纳入约定只读接入。 |
| 业务规则、实际使用与反馈 | 指定供应链计划／调度负责人，确认规则、审核建议并协调执行；门店按现有流程回传必要数据。 | 通过访谈与逐列核对确认口径，由实际负责岗位完成业务验证、使用和验收；无需另写一套规则文档。 |
前置验证可先用小样本导出文件检查可行性；正式建设与实际使用采用已获授权的只读系统数据。贵司负责数据源开放、数据质量确认与源系统问题协调，我方负责连接开发、字段映射、同步校验、缺失及过期提示和运行监控；我方系统内的审核记录与贵司现有执行反馈共同用于复盘。NDA 签署后提供数据，全程中国境内处理；运行期按约定保存，服务终止后的返还或删除按双方约定执行。
| 计划时间 | 阶段 | 主要工作 | 交付与配合节点 |
|---|---|---|---|
| 第 1 至 2 周 | 范围与样本验证 | 确认约 10 家门店、品类、现行规则和数据清单；用小样本复算，免费验证计算与数据可行性。 | 输出范围与差异清单、样本结果；贵司业务负责人复核，IT 提供接口信息与审批要求。 |
| 第 3 至 4 周 | 只读接入与对数 | 签署正式建设合同后部署环境、权限和连接，完成字段映射、更新校验及首批真实数据核对。 | 输出约定接入清单、可运行的数据更新与校验流程；贵司开放只读权限并配合网络与安全审批。 |
| 第 5 至 6 周 | 规则、预测与建议 | 建立业务对象和规则版本，完成 SKU／价格段预测、补货与同城调拨建议及库存预警；B 档同步建设中央仓计算。 | 输出首版建议和逐项计算依据；贵司确认参数与例外规则，我方根据复核意见校准。 |
| 第 7 至 8 周 | 工作台与业务验证 | 完成角色工作台、审核调整与反馈记录；运行历史回测及真实数据平行对照，修正差异。 | 双方确认功能与业务验证结果。该节点通过后累计支付正式合同金额的 80%；启动及中间付款节点由合同约定。 |
| 第 9 至 10 周 | 实际使用与反馈 | 供应链计划／调度人员基于约 10 家门店日常审核建议、协调人工执行并记录结果；B 档中央仓同步使用。 | 完成连续两个周度业务周期的使用记录，整理问题与调整原因；门店沿用现有流程回传必要数据。 |
| 第 11 至 12 周 | 整改、验收与交接 | 处理阻碍使用的问题，完成岗位培训、操作说明、运行支持约定和上线验收。 | 输出验收记录及交接材料；实际使用验收与交接完成后支付剩余 20%，进入首年约定范围的平台服务。 |
A 档 80 万元、B 档 120 万元，均为含税总价，计划实施周期约三个月。以下价格包含所选范围的只读系统接入、业务建模、功能建设、验证及实际使用交接，并包含首年约定范围的平台使用与基础运行维护。前 1 至 2 周的小样本可行性验证不收费，后续接口开发与正式建设按双方确认的合同执行。完成约定功能建设与业务验证时累计支付合同金额的 80%，投入实际使用并完成上线验收、交接后支付剩余 20%；启动款及中间节点在合同中明确。
| 报价项 | 金额（万元，含税） | 交付内容 |
|---|---|---|
| 智能体平台与首年使用 | 12 | 境内运行环境、首年约定范围的平台使用、账号权限、访问与操作留痕、任务监控及基础运行维护。 |
| 只读系统接入与数据整理 | 16 | 连接约定数据中台或业务系统，读取支撑约 10 家门店所需数据，完成字段映射、更新任务、完整性校验和异常提示。 |
| 供应链 AI 大脑与需求预测 | 18 | 统一商品、门店、库存、供货及价格段口径；建立规则版本、SKU 与价格段预测、判断依据和反馈记录。 |
| 门店补货与同城调拨应用 | 16 | 集中审核工作台、补货数量与来源建议、调出店需求保护、建议调整和执行结果记录。 |
| 门店库存预警与视图 | 6 | 缺货、积压及具备数据的效期提示；展示库存、预测、建议数量及计算依据。 |
| 业务验证、上线支持与交接 | 12 | 历史复算与回测、真实数据并行对照、实际使用陪同、实施管理与规则校准、问题整改、岗位培训、操作说明及验收交接。 |
| 合计 | 80 | 覆盖上述首期建设、约 10 家门店实际使用和首年约定范围的平台服务。 |
| 报价项 | 金额（万元，含税） | 交付内容 |
|---|---|---|
| 智能体平台与首年使用 | 12 | 复用 A 档共同平台，覆盖门店与中央仓约定范围的首年使用、权限、运行监控和基础运行维护。 |
| 只读系统接入与数据整理 | 22 | A 档接入范围，加中央仓备货所需在途、WIP、订单、信控及目标等数据的读取、映射、校验与更新。 |
| 供应链 AI 大脑与需求预测 | 26 | A 档业务与预测基础，加中央仓备货规则与批发需求判断，结合销售目标、产品结构、生命周期及供给周期分别校准。 |
| 门店补货与同城调拨应用 | 16 | 与 A 档相同，约 10 家门店的集中审核与执行反馈。 |
| 中央仓备货应用 | 16 | 复刻跟踪表、逐料号备货与补货计算、中间数字及公式溯源、汇总与四周趋势、审核调整和执行结果记录。 |
| 库存与履约预警视图 | 10 | 门店库存视图，加中央仓缺货积压、交期预警与信控占压；依据实际可用字段启用。 |
| 业务验证、上线支持与交接 | 18 | 门店与中央仓分别验证并投入使用，双线业务校准、实施管理、问题处理、岗位培训和验收交接。 |
| 合计 | 120 | 包含 A 档全部范围及中央仓增量建设，复用共同平台。 |
B 档在 A 档 80 万元基础上增加 40 万元：中央仓必要数据接入增加 6 万元，中央仓规则及预测增加 8 万元，备货应用增加 16 万元，履约分析增加 4 万元，业务验证及上线交接增加 6 万元。共同平台和门店应用沿用，两档均交付实际可用的业务流程。
| 扩展项 | 说明 |
|---|---|
| 新中央仓装仓规划 | 新增仓网、常备品结构与初始库存测算，按贵司建设计划另行明确范围及报价。 |
| 源系统写回与自动执行 | 验证建议准确度后，另行设计源系统写回、订单创建或调拨下发、审批及授权机制。 |
| 超出首期清单的系统接入与门店扩大 | 新增数据源、额外系统改造或扩大到其他区域门店，按新增工作范围另行确认；首期约定的只读接入已含在上述总价内。 |
以上范围以约 10 家上海同城门店及双方确认的产品、数据和接入清单为基础；B 档增加中央仓备货。首期只读接入已含在报价内，正常使用不要求我方拥有源系统编辑权限。正式合同与 SOW 明确接入清单、字段、更新频次、部署条件、双方分工、验收、付款、首年使用起止时间及运行支持边界；后续续费或新增范围另行约定。三个月计划以贵司按约提供接口、权限、安全审批及业务配合为前提，依赖延迟或范围变更的影响由双方及时确认。
本期是索诺瓦企业 AI 大脑建设的起点：约三个月内接入必要业务数据，形成供应链业务对象、规则、预测、决策依据与反馈记录，让负责老师在约 10 家门店范围内开展日常补货和同城调拨；B 档同步建设中央仓备货。下图展示后续扩展至全门店、门店运营、工厂供给与集团数据协同的方向，后续范围和时间另行确认。