M 安仕达烘焙ERP会员管理 · 会员业务安全性
四张单管住资产改动草稿 → 审批 → 已生效原值与新值同屏留痕

会员的钱和积分,改动都走一张单

储值、积分、卡状态这三样是顾客资产,系统没有给"随手改个数"的口子,而是给了四张单据:会员卡充值单、会员积分调整单、会员积分返金额单、会员卡状态修改单。每张单都有草稿与已生效两种状态,列表上留着制单人与审核日期,明细里原值只读、新值必填,前后同屏;要人把关的,还能把审批环节挂到钉钉、飞书或企业微信上。

后台位置:会员 → 单据 下实测四张单——会员卡状态修改单、会员卡充值单、会员积分调整单、会员积分返金额单。表头必填项、只读格与自动公式均取自新增表单原文。

会员卡充值单 · 表单会员 → 单据 → 会员卡充值单
充值后余额 = 充值前可用 + 充值金额 + 赠送金额表头单据金额由明细的充值金额合计写入明细原文:会员卡号(必选)、会员姓名、充值前可用、充值金额、赠送金额、充值后余额、备注
  • 单据日期必填,默认当天表头
  • 会员类型必填,一张单圈在一类会员里表头选择
  • 充值金额 / 赠送金额两列各自在列底合计必填与选填
  • 充值前可用 / 充值后余额只读,不让手填系统算
  • 选择会员 / 批量设置明细行按钮,另有清零、清空、导出批量办单
  • 单据状态实测两种:草稿、已生效列表列
单号前缀实测 Vm(充值单)
审核痕迹列表列含审核日期
真实一行2026-10-12 0366 三只小猪微会员 5000.0000

四张单的列表列都含单据号、单据日期、单据状态、会员类型、单据摘要与审核日期;会员卡状态修改单额外带制单人列。

本页 解决的问题 怎么配 算例 适用场景 使用边界 对照 上手 FAQ 本方向全部页面
PAIN POINTS

会员资产出事,九成出在"谁能直接改数"

储值对不上、积分送双份、卡说作废就作废——查下去只有一句话:"当时是我改的。"没有单据,就没有依据,也没有第二个人把关。

01

改余额全靠店员点一下

顾客的储值对不上,查不出是谁在什么时候加了多少钱,最后只能赔一张新卡。

用会员业务安全性:充值走会员卡充值单:充值金额、赠送金额分两列各自合计,充值前可用与充值后余额只读,草稿与已生效分开。

02

积分送错,扯不清

活动期手工加积分,两个人各加一次,客人拿到双份,谁也说不清是谁给的。

用会员业务安全性:会员积分调整单上原可用积分、原累计积分只读,只有调整积分可填,调整后可用与调整后累计由系统算。

03

挂失、作废没有依据

一张卡从正常改成作废,前台一句"客人说丢了"就办完了,事后无从核对。

用会员业务安全性:会员卡状态修改单留着原卡状态与新卡状态,另有修改人、修改时间两列只读,谁改的一目了然。

HOW IT WORKS

四张单各管一件事

共同结构是:表头定单据日期与会员类型,明细挑卡,状态从草稿走到已生效;差别在明细的算式与哪几格只读。

要填什么怎么填说明与例子
会员卡充值单 · 表头单据日期(必填,默认当天)、会员类型(必填)、部门、手写单号、单据金额(只读,由明细汇总)、单据摘要(长文本)单号前缀实测 Vm;列表列实测含审核日期;真实一行是 2026-10-12 一张 5000.0000 的单子
会员卡充值单 · 明细会员卡号(必选、可多选、冻结列)、会员姓名(只读必填)、充值前可用(只读)、充值金额(必填、最小 0、列底合计)、赠送金额(列底合计)、充值后余额(只读)、备注算式原文:充值后余额 = 充值前可用 + 充值金额 + 赠送金额;充值前累计与充值后累计是隐藏列;按钮有保存、复制、删除、+添加行、选择会员、删除选中、清零、清空、批量设置、导出
会员积分调整单表头:单据日期、会员类型、手写单号、单据摘要;明细:会员卡号、会员姓名、原可用积分(只读)、原累计积分(只读)、调整积分(必填)、调整后可用(只读)、调整后累计(只读)、备注算式原文:调整后可用 = 原可用积分 + 调整积分;单号前缀实测 Vs
会员积分返金额单表头另有单据金额;明细:可用积分(只读)、本次返积分(必填)、返利率(只读)、本次返金额(只读、列底合计)、可用返金额(只读)、备注算式原文:本次返金额 = 本次返积分 × 返利率,合计写入表头单据金额;返利率由系统给,经手人改不了
会员卡状态修改单表头:单据日期、会员类型、手写单号、单据摘要;明细:会员卡号、会员姓名、原卡状态(只读)、新卡状态、备注,另有修改人、修改时间两列只读隐藏单号前缀实测 Vsc;列表额外带制单人列,实测制单人名如小徐、贝顾问、林工;卡的状态口径见会员卡列表:正常、停用、挂失、作废、退卡、未激活、停用并取消微信会员、已过期
单据状态与审核列列表列:单据号、单据日期、单据状态、会员类型、单据金额、单据摘要、审核日期单据状态实测两种:草稿、已生效;审核日期单独成列,没走完的单子在列表上就看得出来
手写单号表头一格,可以自己编号要跟门店自己的凭证号对齐时用得上;不填由系统按前缀给号(充值 Vm、积分调整 Vs、状态修改 Vsc)
会员业务单据日期管控会员设置特点「其他设置」页签里的开关,原文「启用会员业务单据日期管控」打开后会员单据的日期受管控;具体管控范围与提示原文本轮未逐条核实
允许修改会员卡状态会员设置特点「会员卡设置」页签里的开关,原文「允许修改会员卡状态」与状态修改单配套:要不要给直接改卡的口子,由这道门定
相关的那几道门同页还有「允许前台发放会员卡」「前台发放及绑定实体卡需要确认卡号」「使用分店充值授权(前台充值)」「前台充值最大金额」「前台充值最小倍数金额」「赠送金额不得高于当次充值金额的 %」等这些管的是收银台那一条路;本文讲的是总部与门店在后台动会员资产的四张单
事后怎么复核会员充值报表:筛选业务日期、会员卡类别、会员卡号、持卡人、移动电话、分店、操作员;结果列含充值金额、赠送金额、收款金额、收款方式、审核日期、审核人、操作员、充值小票号、充值返回交易号页内还能切充值明细、前台充值、前台收款(按收银员)、前台收款(按日期)、充值次数五个口径

