智能补货系统功能设计文档
智能补货系统功能设计文档
1. 项目概述
1.1 项目背景
智能补货系统是一套基于销售数据和库存数据的智能分析系统,通过算法自动计算店铺需要补货的商品及数量,实现精准补货,降低缺货率,提高库存周转效率。
1.2 项目目标
- 基于历史销售数据预测未来需求
- 综合考虑库存、在途、销售趋势等因素
- 自动计算补货建议,减少人工决策
- 提高库存周转率,降低滞销风险
- 支持多店铺、多商品、多规格的补货计算
1.3 适用范围
- 多店铺补货管理
- 多商品、多颜色、多尺码的SKU补货
- 支持总部仓库向门店补货
- 支持供应商向仓库补货
2. 功能需求
2.1 数据采集模块
2.1.1 销售数据查询
功能描述: 查询店铺商品的销售数据
功能要求:
- 支持按店铺、商品、颜色、尺码查询销售数据
- 支持按时间维度查询(7天、15天、30天、自定义时间段)
- 支持销售数据统计:销售数量、销售金额、销售次数
- 支持销售趋势分析(日销售、周销售、月销售)
- 支持销售数据缓存和定时更新
数据维度:
- 店铺维度:店铺编码、店铺名称
- 商品维度:商品编码、商品名称、颜色编码、尺码编码
- 时间维度:销售日期、7天销售、15天销售、30天销售、累计销售
- 指标维度:销售数量、销售金额、销售次数、平均客单价
业务规则:
- 销售数据来源:销售单据表(如:销售出库单、销售订单等)
- 支持排除异常销售数据(如:退货、调拨等)
- 支持销售数据去重和清洗
2.1.2 库存数据查询
功能描述: 查询店铺商品的库存数据
功能要求:
- 支持按店铺、商品、颜色、尺码查询库存
- 显示当前库存数量、可用库存数量
- 支持库存预警(低库存、零库存、负库存)
- 支持库存历史查询和趋势分析
数据维度:
- 店铺维度:店铺编码、店铺名称
- 商品维度:商品编码、颜色编码、尺码编码
- 库存维度:当前库存、可用库存、锁定库存、预分配库存
- 时间维度:库存快照时间、库存变动历史
业务规则:
- 库存数据来源:库存表(如:SPKCB等)
- 支持多仓库库存汇总
- 支持库存数据实时同步
2.1.3 在途数据查询
功能描述: 查询商品的在途数量(已下单但未到货)
功能要求:
- 支持查询配货在途数量(已配货但未收货)
- 支持查询进货单在途数量(已创建进货单但未收货)
- 支持查询进货订单在途数量(已创建进货订单但未收货)
- 支持在途数据汇总和明细查询
数据维度:
- 店铺维度:店铺编码
- 商品维度:商品编码、颜色编码、尺码编码
- 在途维度:配货在途、进货单在途、进货订单在途、总在途数量
- 时间维度:预计到货时间、在途天数
业务规则:
- 配货在途:已配货但未收货的单据数量
- 进货单在途:已创建进货单但未收货的数量
- 进货订单在途:已创建进货订单但未收货的数量
- 在途数据需要实时更新
2.1.4 店铺信息查询
功能描述: 查询店铺基本信息
功能要求:
- 支持查询店铺编码、店铺名称、店铺性质
- 支持查询店铺所属区域、店铺类型
- 支持店铺状态管理(启用、停用)
- 支持店铺筛选和查询
数据维度:
- 店铺编码、店铺名称
- 店铺性质(直营、加盟等)
- 店铺区域、店铺类型
- 店铺状态
2.2 数据分析模块
2.2.1 销售趋势分析
功能描述: 分析商品的销售趋势
功能要求:
- 计算7天平均日销量(ADV7)
- 计算15天平均日销量(ADV15)
- 计算30天平均日销量(ADV30)
- 计算销售增长率(环比、同比)
- 识别销售趋势(上升、下降、平稳)
计算公式:
- 7天平均日销量 = 7天总销量 / 7
- 15天平均日销量 = 15天总销量 / 15
- 30天平均日销量 = 30天总销量 / 30
- 销售增长率 = (本期销量 - 上期销量) / 上期销量 × 100%
业务规则:
- 如果7天销量为0,则使用15天或30天数据
- 支持排除异常销售数据(如:促销、活动等)
- 支持季节性调整
2.2.2 库存周转分析
功能描述: 分析商品的库存周转情况
功能要求:
- 计算可销天数(库存数量 / 平均日销量)
- 计算售罄率(总销量 / (总销量 + 当前库存) × 100%)
- 计算库存周转率
- 识别滞销商品(可销天数 > 阈值)
- 识别缺货商品(库存 = 0 或可销天数 < 阈值)
计算公式:
- 可销天数 = 当前库存 / 平均日销量(如果日销量为0,则返回999)
- 售罄率 = 总销量 / (总销量 + 当前库存) × 100%
- 库存周转率 = 销售成本 / 平均库存
业务规则:
- 可销天数阈值:缺货 < 3天,正常 3-15天,滞销 > 15天
- 售罄率阈值:高售罄率 > 80%,正常 20-80%,低售罄率 < 20%
- 支持自定义阈值配置
2.2.3 在途影响分析
功能描述: 分析在途数量对补货的影响
功能要求:
- 计算在途后的预计库存(当前库存 + 在途数量)
- 计算在途后的可销天数
- 评估在途数量是否足够
- 识别在途数量不足的商品
计算公式:
- 预计库存 = 当前库存 + 在途数量
- 预计可销天数 = 预计库存 / 平均日销量
业务规则:
- 如果预计可销天数 < 安全库存天数,则需要补货
- 在途数量需要考虑预计到货时间
- 支持在途数量优先级排序
2.3 补货算法模块
2.3.1 补货需求计算
功能描述: 根据销售数据和库存数据计算补货需求
功能要求:
- 支持多种补货算法(安全库存法、动态补货法、预测补货法)
- 自动计算建议补货数量
- 支持补货优先级排序
- 支持批量计算多个店铺、多个商品
算法1:安全库存法
补货数量 = (安全库存天数 × 平均日销量) - 当前库存 - 在途数量
安全库存天数 = 补货周期 + 安全系数 × 销售波动系数
算法2:动态补货法
补货数量 = (目标库存天数 × 平均日销量) - 当前库存 - 在途数量
目标库存天数 = 根据销售趋势动态调整(上升趋势增加,下降趋势减少)
算法3:预测补货法
补货数量 = (预测未来N天销量) - 当前库存 - 在途数量
预测未来N天销量 = 基于历史销售数据的时间序列预测
业务规则:
- 补货数量不能为负数(如果计算结果为负,则不需要补货)
- 补货数量需要考虑最小补货单位(如:整箱、整托)
- 补货数量需要考虑最大补货限制(如:店铺容量限制)
- 支持补货数量四舍五入或向上取整
2.3.2 补货优先级计算
功能描述: 计算补货的优先级
功能要求:
- 根据可销天数计算优先级(可销天数越少,优先级越高)
- 根据销售趋势计算优先级(上升趋势优先级高)
- 根据缺货风险计算优先级(缺货风险越高,优先级越高)
- 支持综合优先级评分
优先级计算公式:
优先级分数 = 缺货风险权重 × 缺货风险分数 +
销售趋势权重 × 销售趋势分数 +
库存周转权重 × 库存周转分数
缺货风险分数 = (安全库存天数 - 可销天数) / 安全库存天数 × 100
销售趋势分数 = 销售增长率 × 100
库存周转分数 = (1 - 可销天数 / 目标库存天数) × 100
业务规则:
- 优先级分数范围:0-100,分数越高优先级越高
- 缺货商品(可销天数 < 3天)优先级最高
- 滞销商品(可销天数 > 30天)优先级最低
- 支持自定义权重配置
2.3.3 补货建议生成
功能描述: 生成补货建议清单
功能要求:
- 自动生成补货建议(商品、数量、优先级)
- 支持按店铺、按商品、按优先级筛选
- 支持补货建议导出(Excel、PDF)
- 支持补货建议预览和确认
补货建议包含信息:
- 店铺信息:店铺编码、店铺名称
- 商品信息:商品编码、商品名称、颜色编码、尺码编码
- 库存信息:当前库存、可用库存、在途数量
- 销售信息:7天销量、15天销量、30天销量、平均日销量
- 分析指标:可销天数、售罄率、销售趋势
- 补货建议:建议补货数量、补货优先级、补货原因
业务规则:
- 只显示需要补货的商品(补货数量 > 0)
- 支持按优先级排序(高优先级在前)
- 支持批量确认补货建议
- 支持补货建议修改和调整
2.4 补货执行模块
2.4.1 补货单创建
功能描述: 根据补货建议创建补货单
功能要求:
- 支持单个商品补货单创建
- 支持批量商品补货单创建
- 支持补货单编辑和删除
- 支持补货单状态管理(新建、已提交、已审核、已发货、已完成)
补货单信息:
- 补货单号(自动生成)
- 店铺信息:店铺编码、店铺名称
- 补货类型:门店补货、仓库补货
- 补货明细:商品、颜色、尺码、建议数量、实际数量
- 补货原因:缺货、低库存、销售上升等
- 创建时间、创建人
业务规则:
- 补货单号格式:REP + 日期 + 流水号
- 补货单创建后可以修改(未提交状态)
- 补货单提交后需要审核
- 支持补货单批量创建
2.4.2 补货单审核
功能描述: 审核补货单
功能要求:
- 支持补货单审核(通过、驳回)
- 支持审核意见录入
- 支持批量审核
- 支持审核历史查询
业务规则:
- 补货单审核通过后可以执行
- 审核驳回的补货单可以修改后重新提交
- 支持审核权限控制
2.4.3 补货单执行
功能描述: 执行补货单(生成配货单或进货单)
功能要求:
- 支持补货单转配货单(总部向门店补货)
- 支持补货单转进货单(供应商向仓库补货)
- 支持补货单部分执行
- 支持补货单执行进度跟踪
业务规则:
- 补货单审核通过后可以执行
- 执行后自动生成对应的配货单或进货单
- 支持补货单执行状态更新
- 支持补货单执行结果反馈
2.5 补货监控模块
2.5.1 补货进度监控
功能描述: 监控补货单的执行进度
功能要求:
- 支持补货单状态查询(新建、已提交、已审核、已发货、已完成)
- 支持补货单执行进度显示(已配货数量、已收货数量)
- 支持补货单异常预警(超时未发货、超时未收货)
- 支持补货单完成率统计
业务规则:
- 补货单超时未发货需要预警
- 补货单超时未收货需要预警
- 支持补货单完成率统计(按店铺、按商品、按时间)
2.5.2 补货效果分析
功能描述: 分析补货的效果
功能要求:
- 分析补货后的库存改善情况
- 分析补货后的销售改善情况
- 分析补货及时性(补货及时率)
- 分析补货准确性(补货数量是否合理)
分析指标:
- 补货及时率 = 及时补货次数 / 总补货次数 × 100%
- 补货准确率 = 补货后库存合理的次数 / 总补货次数 × 100%
- 缺货改善率 = (补货前缺货商品数 - 补货后缺货商品数) / 补货前缺货商品数 × 100%
业务规则:
- 支持按店铺、按商品、按时间统计补货效果
- 支持补货效果报表导出
- 支持补货效果趋势分析
2.6 参数配置模块
2.6.1 补货参数配置
功能描述: 配置补货算法的参数
功能要求:
- 支持安全库存天数配置(按店铺、按商品分类)
- 支持补货周期配置
- 支持补货算法选择(安全库存法、动态补货法、预测补货法)
- 支持补货优先级权重配置
- 支持补货数量限制配置(最小补货量、最大补货量)
配置项:
- 安全库存天数:默认7天
- 补货周期:默认3天
- 缺货阈值:可销天数 < 3天
- 滞销阈值:可销天数 > 30天
- 补货优先级权重:缺货风险权重、销售趋势权重、库存周转权重
业务规则:
- 支持全局参数配置
- 支持按店铺、按商品分类的个性化配置
- 支持参数配置的版本管理
- 支持参数配置的生效时间设置
2.6.3 算法动态配置
功能描述: 动态配置和管理补货算法
功能要求:
- 支持算法注册和启用/停用
- 支持算法参数动态配置(无需重启系统)
- 支持算法版本管理(支持算法升级和回滚)
- 支持算法A/B测试(同时运行多个算法进行对比)
- 支持算法效果评估和自动切换
- 支持自定义算法插件(可插拔算法架构)
算法配置项:
1. 安全库存法配置
- 安全库存天数:默认7天(可配置)
- 补货周期:默认3天(可配置)
- 安全系数:默认1.5(可配置,用于应对销售波动)
- 销售波动系数:可配置(根据历史销售数据计算)
- 计算公式:
安全库存天数 = 补货周期 + 安全系数 × 销售波动系数
2. 动态补货法配置
- 基础目标库存天数:默认10天(可配置)
- 销售上升趋势系数:默认1.2(可配置,上升趋势时增加库存天数)
- 销售下降趋势系数:默认0.8(可配置,下降趋势时减少库存天数)
- 趋势判断阈值:销售增长率 > 10%为上升,< -10%为下降(可配置)
- 计算公式:
目标库存天数 = 基础目标库存天数 × 趋势系数
3. 预测补货法配置
- 预测天数:默认7天(可配置,预测未来N天的销量)
- 预测模型:支持移动平均、指数平滑、ARIMA等(可配置)
- 历史数据窗口:默认30天(可配置,用于预测的历史数据范围)
- 季节性调整:支持启用/停用(可配置)
- 促销影响因子:可配置(考虑促销活动对销量的影响)
算法选择规则:
- 支持按店铺配置算法(不同店铺可使用不同算法)
- 支持按商品分类配置算法(不同商品分类可使用不同算法)
- 支持按商品配置算法(特定商品可使用特定算法)
- 支持算法优先级(当多个规则匹配时,使用优先级最高的算法)
- 支持算法组合(可同时使用多个算法,取平均值或加权平均)
算法动态切换:
- 支持算法热切换(无需重启系统)
- 支持算法灰度发布(部分店铺先使用新算法)
- 支持算法回滚(快速回退到之前的算法版本)
- 支持算法效果监控(自动评估算法效果)
- 支持算法自动切换(当算法效果不佳时自动切换)
算法效果评估:
- 评估指标:缺货率、库存周转率、补货准确率、补货及时率
- 评估周期:支持按天、按周、按月评估
- 评估阈值:可配置(当算法效果低于阈值时触发切换)
- 评估报告:自动生成算法效果评估报告
业务规则:
- 算法配置修改后立即生效(无需重启)
- 支持算法配置的版本管理(记录每次配置变更)
- 支持算法配置的审批流程(重要配置变更需要审批)
- 支持算法配置的生效时间设置(定时生效)
- 支持算法配置的回滚(恢复到之前的配置)
- 支持算法配置的导入导出(批量配置)
2.6.2 数据同步配置
功能描述: 配置数据同步规则
功能要求:
- 支持销售数据同步频率配置(实时、每小时、每天)
- 支持库存数据同步频率配置
- 支持在途数据同步频率配置
- 支持数据同步时间窗口配置
业务规则:
- 销售数据建议每天同步一次
- 库存数据建议实时同步或每小时同步
- 在途数据建议每小时同步
- 支持数据同步异常告警
3. 业务流程
3.1 智能补货主流程
数据采集 → 数据分析 → 补货计算 → 补货建议生成 → 补货单创建 → 补货单审核 → 补货单执行 → 补货监控
详细说明:
- 数据采集:定时或手动触发,采集销售数据、库存数据、在途数据
- 数据分析:分析销售趋势、库存周转、在途影响
- 补货计算:根据算法计算补货需求和优先级
- 补货建议生成:生成补货建议清单
- 补货单创建:根据补货建议创建补货单
- 补货单审核:审核补货单(可选)
- 补货单执行:执行补货单(生成配货单或进货单)
- 补货监控:监控补货进度和效果
3.2 自动补货流程
定时任务触发 → 数据采集 → 补货计算 → 补货建议生成 → 自动创建补货单 → 自动审核(可选)→ 自动执行
详细说明:
- 支持定时任务自动执行补货计算(如:每天凌晨执行)
- 支持自动创建补货单(满足条件的商品自动创建)
- 支持自动审核(可选,需要配置审核规则)
- 支持自动执行(自动生成配货单或进货单)
3.3 手动补货流程
手动触发 → 选择店铺/商品 → 数据查询 → 补货计算 → 补货建议查看 → 手动创建补货单 → 审核 → 执行
详细说明:
- 支持手动选择店铺和商品进行补货计算
- 支持查看补货建议后手动创建补货单
- 支持手动调整补货数量
- 支持手动审核和执行
4. 数据字典
4.1 补货建议表 (scm_replenish_suggestion)
| 字段名 | 类型 | 长度 | 必填 | 说明 |
|---|---|---|---|---|
| id | BIGINT | 20 | Y | ID (主键) |
| shop_code | VARCHAR | 50 | Y | 店铺编码 |
| product_code | VARCHAR | 50 | Y | 商品编码 |
| color_code | VARCHAR | 20 | Y | 颜色编码 |
| size_code | VARCHAR | 20 | Y | 尺码编码 |
| current_stock | DECIMAL | 18,4 | Y | 当前库存 |
| transit_num | DECIMAL | 18,4 | Y | 在途数量 |
| sale_7d | DECIMAL | 18,4 | Y | 7天销量 |
| sale_15d | DECIMAL | 18,4 | Y | 15天销量 |
| sale_30d | DECIMAL | 18,4 | Y | 30天销量 |
| avg_daily_sale | DECIMAL | 18,4 | Y | 平均日销量 |
| sellable_days | DECIMAL | 18,2 | Y | 可销天数 |
| sellout_rate | DECIMAL | 18,2 | Y | 售罄率 |
| suggest_qty | DECIMAL | 18,4 | Y | 建议补货数量 |
| priority_score | DECIMAL | 18,2 | Y | 优先级分数 |
| reason | VARCHAR | 200 | N | 补货原因 |
| create_time | DATETIME | - | Y | 创建时间 |
4.2 补货单主表 (scm_replenish_order_header)
| 字段名 | 类型 | 长度 | 必填 | 说明 |
|---|---|---|---|---|
| id | BIGINT | 20 | Y | 补货单ID (主键) |
| order_no | VARCHAR | 50 | Y | 补货单号 |
| shop_code | VARCHAR | 50 | Y | 店铺编码 |
| shop_name | VARCHAR | 100 | N | 店铺名称 |
| type | VARCHAR | 20 | Y | 补货类型 (SHOP:门店补货, WAREHOUSE:仓库补货) |
| status | TINYINT | 1 | Y | 状态 (0:新建, 10:已提交, 20:已审核, 30:已发货, 40:已完成, 90:已取消) |
| create_user_id | BIGINT | 20 | N | 创建人ID |
| create_time | DATETIME | - | Y | 创建时间 |
| update_time | DATETIME | - | Y | 更新时间 |
4.3 补货单明细表 (scm_replenish_order_detail)
| 字段名 | 类型 | 长度 | 必填 | 说明 |
|---|---|---|---|---|
| id | BIGINT | 20 | Y | 明细ID (主键) |
| order_id | BIGINT | 20 | Y | 补货单ID |
| product_code | VARCHAR | 50 | Y | 商品编码 |
| color_code | VARCHAR | 20 | Y | 颜色编码 |
| size_code | VARCHAR | 20 | Y | 尺码编码 |
| suggest_qty | DECIMAL | 18,4 | Y | 建议数量 |
| actual_qty | DECIMAL | 18,4 | Y | 实际数量 |
| reason | VARCHAR | 200 | N | 补货原因 |
| create_time | DATETIME | - | Y | 创建时间 |
4.4 补货配置表 (scm_replenish_config)
| 字段名 | 类型 | 长度 | 必填 | 说明 |
|---|---|---|---|---|
| id | BIGINT | 20 | Y | 配置ID (主键) |
| shop_code | VARCHAR | 50 | N | 店铺编码 (为空表示全局配置) |
| category_code | VARCHAR | 50 | N | 商品分类编码 (为空表示全部) |
| algorithm_type | VARCHAR | 20 | Y | 算法类型 (SAFETY_STOCK:安全库存, DYNAMIC:动态补货, FORECAST:预测补货) |
| safety_stock_days | INT | 11 | Y | 安全库存天数 |
| replenish_cycle | INT | 11 | Y | 补货周期(天) |
| min_qty | DECIMAL | 18,4 | N | 最小补货量 |
| max_qty | DECIMAL | 18,4 | N | 最大补货量 |
| priority_weights | VARCHAR | 500 | N | 优先级权重配置(JSON) |
| status | TINYINT | 1 | Y | 状态 (1:启用, 0:停用) |
| create_time | DATETIME | - | Y | 创建时间 |
| update_time | DATETIME | - | Y | 更新时间 |
4.5 算法配置表 (scm_algorithm_config)
| 字段名 | 类型 | 长度 | 必填 | 说明 |
|---|---|---|---|---|
| id | BIGINT | 20 | Y | 配置ID (主键) |
| algorithm_code | VARCHAR | 50 | Y | 算法编码 (唯一标识) |
| algorithm_name | VARCHAR | 100 | Y | 算法名称 |
| algorithm_type | VARCHAR | 20 | Y | 算法类型 (SAFETY_STOCK:安全库存, DYNAMIC:动态补货, FORECAST:预测补货, CUSTOM:自定义) |
| algorithm_class | VARCHAR | 200 | N | 算法实现类名 (自定义算法) |
| version | VARCHAR | 20 | Y | 算法版本号 |
| config_params | VARCHAR | 2000 | N | 算法参数配置(JSON格式) |
| description | VARCHAR | 500 | N | 算法描述 |
| status | TINYINT | 1 | Y | 状态 (1:启用, 0:停用) |
| priority | INT | 11 | Y | 优先级 (数字越大优先级越高) |
| create_time | DATETIME | - | Y | 创建时间 |
| update_time | DATETIME | - | Y | 更新时间 |
算法参数配置(JSON格式)示例:
安全库存法参数:
{
"safety_stock_days": 7,
"replenish_cycle": 3,
"safety_coefficient": 1.5,
"volatility_coefficient": 1.2
}
动态补货法参数:
{
"base_target_days": 10,
"upward_trend_coefficient": 1.2,
"downward_trend_coefficient": 0.8,
"trend_threshold": 0.1
}
预测补货法参数:
{
"forecast_days": 7,
"forecast_model": "ARIMA",
"history_window": 30,
"seasonal_adjustment": true,
"promotion_factor": 1.3
}
4.6 算法规则表 (scm_algorithm_rule)
| 字段名 | 类型 | 长度 | 必填 | 说明 |
|---|---|---|---|---|
| id | BIGINT | 20 | Y | 规则ID (主键) |
| rule_name | VARCHAR | 100 | Y | 规则名称 |
| algorithm_code | VARCHAR | 50 | Y | 算法编码 |
| shop_code | VARCHAR | 50 | N | 店铺编码 (为空表示全部店铺) |
| category_code | VARCHAR | 50 | N | 商品分类编码 (为空表示全部分类) |
| product_code | VARCHAR | 50 | N | 商品编码 (为空表示全部商品) |
| priority | INT | 11 | Y | 规则优先级 (数字越大优先级越高) |
| effective_date | DATETIME | - | N | 生效时间 (为空表示立即生效) |
| expire_date | DATETIME | - | N | 失效时间 (为空表示永久有效) |
| status | TINYINT | 1 | Y | 状态 (1:启用, 0:停用) |
| create_time | DATETIME | - | Y | 创建时间 |
| update_time | DATETIME | - | Y | 更新时间 |
4.7 算法效果评估表 (scm_algorithm_evaluation)
| 字段名 | 类型 | 长度 | 必填 | 说明 |
|---|---|---|---|---|
| id | BIGINT | 20 | Y | 评估ID (主键) |
| algorithm_code | VARCHAR | 50 | Y | 算法编码 |
| shop_code | VARCHAR | 50 | N | 店铺编码 (为空表示全部店铺) |
| evaluation_date | DATE | - | Y | 评估日期 |
| evaluation_period | VARCHAR | 20 | Y | 评估周期 (DAY:按天, WEEK:按周, MONTH:按月) |
| stockout_rate | DECIMAL | 18,4 | Y | 缺货率 |
| turnover_rate | DECIMAL | 18,4 | Y | 库存周转率 |
| accuracy_rate | DECIMAL | 18,4 | Y | 补货准确率 |
| timeliness_rate | DECIMAL | 18,4 | Y | 补货及时率 |
| overall_score | DECIMAL | 18,2 | Y | 综合评分 |
| status | VARCHAR | 20 | Y | 评估状态 (PASS:通过, FAIL:不通过, WARNING:警告) |
| create_time | DATETIME | - | Y | 创建时间 |
5. 接口需求
5.1 数据查询接口
- 查询销售数据接口:按店铺、商品、时间查询销售数据
- 查询库存数据接口:按店铺、商品查询库存数据
- 查询在途数据接口:按店铺、商品查询在途数量
- 查询店铺信息接口:查询店铺基本信息
5.2 补货计算接口
- 补货计算接口:根据店铺、商品计算补货建议
- 批量补货计算接口:批量计算多个店铺、多个商品的补货建议
- 补货建议查询接口:查询补货建议列表
5.3 补货单接口
- 创建补货单接口:根据补货建议创建补货单
- 查询补货单接口:查询补货单列表和详情
- 审核补货单接口:审核补货单
- 执行补货单接口:执行补货单(生成配货单或进货单)
5.4 配置接口
- 查询补货配置接口:查询补货参数配置
- 更新补货配置接口:更新补货参数配置
- 查询算法列表接口:查询所有可用的算法
- 查询算法配置接口:查询算法的详细配置
- 更新算法配置接口:更新算法的参数配置
- 启用/停用算法接口:启用或停用算法
- 创建算法规则接口:创建算法选择规则
- 查询算法规则接口:查询算法选择规则列表
- 更新算法规则接口:更新算法选择规则
- 删除算法规则接口:删除算法选择规则
- 查询算法效果接口:查询算法的效果评估数据
- 算法切换接口:动态切换算法(支持灰度发布)
6. 非功能需求
6.1 性能需求
- 补货计算响应时间:单店铺 < 5秒,批量计算 < 30秒
- 支持并发计算:≥ 10个店铺同时计算
- 数据查询响应时间:< 2秒
6.2 可用性需求
- 系统可用性:≥ 99.5%
- 支持7×24小时运行
- 支持定时任务自动执行
6.3 扩展性需求
- 支持多店铺扩展
- 支持多商品扩展
- 支持算法扩展(可插拔算法)
- 支持参数配置扩展
7. 开发技术要求
7.1 技术栈建议
- 后端:Java Spring Boot
- 数据库:SQL Server
- 缓存:Redis(用于数据缓存)
- 定时任务:Quartz
7.2 开发规范
- 遵循RESTful API设计规范
- 代码注释完整
- 遵循命名规范
- 单元测试覆盖率 ≥ 70%
8. 实施计划
8.1 第一阶段:数据采集和分析(2周)
- 实现销售数据查询
- 实现库存数据查询
- 实现在途数据查询
- 实现销售趋势分析
- 实现库存周转分析
8.2 第二阶段:补货算法(2周)
- 实现补货需求计算
- 实现补货优先级计算
- 实现补货建议生成
- 实现参数配置
8.3 第三阶段:补货执行和监控(2周)
- 实现补货单创建
- 实现补货单审核
- 实现补货单执行
- 实现补货监控
8.4 第四阶段:优化和测试(1周)
- 性能优化
- 功能完善
- 系统测试
- 文档完善
9. 附录
9.1 术语表
- ADV:Average Daily Volume,平均日销量
- SKU:Stock Keeping Unit,库存量单位
- 安全库存:为防止缺货而保留的库存
- 可销天数:当前库存可以支撑销售的天数
- 售罄率:商品销售完的程度
- 在途数量:已下单但未到货的数量
原文地址:https://blog.csdn.net/u010362741/article/details/155529905
免责声明:本站文章内容转载自网络资源,如侵犯了原著者的合法权益,可联系本站删除。更多内容请关注自学内容网(zxcms.com)!
