RMIS 新增功能及变动修改说明

系统升级改了什么、为什么改、怎么用 —— 版本变更的决策依据和操作指南

本章内容

  1. 阶梯公式:费用公式与保底公式 财务域
  2. 实时销售模块服务化(Redis 缓存) 基础架构
  3. 门店直配订单配送在途计算修改 采购域
  4. 数据库数据表索引及占用空间优化 基础架构
  5. 库存属性支持批次勾对功能 营运域
  6. 多维度店群改造(便利店业态) 营运域
  7. 便利店 POS 促销提醒功能 营销域
  8. 24 小时营业交款与日结改造 营运域
  9. 清单式补货(便利店业态) 采购域
  10. 验收单费用分摊 财务域

1 阶梯公式:费用公式与保底公式

RMIS 6.1 · 合同费用/保底的进阶公式配置
新增 财务域

业务背景:很多客户的费用和保底采用阶梯式或计算公式方式。但原系统中费用和保底公式的设置对没有技术能力的财务/信息人员来说操作难度大、不直观、难理解。本次改造提供 UI 固定模板,让用户通过点选/输入方式即可完成配置。

改造内容:

进阶公式配置步骤:

  1. 基准函数定义 —— 定义一个已写好的函数(含参数)
  2. 基准公式设置 —— 给函数配置传入参数,最终生成"使用形式"
    • 函数类型:录入或选择函数定义 → 自动带出参数列表 → 生成默认使用形式 → 配置参数值 → 保存
    • 基数类型:直接配置基数
  3. 合同审批单内配置保底公式 —— 选择基准公式,系统自动生成合同保底计算公式
关键理解:"基准函数"是底层零件,"基准公式"是组装好的模块,"合同保底公式"是最终产品。三层结构让财务人员不需要写代码,通过界面操作就能完成复杂公式配置。

2 实时销售模块服务化(Redis 缓存)

RMIS 6.2 · 数据库减负、查询提速
优化 基础架构

业务背景:实时销售相关模块大量使用数据库存储过程(如定时任务调用 up_cursale_write 刷新 tb_cursale 表),模块查询服务也由存储过程实现,造成数据库服务器压力过大。

优化方案:

相关模块:实时销售监测、历史时段销售监测、收银员销售实时监测、收银台销售实时监测

缓存数据结构优化:

针对门店多、销售数据量大的项目,当系统并发量高时,当日销售流水汇总数据一次全部取出会占用大量内存,造成内存溢出。优化方案:对 Redis 缓存数据按维度分类存储。

分类维度说明
机构按门店分别存储
部门按部门汇总
品类按品类表树形层级结构单独存储
收银员按收银员汇总
收银台按收银台汇总
品牌厅 / 品牌按品牌维度汇总
时段时段数据额外增加时段维度
技术要点:模块查询数据时只取出所需维度的数据,避免全量加载。消息队列传输数据的地方增加后台刷新处理,防止后台定时器不可靠造成数据刷新失效。

3 门店直配订单配送在途计算修改

RMIS 6.3 · 加盟商资金安全保护
修复 采购域

原逻辑问题:门店直配订单配送在途根据订单取消日期释放。订单取消日期到期后,门店在途全部释放 —— 无论该订单是否已做过验收,到期后都会自动作废。

实际业务矛盾:配送中心给门店送货有周期(每周两配或三配),存在以下情况:

修改内容:

  1. 新增参数:直配订单验收未配送时门店在途取消天数(默认 0)
    • 参数 = 0:按原逻辑处理不变
    • 参数 = 1:直配订单配送中验收后,将在途释放日期调整为订货日的第二天,以此类推
  2. 壹步/贰步越库:验收单审核时,未收货数量自动还原在途

壹步越库案例:

场景:订单截止日期为 2020.08.03,参数值 = 1
验收单审核后(配送单尚未审核时):在途截止日期变为 2020.07.25(即订货日期 + 参数值 1)
完全收货:在途归零
不完全收货:已收货部分在途归零,未收货部分等配送单审核后释放
部分收货:按实际收货量减少在途,剩余等配送单到店
配送单审核后:在途取消,转为记录配送单到货数量信息

贰步越库案例:

场景:门店订货日期 2020.08.05,在途截止日期 2020.08.07,参数值 = 1
分店订单进入配送池:在途数量和日期不变
配送池生成订单尚未审核:在途数量和日期不变
验收单审核后(配送单尚未审核):在途日期变为 2020.08.06(订货日期 + 参数值 1)
配送单审核后:在途归零

