名额由业务系统统一判断

展示可售状态前检查可用容量，创建订单时记录预留名额。多个用户同时购买，需要由共享数据层防止超卖，不能只让前端按钮在满员后变灰。管理员手动添加成员也应反映到容量记录中。

名额与支付时限保持衔接

预留到期可以释放名额，但原支付结果仍需核对。已经释放后收到有效付款，应进入异常记录，根据剩余容量安排入群、候补或退款，不能把本地“已关闭”状态当作钱没有付出的证明。

邀请失败单独恢复

已获得名额的订单，邀请发送失败只需要重试交付。重新发送时使用原会员和订单记录，不重复扣减名额。定期核对已付款人数、已入群人数与待邀请任务，找出差异后再处理，避免仅看群成员总数判断收款情况。

测试最后一个名额的并发购买

让两个测试账号同时尝试购买最后一个席位，检查只有一条有效预留；另一条请求得到清楚提示。预留失效后收到付款的情况应进入例外处理，不默默增加容量。补发邀请也沿用已有会员记录，不能每次重试都重新占用一个名额。