多会员系列
01系列 → 类别 → 卡，一层只管一件事
到店的老客、微信里来的新客、企业团购的员工卡、银行合作送出去的权益卡，诉求完全不同，塞进一个会员类别只能取一个折中折扣。这套结构把它们分成三层：系列定"这批人属于哪一路"，类别定"这一路人按什么折扣和积分结算"，卡才是发到手里的那一张。三层各自能加能改，调一路不会牵连另一路。
看字段与算例
PAIN POINTS
会员管理难的不是发卡和打折
难在结构、档位与依据这三处：结构不清，改动没有边界；档位不动，等级很快不值钱；没有依据，顾客资产出了争议只能赔。
01
一套会员体系装不下所有生意
到店客、微信客、企业团购、银行合作卡挤在同一个类别里，折扣只能取一个折中值，改一次波及全部会员。
用会员管理：分成系列 → 类别 → 卡三层：系列管归属与开关，类别管折扣与积分，改动范围由结构本身圈住。
02
等级只进不退，两年就不值钱
没有升降级，来三年的和刚来的一个档；想调力度只能整类改，没人敢动。
用会员管理：等级配在一条系列上，升级六种口径选一、降级三种规则选一，每档指定对应卡类别与会员礼包。
03
动顾客的余额和积分，查不出是谁
储值对不上、积分送双份、卡说作废就作废，事后只有一句"当时是我改的"。
用会员管理：四张单据把四个动作各占一张：原值只读、新值必填、公式算结果，列表上留着制单人与审核日期。
WHAT MAKES IT WORK
这套会员管理的八个特点
以下八点都来自后台真实结构：列表列、新增表单字段、下拉选项与校验提示均取自只读取证原文，没有设想功能。
01
三层各管一层，互不越权
系列定归属（是否总部系列 / 是否微信会员卡 / 是否超级会员三个开关），类别定结算口径（卡介质、积分率、最低金额、最高金额、比例），卡才是发到顾客手里的那一张，带状态、余额与所属分店。
02
类别必须挂在系列下面
客户端的拦话原文是「请选择会员卡系列再添加会员卡类别！」——先有路，再定这一路里的档位；结构上不存在无所属的类别。
03
报表按系列直接看数
会员消费报表与会员充值报表都带卡系列筛选与结果列，"微信会员贡献多少、团购卡花掉多少"不用人工从卡号里挑。
04
升级口径分得很细
自动升级规则七项（含"不使用"）：按累计充值、按累计积分、按累计购物额、按可用充值、按可用积分、按最近消费额，配最近天数；奖励什么，就选什么口径。
05
降级有三种走法
不降级 / 按有效期降级[到期重算] / 按有效期降级[指定降级]，配有效天数与降级至级别；不想让老客一次掉到最低档，就指定降一档。
06
每一档都是给顾客看的一层
等级表里除了区间与对应卡类别，还有会员礼包、等级权益说明与等级图片（上限 300KB）；档位要能被顾客看懂才叫等级。
07
界面上没有随手改数的格子
充值单、积分调整单、积分返金额单、状态修改单四张单，充值前可用、原可用积分、原卡状态一律只读，充值后余额 = 充值前可用 + 充值金额 + 赠送金额，调整后可用 = 原可用积分 + 调整积分，本次返金额 = 本次返积分 × 返利率。
08
草稿、审批、已生效分得开
单据状态实测草稿与已生效两种，列表列留着制单人与审核日期，单号前缀实测 Vm、Vs、Vsc；要人把关的可按单据挂内部审批、钉钉、飞书或企业微信。
FEATURE PAGES
三个功能，按结构 → 档位 → 安全排
点任意一张卡片进入该功能的独立说明页：解决的问题、后台要填哪几格、算例、使用边界、与相邻做法的对比、三步上手与常见问题。
卡与系列1 个
会员卡实测八列
编号、持卡人姓名、电话、卡内余额、可用积分、会员卡状态、会员类别、所属分店
状态实测有正常、停用、挂失、作废、退卡、未激活、停用并取消微信会员、已过期八种；类别在界面上写成「编号 空格 名称」，如 0001 萌新会员、0224 银牌会员。
会员设置特点 118 项
五个标签页：提醒 26 / 会员卡设置 74 / IC与磁卡 12 / 微信 4 / 其他 2
与这三页相关的几道门都在这里：是否使用会员类别权限、是否启用会员等级自动升级功能、启用会员卡类别跨系列修改、允许修改会员卡状态、启用会员业务单据日期管控。
等级与升降级1 个
会员等级制度
02升得上去，也降得回来
会员等级配在一条卡系列上：先定升级看什么——累计充值、累计积分、累计购物额、可用充值、可用积分、最近消费额六种口径选一；再给每一档划区间、指定对应卡类别，客人消费到了就自动升上去。不来的按有效期降回来，可以到期重算，也可以指定降到哪一档。每一档还能存权益说明与等级图片，顾客看得懂才算等级。
看字段与算例
等级表十列，一次编辑
编号、排序、等级标题、开始值、结束值、对应卡类别、会员礼包、降级规则、有效天数、降级至级别
按钮原文是编辑等级、保存等级、取消、新增、删除；进入编辑态后提示「已进入编辑模式，修改后请及时保存」，不保存等于没改。
校验提示原文八条
请设置自动升级规则 / 未指定卡类别 / 开始值不连续 / 开始值须小于结束值
另有「有降级规则但未填天数」「指定降级但未选目标级别」「最近消费天数必须大于0」「建议最后等级结束值设置大于 10000000」——每一条都对应一处容易配一半的地方。
单据与留痕1 个
会员业务安全性
03动会员资产，先开一张单
储值、积分、卡状态这三样是顾客资产，系统没有给"随手改个数"的口子，而是给了四张单据：会员卡充值单、会员积分调整单、会员积分返金额单、会员卡状态修改单。每张单都有草稿与已生效两种状态，列表上留着制单人与审核日期，明细里原值只读、新值必填，前后同屏；要人把关的，还能把审批环节挂到钉钉、飞书或企业微信上。
看字段与算例
三条自动公式
充值后余额 = 充值前可用 + 充值金额 + 赠送金额
另有「调整后可用 = 原可用积分 + 调整积分」「本次返金额 = 本次返积分 × 返利率」；合计写回表头单据金额，只读格不给手填。
审批那一层在架构页讲透
四种走法、六项记录、五种状态，按单据分别定
系统内部审批、钉钉、飞书、企业微信四选一；每个环节留阶段、审批步骤、审批人、状态、审批时间、审批意见，状态分待审、同意、拒绝、转交、退回，见系统架构能力的审批流程自定义页。
DECISION TABLE
先想清楚要解决什么，再选页面
这张表按"你想达成的事"倒推页面。左列是目标，中列是建议页面，右列是它的不可替代之处。
SHARED SETTINGS
这三页共用的六处配置
三页各管一段，但底下共用同一批东西：系列、类别、系统开关、单据状态、审批走法与报表口径。这六块一次学会，三页通用。
| 配置块 | 后台里能选什么 | 要注意的口径 |
|---|---|---|
| 系列与类别 | 会员 → 编码 → 会员卡系列 / 会员卡类型 / 会员卡 | 系列列表实测五列（编号、名称、是否总部系列、是否微信会员卡、是否超级会员，演示库 20 条）；类别列表八列，另有积分率、最低金额、最高金额、比例、余额唤醒五格不在列表显示。 |
| 卡介质与微信口径 | 类别上的是否IC卡、可视卡、磁条卡、ID卡、是否微信卡；系列上的是否微信会员卡 | 两处都要通，这张卡才进得了微信；系统选项里还有「是否允许发放非ID卡类的所有会员卡」「支持会员窗口读取物理卡号」等配套开关。 |
| 等级配在系列上 | 会员 → 编码 → 会员等级管理，左侧选卡系列，右侧等级表十列 | 区间要连续（拦话原文「开始值不连续」「开始值须小于结束值」），最后一档结束值界面建议设置大于 10000000。 |
| 两道自动升级的门 | 系统选项「是否启用会员等级自动升级功能」+ 等级页面上那句「首次设置后需要联系开发商配置开通生效」 | 等级表存下来不等于自动升档在跑；两处都要确认，这是最容易只配一半的地方。 |
| 四张单据的共同结构 | 表头单据日期与会员类型必填，明细选卡，原值只读，状态从草稿走到已生效 | 实测单号前缀：充值单 Vm、积分调整单 Vs、状态修改单 Vsc；列表列含单据号、单据日期、单据状态、会员类型、单据摘要与审核日期。 |
| 审批与权限这两层 | 系统管理 → 单据管理 → 审批流程定义 / 审批管理；工作岗位权限 | 审批走法四选一且按单据分别定（系统内部审批、钉钉、飞书、企业微信），每个环节留六项：阶段、审批步骤、审批人、状态、审批时间、审批意见；能开哪张单是权限那一层的事。 |
RULES & LIMITS
边界与规则
下面这几条是配置时最容易踩的口径，比多记一个功能更有价值。
- 两张编码表的新增表单本轮没读到：会员卡系列与会员卡类型在演示环境点开新增时报错，页面只写列表列与模型字段，没有必填项清单；实机界面上的红字提示优先。
- 列表不显示的数确有其格：系列上的积分规则、积分时间、天数，类别上的积分率、最低金额、最高金额、比例、余额唤醒，本轮只读到字段与数字格式，含义与取值未逐条核实。
- 客户端比网页版细得多：类别定义在客户端摊成九个页签（卡属性、类别升级、会员等级升级、默认折扣比率、默认积分类别、默认返利比率、类别储值、类别分段赠送、扩展功能），网页版目前只到列表列；这些页签客户端已实现，网页版随后开放。
- 类别删不掉：客户端拦话原文「该会员卡类别中已经定义会员卡，不允许删除！」；已经发过卡的类别只能停用或用新类别替代，别去动历史口径。
- 总部口径不给门店改：客户端拦话原文「总部会员卡类型不允许修改！」，总部定下的类别属性门店动不了；要本地化只能另建一个类别。
- 等级要过两道门：等级表存好之后，还要打开系统选项「是否启用会员等级自动升级功能」，并按页面提示联系实施开通生效；只配一半是最常见的情况。
- 本轮没读到实测档位数据：演示库里各档的开始值、结束值与有效天数没有取到真实行，所以三页都不给示例数；区间要按本店客单价与到店频次自己定。
- 升降级改的是类别，不是价格：每档必须指定对应卡类别，折扣与积分仍由类别上的数值决定。
- 这四张会员单据当前怎么审批，本轮没逐张核实：审批走法按单据分别配，上线前请在系统管理 → 单据管理 → 审批流程定义里确认一遍。
- 日期管控只读到开关名：「启用会员业务单据日期管控」在会员设置特点的其他设置里，管控范围与提示原文本轮未展开核实；「允许修改会员卡状态」这道门与状态修改单配套。
- 收银台与后台是两条路：前台充值有允许开关、最大金额、最小倍数金额与赠送比例等约束；这三页讲的是后台的结构、等级与四张单据，两条路别混着管。
WHO CARES
一套会员体系，四个角色各看一面
结构由总部定，档位靠系统跑，改动留依据，事后财务与营运各自能对账。
会
会员营运
先分路，再谈力度
把微信客、到店客、团购客、合作方卡分成几路，每路挂自己的类别与档位；等级配在系列上，升级口径按想奖励的行为选，礼包与权益说明逐档配。
店
店长 / 收银
规则不用背在脑子里
刷出来的折扣与积分由卡的类别决定，档位由等级表决定，额度与日期由系统选项拦；客人问"我为什么不是这个价"，看的是卡所属系列与档位，不是店员的记性。
财
财务
钱与分都有出处
充值金额、赠送金额、收款金额三列分开，报表里还有审核日期、审核人、操作员、充值小票号与交易号；顾客的储值争议按单核，不再靠赔一张新卡收场。
总
总部信息部 / 内控
谁能改什么，两张表说清
四张单据对应四个菜单入口，能开哪张、能不能点审核由工作岗位权限收口；要审的单据挂审批流程，删掉的走软删可回退，重要变更事后按制单人与审核日期回查。
GET STARTED
三步把会员体系搭起来
先把路分开
会员 → 编码 → 会员卡系列，按来源与用途建几条路（门店会员、微信会员、团购卡、单位卡、合作方卡），三个开关按性质打开；再在每条系列下建会员卡类型，编号与名称必填，勾卡介质、填积分率与金额区间。
给同一路人配档位
会员 → 编码 → 会员等级管理，左侧选一条系列，逐行填等级标题与开始值/结束值（区间连续、最后一档结束值放宽），每档指定对应卡类别与会员礼包，选升级口径与降级规则，补权益说明与等级图片，保存后确认系统开关与实施开通两处都到位。
把改动收进单据
充值、调积分、积分折成钱、改状态各走一张单，事由写在单据摘要；要审的单据在系统管理 → 单据管理 → 审批流程定义里定流程与节点人，能开哪张单在工作岗位权限里收口；事后按会员充值报表与会员消费报表对平，悬在草稿状态的定期清。
FAQ
关于会员管理，常被问到的八件事
系列管归属（哪一路人），类别管结算口径（折扣、积分、卡介质），等级管人在类别之间怎么搬，卡是发到顾客手里的那一张。一张卡属于一个类别，类别属于一条系列，等级配在系列上。
能跑，但每次调力度都波及全部会员，报表也分不出来源。演示库实测 20 条系列，多系列本身没碰到数量限制，真正要克制的是类别这一层的口径数量。
类别管折扣与积分，等级只指定"这一档走哪个类别"。所以调力度改类别、调结构改等级，两件事不打架。
两处要确认：系统选项「是否启用会员等级自动升级功能」，以及等级页面那句「首次设置后需要联系开发商配置开通生效」。另外等级表要先点编辑等级、改完必须点保存等级。
后台动会员资产的路径是四张单：充值单、积分调整单、积分返金额单、状态修改单。原值在单上是只读列，结果由公式算，界面没给随手改数的口子。
不算。单据状态实测有草稿与已生效两种，草稿是还没走完的那一步；判断有没有生效看列表上的单据状态与审核日期两列。
不一定。走法四选一：系统内部审批、钉钉、飞书、企业微信，而且按单据分别定；每个环节留阶段、步骤、审批人、状态、时间、意见六项，状态分待审、同意、拒绝、转交、退回。
可以，但口径不同：本文三页讲的是后台结构、等级与单据；收银台那一条有自己的一批开关（允许前台发放会员卡、前台充值最大金额、赠送金额比例、分店充值授权等），共 118 项配置分五个标签页，见会员设置特点那一页的取证口径。