4 数据库数据表索引及占用空间优化

RMIS 6.4 · 存储瘦身、索引优化
优化 基础架构

问题背景:集中式数据库架构下数据库增长极快。日结表中存在大量宽表、汉字和长字符类型字段,部分大表索引建立不合理,导致索引空间占用比数据空间还大,严重消耗存储资源。

优化方案:

预计效果:可节省几十甚至上百 GB 空间,程序调整在可接受范围内。

升级注意事项:
  1. 索引调整脚本单独放入修改记录,不在通用升级脚本中,按需单独更新
  2. 表数据量大时,调整索引可能需要很长时间 —— 不要在系统使用或日结时执行
  3. 建议先在测试库执行,分析效果后再对生产库升级
  4. 注意脚本修改日期与当前版本跨度,年份跨度不宜过大

5 库存属性支持批次勾对功能

RMIS 6.6 · SN码/条码/批次的精细化管理
新增 营运域

业务背景:家电、数码、黄金等有单件管理需求,每件商品都有唯一条码或 SN 码,客户希望能批次跟踪到每件商品的进销存。同时希望库存属性管理支持按尺码、色码等进行批次勾对。

SN 管理的两种方式:

方式适用品类管理方式数据存储
属性方式数码、家电类通过库存属性弹框录入 SN库存属性表 tb_gds_stock_size
条码方式黄金类商品单据支持多条码,每条码一行条码表

管理方式细化(2021.08 后调整):

管理方式说明适用场景
大家电 SN需走送货及退换货流程,销售时不输 SN,提货时才处理冰箱、洗衣机等大件
黄金或小家电 SN销售时即录入 SN黄金珠宝、小家电
服装类按尺码/色码管理服装鞋帽
糖果类按属性管理散称糖果

关键参数:

是否启用商品属性库存管理
总开关。开启后前后台启用库存属性弹框录入
是否支持条码转库存属性
默认"否"。为"是"时操作方式可选"条码",用于一品一码商品
库存属性管理方式
控制各品类的 SN 管理策略

改造涉及模块:

SN 码仓库流转规则:非"本部"的调入/调出,必须先从当前仓库调入/调出到"本部",再进行机构间流转。此过程通过"仓库调拨单"自动处理。

操作方式说明:
属性方式 → 前后台都通过库存属性弹框录入
条码方式 → 后台通过条码生成库存属性数据(主要用于《黄金珠宝验收单》)
注意:管理方式为"订货"时,管理批次只能为"否";属性组下设置多个属性时不允许开启 SN 码管理。

6 多维度店群改造(便利店业态)

RMIS 7.3.1 · 一个店可以属于多个群组
新增 营运域

业务背景:便利店特点是门店多且标准化高,通常按片区督导管理。原 RMIS 店群只支持单维度,一个店不能属于多个店群 —— 无法同时按商品配置、采购信息、分区调价促销分别管理。

改造内容:店群支持多维度,分为两类:

店群类型用途特点
SKU 群组商品配置管理,新开店时快速复制商品资料支持按品类 + U 级维护,机构可重复
采购群组采购管理、调价、促销机构不能重复

改造涉及模块:

新开店 SKU 群组品类级别
默认值 2。新开店申请时按品类维护 SKU 群组的品类级别

7 便利店 POS 促销提醒功能

RMIS 7.3.2 · 收银端主动推荐关联商品
新增 营销域

业务背景:便利店客流不大,面积小不适合挂很多 POP 广告。通过 POS 端给收银员提前显示促销通知,顾客买单扫描商品时给出关联商品促销提醒,提高客单价和来客数。

功能说明:

满减促销默认前台是否提醒
默认"否"。为"是"时做满减促销单/模板时前台提醒默认值为"是"
满减活动描述是否显示排除商品范围
默认"是"。为"否"时生成促销描述不显示排除商品范围
满减活动描述显示维度
默认"品牌,品类,商品"。可添加:商品、品牌、品牌厅、品类、部门、供应商

8 24 小时营业交款与日结改造

RMIS 7.3.3 + 7.3.4 · 跨天交款 + 日结期间不停业
新增 营运域

