订货算法

订货算法决定建议订货量怎么算出来。系统预置了三种算法，分别适合最低库存补齐、每日销售预测和每日安全存量；也可以自建算法，用脚本描述计算过程。订货规则引用算法，门店再通过规则拿到算法，所以算法改错会影响所有引用它的门店。

一、功能概述

菜单位置：连锁管理 → 智能订货 → 订货算法（页面地址 /admin/AutoOrder/aoorderalgor/）

用途	说明
选算法	查看内置算法，把需要的算法标记为默认
建算法	新增自建算法，填写编号、名称、说明和脚本
改脚本	编辑算法脚本，保存后提交版本
管版本	查看最新版本与生效版本，历史版本可追溯
恢复	内置算法被改坏时，用「恢复默认算法」还原

二、界面布局说明

区域	内容
工具栏	+ 新增、导出、回收站、打印、恢复默认算法
搜索条	关键字框 + 放大镜按钮
列表	算法编号 / 算法名称 / 默认算法 / 最新版本 / 生效版本 / 修改人员 / 修改日期 / 操作
操作	内置算法显示 默认算法…；自建算法显示 提交版本…；版本历史在同一组命令里
分页	每页 20 条

版本列成对出现。 「最新版本」是最近一次保存或提交的版本，「生效版本」是当前真正参与计算的版本。二者不一致，说明有改动还没提交生效。

三、内置算法

系统自带三种算法，编号固定：

算法编号	算法名称	适用思路
0000	半成品原材料最低库存补齐法	按最低库存补齐，适合原料、半成品这类以保障供应为主的商品
0001	产品每日销售预测订货法	按每日销售预测推算订货量，适合有稳定销售记录的成品
0002	产品每日安全存量订货法	在销售基础上考虑安全存量，适合需要留安全余量的门店商品

三种内置算法的「默认算法」开关默认都是打开的，自建算法默认关闭。需要把自建算法作为默认时，在列表里打开它的开关。

默认算法不是只能有一个。 列表里多个开关可以同时打开；新建规则或选择算法时，按业务需要选具体算法，不要假设系统只会用其中一个。

四、新增与编辑算法

点 + 新增 进入编辑页，页面分三块：

区块	字段	说明
算法信息	算法编号（必填）、算法名称（必填）、助记码、算法说明	编号和名称是识别算法的依据，建好后不要在规则引用期间随意改
算法脚本	算法脚本（当前编辑）	多行文本，描述这个算法的计算过程
版本状态	默认算法、最新版本、生效版本	系统维护，只读，不能在编辑页直接改

编辑页工具栏：返回、保存（带下拉）、取消、刷新、上一行、下一行。

保存不等于生效。 脚本保存后，还要回到列表，在操作列执行「提交版本…」，生效版本才会更新。只保存不提交，引用这个算法的规则仍按旧版本计算。

五、版本与默认

操作	位置	用途
提交版本…	列表操作列（自建算法）	把当前脚本提交为可生效的新版本
默认算法…	列表操作列（内置算法）	打开或关闭默认算法标记
版本历史	操作列的下拉命令	查看历次版本，确认改了什么
恢复默认算法	工具栏	把内置算法恢复为系统预置脚本
回收站	工具栏	找回或彻底删除已删除的算法

改算法前先确认影响面。 算法被哪些订货规则引用，改完就会影响哪些门店；不确定时先在 模拟测试数据 里用同一组样本对比新旧结果，再提交版本。

六、常见问题

问：内置算法能改吗？ 答：内置算法是系统预置，列表操作列给的是「默认算法…」命令。需要调整计算逻辑时，建议新增自建算法，验证无误后再让规则切换过去；如果内置算法被改过，用工具栏的「恢复默认算法」还原。

问：为什么「默认算法」有三个是打开的？ 答：默认算法标记不是单选，内置的 0000、0001、0002 默认都打开。自建算法默认关闭，需要时手动打开。

问：脚本改了，订货量没变化？ 答：按顺序查——脚本是否保存；列表里是否执行过「提交版本…」；生效版本是否已经变成新版本；引用这个算法的订货规则是否真的绑到了门店。只在编辑页保存、没有提交版本，是最常见的原因。

问：最新版本和生效版本为什么不一样？ 答：最新版本是最近保存的版本，生效版本是当前参与计算的版本。两者不一致说明有改动尚未提交生效，确认脚本无误后提交版本。

问：删除算法后还能找回吗？ 答：先看工具栏的「回收站」。仍被订货规则引用的算法不建议删除，删除前先到 订货规则 确认没有规则在使用。

问：算法脚本用什么写？ 答：脚本是系统按版本管理的计算文本，按现有算法脚本的写法维护即可。改完务必用模拟样本验证，再提交版本，不要直接在生产账套上试。