表头必填标记、只读格、合计位置与自动公式均取自后台新增表单与列表列原文;取证全程只读,未点过任何保存、生效、审核或删除动作。

WORKED EXAMPLE

一张充值单,从草稿到查得到

真实字段与公式,示意流程:一张单从起单到事后复核,每一步在界面上留下什么。金额用演示库实测那一行的 5000.0000,其余不编数。

环节这张单上发生什么留下的痕迹
① 起单表头定单据日期与会员类型,两格都必填;部门、手写单号、单据摘要按需填单据日期默认当天;会员类型把这张单圈在一类会员里
② 挑卡明细用「选择会员」把卡加进来,会员姓名与充值前可用随之带出且只读原值改不了,只能填充值金额、赠送金额与备注
③ 系统算充值后余额 = 充值前可用 + 充值金额 + 赠送金额;充值金额合计写进表头单据金额合计与只读格不给手填,抄错数的口子从这一步就堵掉
④ 停在草稿保存后单据状态是草稿,此时顾客卡上的余额还没变实测状态两种:草稿、已生效;列表上按状态一眼能挑出没走完的单
⑤ 有人点头要审的单提交后按流程走,走法按单据分别定:系统内部审批、钉钉、飞书、企业微信每个环节留六项:阶段、审批步骤、审批人、状态、审批时间、审批意见;状态分待审、同意、拒绝、转交、退回
⑥ 生效审批通过或按本店配置直接生效,卡上余额与累计才变列表列上的审核日期落上时间;状态修改单上还留着制单人
⑦ 事后查会员充值报表按业务日期、分店、操作员、会员卡类别查这一批单结果列含充值金额、赠送金额、收款金额、收款方式、审核日期、审核人、充值小票号、充值返回交易号

安全性来自"没有直接改数的口子"

四张单把会员资产的四个动作——充值、调积分、积分折成钱、改状态——各占一张,界面上根本没有一个能随手改余额的格子。原值只读、新值必填、前后同屏,留痕不是靠日志翻,是单据本身带着的。

  • 对得上顾客那句"我充了 5000":报表里充值金额、赠送金额、收款金额三列分开,收银台那笔还有小票号与交易号,不用翻纸质单。
  • 审批有没有给这四张会员单据开着、走哪条流程,是按单据分别配的;本轮没有逐张核实这四张单的当前配置,上线前请在系统管理 → 单据管理 → 审批流程定义里确认。
  • 提交与撤销是分开的两个动作:系统这一层实测的接口动作是提交审批、撤销审批、查审批详情,撤销要写理由;详情里发起人、创建时间、完成时间、审批历史同屏可查。
USE CASES

六种必须留依据的场合

都是动顾客资产的事,走单与不走单,事后是两种局面。

CASE 01

充值争议

充值单的充值金额、赠送金额、收款金额三列,加上报表里的审核日期与充值小票号,一次核清;实测就有一张 2026-10-12、0366 三只小猪微会员、5000.0000 的单子可对照。

CASE 02

活动补偿

客人没兑到奖,用会员积分调整单加回,备注写明事由与活动名,一张单管一批卡,列底看得见合计。

CASE 03

返利发放

会员积分返金额单把积分按返利率折成可用返金额,返利率与本次返金额都是只读,经手人改不了折率。

CASE 04

挂失与作废

会员卡状态修改单上原卡状态、新卡状态同屏,修改人与修改时间由系统写,不靠口头交代。

CASE 05

员工交接

按制单人与审核日期查这一段是谁做的单,责任不用靠回忆追。

CASE 06

团购与单位卡