业务背景:24 小时营业便利店存在跨天交款问题。原 RMIS 收银员交款单针对超市业态设计,未考虑跨天交款。日结期间如果继续营业,库存变动会导致进销存异常,日结中审核单据容易死锁。

一、交款改造:

二、日结改造:

预审核机制详解:

维度处理方式
单据状态预审核状态,界面控制与已审核一致
数量价格预审核时锁定,不可修改
可用库存强制冻结批次库存,减少可用批次库存
单据打印验收单/退货单/批发单等对外单据,预审核状态打印为"已审核"
业务联动验收单预审核时需生成配送单(保证后续退货/折让有批次可选)
接口处理预审核单据不可重复审核、不可作废/删除
数据安全触发器按已审核方式控制,确保不被修改

支持预审核的单据类型:验收单、退货单、折让单、配送单、退配单、店间调拨单、配送折让单、仓库调拨单、报损单、领用单、生鲜加工单、生鲜加工领用单、成本价提前计提单、批发单、批发退货单。

POS收银员交款单是否自动触发生成刷新后台交款单
默认"否"。为"是"时 POS 交款实时传到后台自动生成后台交款单
每天几点之前的销售算到前一天
默认 0,范围 0-5。大型促销临时营业到凌晨时临时调大,结束后改回

9 清单式补货(便利店业态)

RMIS 7.3.5 · 填空式补货,支持一日多配
新增 采购域

业务背景:便利店品项少,超市常规的录入商品式补货不适用。通过制作补货清单模板,按清单填空式补货,大幅提高门店补货效率。部分商品需一日多配,支持多波次补货和配送。

实现方式:

多波次配送流程:

补货单(记录波次 + 配送日期)→ 配送池(按波次筛选)→ 配送单(按波次 + 配送日期生成)→ 门店验收
关键理解:从补货单到配送池的流程中,所有相关单据都需要记录波次和配送日期。配送池生成配送单时按波次和配送日期分组生成,确保多波次配送不混淆。

10 验收单费用分摊

RMIS 7.4 · 运费/人工费分摊到商品成本
新增 财务域

业务背景:生鲜便利店存在大量自采业务,需要将运费、人工费分摊到商品中,但要求能分开统计每种费用占比,同时不影响与供应商结算。

两种实现方式:

方式处理逻辑对结算的影响
方式一:改验收进价结算价分摊费用后修改验收单进价、结算价,同时生成费用单直接影响供应商结算金额
方式二:不改进价、生成折让单分摊费用后生成折让单,不进入结算不影响供应商结算

关键参数:

验收单采购费用分摊方式
按数量分摊 / 按金额分摊 / 不分摊。按数量 = 采购费用 × 商品验收数量 / 总验收数量;按金额 = 采购费用 × 商品结算金额 / 总结算金额
采购费用分摊到成本价的处理方式
修改验收单进价 / 生成折让单。受"分摊方式"影响,当分摊方式为"不分摊"时此参数无效
验收单生成折让单默认折让类型
取值必须包含在参数"不参与供应商结算的折让单类型"中
验收单采购费用需要生成费用单的供应商
验收单供应商在此参数中时,才生成负的费用单
修改进价时是否同步修改尚未收货验收的采购进价
为"是"时,采购信息变更单生效同时修改未审核验收单的合同采购进价
默认冲抵供应商验收金额采购费用名称 / 征收方式
生成负费用单时,费用名称和征收方式的默认取值

验收单审核时的处理流程:

  1. 调用费用分摊过程 up_bill_pur_went_dutch_i,按参数"分摊方式"计算
  2. 若处理方式 = "修改验收单进价" → 分摊后更新验收单进价、结算价
  3. 若处理方式 = "生成折让单" → 分摊后数据写入临时表
  4. 若采购费用不为 0 且供应商在"需生成费用单的供应商"参数中 → 调用 up_create_fee_bill_from_gds_rec 生成负费用单
  5. 若处理方式 = "生成折让单" → 调用 up_create_f_bill_from_rec 生成折让单并自动审核(不进入结算)
采购信息变更单联动:当参数"修改进价时是否同步修改尚未收货验收的采购进价"为"是"时,采购信息变更单生效时会自动修改尚未收货的验收单合同进价。这是因为分摊后进货结算价可能高于合同采购进价,验收单保存时无法通过价格检查 —— 先做采购信息变更单提高进价,系统同步修改已录入的未审核验收单,避免重新录入验收单。
← 返回业务与专业能力建设