一套会员体系，装不下一家连锁的所有生意
微信客要轻、团购客要限、常客要优待、合作方的卡要单独对账——全塞进一个类别，结果是谁都不合适。
一种会员撑不起所有场景
到店客、微信客、企业团购的员工卡诉求完全不同，只有一个类别时折扣只能取一个折中值。
用多会员系列：先建系列把"哪一路人"分开，每路下面挂自己的类别，折扣与积分各算各的。
改一次力度，全体会员跟着变
只有一个类别时想调折扣，等于一次性动了所有卡；想只调团购那批人，做不到。
用多会员系列：把要单独调力度的那批人拆成独立系列与类别，改动范围由结构本身圈住。
对账时说不清是哪路人
报表上只有卡号和金额，"微信会员贡献多少、团购卡花掉多少"要人工从卡号里挑。
用多会员系列：会员消费报表与会员充值报表都带卡系列筛选与结果列，按路看数不用二次加工。
三层各填什么
系列定归属与开关，类别定结算口径，卡才是发出去的实体；上一层定完再建下一层，客户端的拦话原文就是「请选择会员卡系列再添加会员卡类别！」。
| 要填什么 | 怎么填 | 说明与例子 |
|---|---|---|
| 系列编号 / 系列名称 | 会员 → 编码 → 会员卡系列，一行一个系列 | 实测列表这两列就是全部文字格；界面写法是编号 空格 名称，如「0002 门店会员」 |
| 是否总部系列 | 标记这一路会员由总部统管 | 列表布尔列；客户端另有一条拦话原文「总部会员卡类型不允许修改！」，总部定下的类型门店改不了 |
| 是否微信会员卡 | 这一路能不能开通到微信里 | 列表布尔列；会员设置特点里另有「微会员前缀」一格，微信卡号怎么打头由它定 |
| 是否超级会员 | 这批卡是否按付费会员的口径走 | 列表布尔列；要和系统选项「启用超级会员」配套，付费身份那一套见会员营销的超级会员页 |
| 系列上的积分口径 | 系列模型里带积分规则、积分时间、天数三格（列表不显示，数字格式 0.00） | 本轮只读到字段与格式，含义与取值未在界面上逐条核实，落地前请实施确认 |
| 类别编号 / 类别名称 | 会员 → 编码 → 会员卡类型，每个类别挂在一个系列下面 | 实测列：类别编号、类别名称、会员系列；界面写法如「0001 萌新会员」「0224 银牌会员」「0019 白金会员卡」 |
| 卡介质四个开关 | 是否IC卡、可视卡、磁条卡、ID卡，决定这类卡用什么载体 | 与系统选项配套：「是否允许发放非ID卡类的所有会员卡」「支持会员窗口读取物理卡号」「严格限制支付卡输入方式」等 |
| 是否微信卡 | 这个类别能不能长成微信里那张会员卡 | 实测列「是否微信卡」；系列上的「是否微信会员卡」与这一处都要看，两处都通才算这一路能进微信 |
| 类别上的数值格 | 模型里带积分率、最低金额、最高金额、比例、余额唤醒（列表不显示） | 本轮只读到字段与数字格式；折扣与积分力度各店自定，本页不给示例数 |
| 会员类别权限 | 系统选项「是否使用会员类别权限」打开后，类别本身就是一道权限边界 | 收银岗位能看到哪几类卡、能发哪几类卡可以收口；权限那一层见系统架构能力的工作岗位权限页 |
| 发卡与卡状态 | 会员 → 编码 → 会员卡：会员卡编号、持卡人姓名、电话、卡内余额、可用积分、会员卡状态、会员类别、所属分店 | 状态实测有：正常、停用、挂失、作废、退卡、未激活、停用并取消微信会员、已过期；改状态走单据，见会员业务安全性页 |
| 跨系列修改 | 系统选项「启用会员卡类别跨系列修改」开关 | 决定已归到某一路的卡能不能改到另一路名下；关着的时候换路只能重新归类 |
| 客户端的类别定义页签 | 卡属性设置、类别升级设置、会员等级升级设置、默认折扣比率设置、默认积分类别设置、默认返利比率设置、类别储值设置、类别分段赠送设置、扩展功能 | 客户端已实现，网页版随后开放；网页版当前只到列表列与模型字段口径 |
系列与类别两张表的新增表单在本轮取证里读不到（演示环境弹层报错），所以只写列表列与模型字段，不写必填项清单；开关名与列名以上表为准，实际界面上的红字提示优先。
三层怎么落到一张卡上
示意口径：只看结构上谁挂在谁下面、每一步在界面上做什么。折扣、积分率、金额区间各店自定，下面不编数字。
| 环节 | 在系统里做什么 | 定下来的是什么 |
|---|---|---|
| ① 定系列 | 会员 → 编码 → 会员卡系列，建一路（门店会员 / 微信会员 / 团购卡 / 单位卡） | 三个开关：是否总部系列、是否微信会员卡、是否超级会员 |
| ② 挂类别 | 会员 → 编码 → 会员卡类型，先选所属系列，再填类别编号与名称 | 客户端拦话原文「请选择会员卡系列再添加会员卡类别！」——类别必须挂在一条系列下面 |
| ③ 定口径 | 类别上勾卡介质四个开关，填积分率、最低金额、最高金额、比例等数值格 | 这一路人按什么折扣、什么积分结算，力度由门店定 |
| ④ 发卡 | 会员 → 编码 → 会员卡，把类别落到具体的人、分店与卡上 | 卡上带持卡人、电话、余额、可用积分、状态、所属分店 |
| ⑤ 收银台 | 刷这张卡，折扣与积分按它的类别走 | 系统选项里的「是否使用会员类别权限」「是否启用会员等级自动升级功能」等开关决定后续结算与升档行为 |
| ⑥ 看数 | 会员消费报表按卡系列筛、结果列里有会员卡系列；会员充值报表同样带卡系列列 | 每一路人贡献多少、花掉多少，报表上直接分得开 |
先分路，再谈力度
多会员系列解决的不是折扣给多大，而是"这次改动落在谁身上"。先把微信客、到店客、团购客、合作方卡分成几路，之后每一次调力度都只碰那一路人，不用半夜担心把老客的价一起改了。
- 系列不是标签，是归属：一张卡只属于一个类别，类别只属于一条系列，一路一套口径；营销层的标签分组不改变结算，别拿它当系列用。
- 想批量转路，先看那道门：跨系列要由系统选项「启用会员卡类别跨系列修改」放开，关着的时候卡挪不动，只能重新归类。
- 类别下已经发了卡就不让删——客户端拦话原文「该会员卡类别中已经定义会员卡，不允许删除！」；要停用就走卡状态或另建新类别，别去动历史口径。
六种常见的分路方式
同一套三层结构，只是系列怎么切、类别挂几个的差别。
微信一路、门店一路
微信那条系列打开「是否微信会员卡」，线上来的新客与到店办的老客分开定力度，互不干扰。
门店会员再分档
门店会员系列下挂萌新、银牌、白金等类别，档位之间怎么升降由会员等级那一页配，结构不用重搭。
企业团购与员工福利
团购卡、单位卡、礼品卡各是一个类别，预付的钱能花在哪、按什么价结算单独定；要限定能买哪些商品的，走礼品卡分组那一套。
异业与渠道合作
演示库里就有银行会员卡、代理商会员卡、烟草局团购卡三类，合作方的权益口径不跟零售会员混在一起。
付费身份单开一路
「超级会员」「超级会员卡」两条系列实测存在；付费会员那套折扣与每日额度，靠系列上的「是否超级会员」认路。
一次性游客另算
「游客会员」系列把不留手机号、不享折扣的那批单归到一路，正式会员的数才不被污染。
多会员系列的边界
结构与开关都核实过，但有几处本轮只读到字段名、没读到界面取值，落地前对着看。
- 两张编码表的新增表单没读到：会员卡系列与会员卡类型在演示环境点开新增时报错，页面只写列表列与模型字段口径，没有必填项清单；实机界面上的红字提示优先。
- 列表不显示的数确有其格：系列上的积分规则、积分时间、天数，类别上的积分率、最低金额、最高金额、比例、余额唤醒，本轮只读到字段与数字格式，含义与取值未逐条核实。
- 客户端比网页版细得多：类别定义在客户端摊成九个页签（卡属性、类别升级、会员等级升级、默认折扣比率、默认积分类别、默认返利比率、类别储值、类别分段赠送、扩展功能），网页版目前只到列表列；这些页签上的开关客户端已实现，网页版随后开放。
- 总部口径不给门店改：客户端拦话原文「总部会员卡类型不允许修改！」，总部定下的类别属性门店动不了；要本地化只能另建一个类别。
- 类别删不掉：已经发过卡的类别不允许删除；要停用它，走卡状态或建新类别替代。动会员资产本身要留依据，见会员业务安全性页。
- 条数不是硬顶：演示库实测 20 条系列、类别筛选下拉里上百个类别，多系列本身没碰到数量限制；真正要克制的是类别这一层的口径数量，不是系列条数。
三层结构 vs 一套会员一个类别
两者都能把会员跑起来，区别在于改动的影响面与事后能不能按路看数。
| 比什么 | 多会员系列 | 一套会员、一个类别全场折扣 |
|---|---|---|
| 会员怎么分路 | 系列 + 类别两层，一路一套口径 | 全员同一类别，只能取一个折中力度 |
| 改力度的影响面 | 只影响该类别下那些卡 | 一次改动波及全部会员 |
| 微信与付费身份 | 系列上有现成开关：是否微信会员卡、是否超级会员 | 靠额外字段或人工登记 |
| 报表能不能按路看 | 消费与充值报表都带卡系列筛选列与结果列 | 只能按卡号人工归类 |
| 权限收口 | 有「是否使用会员类别权限」这道门 | 全员可见可发 |
| 谁挂在谁下面 | 类别必须选一条系列，客户端拦话原文兜着 | 一层结构，没有从属关系 |
| 在哪维护 | 会员 → 编码 → 会员卡系列 / 会员卡类型 / 会员卡 | 只有一张会员表 |
三步把多会员系列配出来
把三路会员跑起来，三步。
建系列，定"哪一路人"
会员 → 编码 → 会员卡系列 逐条建，三个开关按这一路的性质打开：总部统管的开「是否总部系列」，要进微信的开「是否微信会员卡」，卖付费身份的开「是否超级会员」。
挂类别，定折扣与积分口径
在每条系列下建会员卡类型，编号与名称必填、且必须先选所属系列；卡介质四个开关与「是否微信卡」按这类卡的做法勾，积分率与最低/最高金额、比例按本店力度填。
发卡，按路看数
会员 → 编码 → 会员卡 发卡，类别就是这一路人的身份；事后用会员消费报表与会员充值报表按卡系列筛，看每一路人贡献了多少、花掉多少，异常再下钻到卡与分店。
关于多会员系列，常被问到的事
系列管归属与路数（是否总部系列、是否微信会员卡、是否超级会员），类别管结算口径（折扣、积分、卡介质）。一张卡属于一个类别，类别属于一条系列。
可以。一个持卡人可以有多张卡、分属不同类别，刷哪张就按那张卡的类别结算。
这是结构要求，客户端的拦话原文是「请选择会员卡系列再添加会员卡类别！」——先有路，再定这一路里的档位。
标签是营销层的筛选条件，不改变结算口径；折扣、积分、卡介质仍然要由类别给。标签那一层见会员营销的会员标签页。
看你要不要单独定力度与对账口径。要，就单开系列；如果还要限定这批卡能买哪些商品，走礼品卡分组那套（见会员营销的会员礼品卡管理页）。
改名是基础资料变动，卡与历史报表仍按原口径查。真正会改变结算结果的是类别上的数值与开关。
受系统选项「启用会员卡类别跨系列修改」控制；放开才谈得上挪，挪之前先确认这张卡的类别允不允许改。
已经发过卡的类别删不掉（客户端拦话原文「该会员卡类别中已经定义会员卡，不允许删除！」），只能停用或另建正确类别，让旧类别逐步退出使用。
会员管理：3 个功能，一页一个
这一组页面按后台「会员管理」菜单里的功能逐个展开，想看别的页面直接切。