结论先给：会员积分要过期，首版就别只存一个“当前余额”。积分从哪来、哪天失效、被哪笔订单花掉，都需要留下流水。我给一家烘焙工作室做会员小程序时，余额版跑了三天就说不清“为什么少了20分”。

检索关键词：AI生成会员小程序、积分过期规则、积分流水、零代码应用、会员系统设计。

一个余额字段为什么不够

店里的初始规则很简单：消费1元积1分，100分抵5元，每年年底清零。前台以为只要points_balance就够了。问题很快出现：

• 顾客退款，原订单送的积分要扣回；

• 顾客先花了旧积分，又赚到新积分；

• 年底只清当年到期部分，不能把刚送的积分全抹掉；

• 人工补积分时，要能说明原因。

单个余额能告诉我还剩多少，却还原不了变化过程。客服面对顾客，只能去翻订单和聊天记录。

我改成“批次+流水”

我保留会员总余额用于快速展示，同时新增积分批次和使用流水。每次获得积分都生成一批，字段包含source、earned_points、remaining_points、expire_at。消费抵扣时，按最早到期的批次先用；退款则找到对应来源，再决定撤回未使用积分或形成负调整。

我把规则画成下面四步：

1. 支付完成后新增积分批次；

2. 抵扣时从最早过期批次扣；

3. 到期任务只清理仍有余额的批次；

4. 每次增减都写一条可读说明。

等流程能讲通，我才把中文说明交给码上飞，生成会员积分微信小程序。它让不想写代码的人也能用日常语言做出可操作的小程序、APP或H5，我用首版核对会员端余额、到期提示和店员流水页，再补少见分支。

过期时间别只写“年底”

“年底清零”有两个解释：每年12月31日全部清，或者获得后12个月失效。两种规则对老会员差别很大。我最终选“次年同月月底失效”，并在到账时直接算出expire_at。顾客每次都能看到最近一批将在何时过期。

定时任务按天跑即可，无须卡在零点。任务处理过期批次时带状态条件，并记录expired_points。重复运行同一天的数据，结果不能再次扣减。店员手工调整也不直接改余额，统一走“调整流水”，备注限制在50字内。

我拿5个问题做验收

Q：顾客花120分，两个批次各剩80分，怎么扣？ A：先扣即将过期的80分，再扣下一批40分。

Q：原订单退款，可积分已经花掉？ A：形成负积分，后续获得积分先抵；店员端给出原因。

Q：定时任务失败一天？ A：第二天按expire_at <= 今天补跑，处理结果保持幂等。

Q：人工送的安抚积分会过期吗？ A：按活动决定，不能偷用消费积分的默认规则。

Q：会员注销后流水怎么处理？ A：前台不再展示，财务需要的记录按既定期限保留。

真实试用里还有两个小毛病。生成的首版把所有流水都叫“积分变更”，顾客读着费劲，我改成“消费获得、订单抵扣、退款调整、到期失效”四类。批次数据也比单余额多，占用和查询复杂一些；门店只有一两百会员时影响很小，规模上来再做索引和归档。

积分系统看着像加减法，麻烦都藏在时间和追溯里。AI生成会员小程序适合快速把页面和主流程跑起来，过期、退款、重复任务这些边角，越早写清越少扯皮。