卖给单位的卡一次充一批:明细会员卡号是多选,配合选择会员与批量设置,一张单办完再一起生效。

BOUNDARIES

会员业务安全性的边界

四张单的字段与状态都核实过;审批与日期管控这两处本轮只到入口,落地前对着看。

  • 本轮只到字段级,没逐张确认审批配置:这四张单的列表列与新增表单读了,但审批走法是按单据分别配的(在系统管理 → 单据管理 → 审批流程定义),这四张当前走内部审批还是挂第三方,请以实机为准。
  • 日期管控只读到开关名:「启用会员业务单据日期管控」在会员设置特点的其他设置里,管控范围与红字提示本轮未展开核实。
  • 积分返金额单没读到单号前缀与状态实测:另三张实测前缀分别是 Vm、Vs、Vsc,这张本轮只到表头与明细列口径。
  • 草稿不是留痕完成:草稿状态的单据不动顾客资产,长期悬着的草稿本身就是一种风险;定期按单据状态与审核日期两列把悬单挑出来。
  • 收银台是另一条路:前台充值、赠送方案、IC 卡写卡那些走的是收银台口径,系统选项里有各自开关与额度;本文说的是后台这四张单,两条路别混着管。
  • 删除不是抹掉:单据与基础资料的删除走软删标记,删了还能找回,机制见系统架构能力的数据回收站页。
  • 谁按得动这些钮是另一层:四张单据对应四个菜单入口,能开哪张单、能不能点审核,由工作岗位权限收口,见系统架构能力的工作岗位权限体系页。
SIDE BY SIDE

走单据 vs 直接在会员卡上改数字

同样是把顾客的余额调对,区别在于事后能不能说清是谁、什么时候、凭什么改的。

比什么会员业务安全性直接在会员卡上改数字
改动有没有依据每张单有单据日期、会员类型与摘要,事由写在单上只有一次点击,理由在人的记忆里
原值查得到吗充值前可用、原可用积分、原卡状态是只读列,单上就留着改完只剩新值
第二人把关状态从草稿走到已生效,中间可挂审批流没有环节可挂,一个人办到底
批量处理明细可多行、可批量设置、列底合计,一张单办一批逐张改,改错了没人知道
事后对账报表按操作员、审核日期、分店查,列里含审核人与小票号只能翻日志或者问人
算错的可能余额与累计由公式算,只读格不给填手填两个数,加减靠人
在哪做会员 → 单据 四张单会员 → 编码 → 会员卡 直接编辑
GET STARTED

三步把会员业务安全性配出来

把会员资产收进单据,三步。

四个动作只走四张单

充值走会员卡充值单,积分加或扣走会员积分调整单,积分折成钱走会员积分返金额单,挂失、停用、作废走会员卡状态修改单;养成不"随手改卡"的习惯,事由写在单据摘要里。

定审批与权限

在系统管理 → 单据管理 → 审批流程定义里给要审的单据定流程与节点人,需要手机上快批的可以挂钉钉、飞书或企业微信;谁能在后台开这四张单、能不能点审核,在工作岗位权限里收口。

事后靠报表复核

按业务日期、分店、操作员、会员卡类别查会员充值报表,把单据金额与报表金额、收款方式对平;异常的单子按制单人、审核日期回查,悬在草稿状态的定期清。

FAQ

关于会员业务安全性,常被问到的事

后台动会员资产的路径是这四张单:原值在单上是只读列,充值后余额、调整后可用、本次返金额都由公式算,不给随手改数的口子。

单据状态实测有草稿与已生效两种,草稿是还没走完的那一步。判断一张单有没有生效,看列表上的单据状态与审核日期两列。

不一定。走法四选一:系统内部审批、钉钉、飞书、企业微信,而且按单据分别定——要手机上快批的挂第三方,内部流程留系统里走。

先看这张单还能不能撤销:提交之后有撤销审批这个动作,撤销要写理由。已经生效的按反向单子处理——积分给多了就再开一张调减的积分调整单,状态改回另开一张状态修改单,别去原单上抹。

充值单上充值金额与赠送金额分开填、各自列底合计,收款金额另算;这样"客人掏的钱"和"我们送的钱"永远是两个数,报表上也分得开。

可以,但走的是收银台那一条:系统选项里有允许前台会员卡充值、前台充值最大金额、前台充值最小倍数金额、赠送金额不得高于当次充值金额的 % 等约束,还有使用分店充值授权这道门。本文的四张单是后台路径。

能。明细的会员卡号是多选选择器,另有「选择会员」和「批量设置」两个入口,列底直接合计;一张单管一批卡是常态用法。

它是长文本格,建议写清事由与依据:哪个活动、哪位客人来电、店长批的什么号。半年后按摘要搜回来,比问人快。

ALL PAGES

会员管理:3 个功能,一页一个

这一组页面按后台「会员管理」菜单里的功能逐个展开,想看别的页面直接切。

会员资产管住了,接下来管住"谁能动"

四张单据管住能改什么,权限与审批管住谁能改:能开哪张单、能不能点审核由工作岗位定;删错的单子还能从数据回收站里找回来。