邹进
909f4d0ec2
feat: 实名即生效套餐沉默期、延期办理与资产出库时间
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Failing after 8m39s
- 迁移 000259～000265：套餐记录沉默期字段与扫描索引、套餐默认沉默期、延期政策/流水/订单/批次/明细 5 张表、默认政策与系统配置（总开关默认关闭）、企微审批白名单、卡与设备出库时间及出库记录
- 沉默期设置（订单发放、自动购包、钱包续费）、后台购买时调整（超默认值按政策免审或企微审批）、统一判定与激活闸门、排队与孤儿扫描跳过过期套餐、过期套餐禁止退款、每 10 分钟扫描
- 总开关专用接口与打开前 4 项检查；延期政策；延期资格与计费；H5 自助与后台二维码在线支付（商户池路由）、支付回调与查单恢复、线下登记、特殊/批量延期、异常重试与原路退款；沉默期审批场景与终态处理
- 换货沉默期流水与出库时间；卡/设备列表、详情、导出与出库记录接口；延期订单与即将过期套餐列表及导出；财务流水纳入延期支付
- 沉默期与出库时间回填工具 cmd/silence-backfill；前端接口变更说明
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com >
2026-10-27 16:32:58 +09:00
邹进
934a3a27a1
feat: 停复机指令队列与设备维度判断
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Has been cancelled
自动停复机统一经停复机指令队列执行（全局开关 polling.stop_resume.queue_enabled，默认关闭）：
- 统一判断函数 decideCard，新旧路径共用；暂停轮询的卡在套餐到期、退款场景照常停机
- 同卡一条指令、版本号覆盖；领取校验单卡最小重试间隔；先于卡任务领取，不受 scheduler_mode 限制
- 执行器只调用一次网关，按错误分类退避与告警，结果未知在队列内确认
- 设备维度判断合并请求与场景，版本变化再判断，旧路径持设备锁时推后
- 套餐激活、重置、订单、流量扣减、套餐到期、退款、实名管控修改改为请求评估
- 监控增加停复机队列与近 1 小时执行计数，单卡轮询状态返回当前指令
- 迁移 000255 插入开关与告警、退避参数
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com >
2026-10-26 00:36:26 +09:00
邹进
9e45097aa2
fix: 富友订单支持退款，0 元退款不强制客户收款材料映射
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 9m20s
- decideRefundMethods 将 fuiou 与 wechat、alipay 按线上支付处理，修复富友订单报"该订单的支付方式不支持退款"
- 客户收款信息退款仅在金额大于 0 时强制映射并提交客户收款信息与凭证；0 元退款允许客户收款信息为空
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com >
2026-10-23 17:00:36 +09:00
邹进
437d1c2c2c
feat: 支持 0 元退款（仅作废权益不退钱）
...
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com >
2026-10-22 11:18:24 +09:00
邹进
b434eda5c7
fix: 退款审批通过时仅原路退款校验收款商户凭证
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 10m3s
线上支付订单选择客户收款信息退款时，审批通过处理仍无条件校验收款商户的原路退款凭证，
商户凭证不完整（如微信 v2 缺 API 客户端证书）即阻断，导致企微已通过的退款无法完成。
将凭证校验移入原路退款分支，旧人工审批入口同步按退款方式判定。
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com >
2026-10-15 16:51:28 +09:00
邹进
6298a9061f
fix: 第1批 M8、M13、M14 审批提交失败终态与退款关闭类终态定位
...
- 审批核心在实例进入提交失败的同一事务内写 submission_failed 决策投递与终态事件，消费入口单独放行
- 核销(4)、退款(7)、扫码注册(3)、资料资格(4)、线下充值(7)、佣金提现(5)新增“审批提交失败”终态并释放预占/冻结
- 三处恢复入口不再重放提交失败；退款关闭类终态按审批尝试定位退款单（M13）
- 核销列表与详情批量返回审批提交状态；筛选、字段说明、状态名称、退款导出加入新状态
- 迁移 000239 放宽五张业务表状态约束与决策投递取值约束（测试库已执行 up/down/up）
- OpenSpec Change fix-approval-submission-failure-terminal：18/26，测试部署后端到端验证与存量补数据待完成
2026-10-12 00:03:46 +09:00
b063617153
完善退款审批材料与恢复流程
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 9m35s
2026-09-20 17:59:52 +08:00
5ed6b39deb
feat(收口): 补齐 8 月迭代缺口并同步 Spec 与证据链
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Has been cancelled
- 新增六对成对迁移 000232–000237：H5 弹窗类型、退款结算标识与申请人备注、优先轮询事实字段与两个新终态、通道阈值命中留痕、手机号最近解绑人、提现资格校验留痕
- 退款：原因必填与申请人备注、来源支付与渠道流水冻结、线下处理流水号补录审计、按订单查询可选退款方式、企微审批材料补齐且新增字段缺失映射即明确失败
- 优先轮询：人工关闭、有效期到期独立周期任务、失败与过期人工重触发、事实字段与异常重试查询、资产解析端点只读投影
- 通道阈值：命中事实同事务留痕与命中记录查询；员工账单：列表筛选与详情投影；商户池：列表投影与统计周期语义；H5：弹窗类型与类别排序
- 手机号：有效关联数量与最近解绑人、短信验证码失败次数限制；导出：佣金明细十五列与报表序号列
- 时间筛选：三处新增筛选纳入统一严格解析契约，员工账单产生时间参数改名
- 同步 12 份主 Spec 需求、两端点与异步任务证据链，门禁 context-health 与 OpenSpec 校验通过
2026-09-18 15:34:29 +08:00
70e6b186df
fix(退款): 修复创建退款申请插入审批尝试记录失败
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 10m23s
创建路径把审批尝试记录在事务外预构造后原样插入，缺失只能在事务内生成的
attempt_no 与 package_usage_snapshot，触发 NOT NULL 与 CHECK 约束，
接口统一返回 2002 数据库错误（5xx 脱敏掩盖了具体消息）。
- 尝试记录收敛为事务内唯一构造点 buildAttempt，CreateCommand 与
ResubmitCommand 只传按冻结商户派生的渠道退款请求号
- TriggerHistorical 补上缺失的尝试记录插入，此前 attempt.ID 恒为 0，
必然以「关联已变化」冲突收场
- 按「首次接入企业微信审批的实例」语义回写
tb_refund_request.approval_instance_id，恢复本地人工终审的 IS NULL
防重保护与退款导出投影
2026-09-17 15:49:04 +08:00
1aa4eacee2
feat(退款分佣): 佣金回溯明细替换全额失效并补齐读侧与导出
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 9m26s
用 PRD 2.14 语义整体替换退款佣金「整单全额失效」实现：原佣金保持已发放不变，
回溯事实落在新表 tb_commission_clawback_record 的负数、不可提现明细上。
- 新增成对迁移 000220 建 tb_commission_clawback_record，唯一约束
(refund_id, original_commission_id) 为权威幂等键，附店铺+时间/原佣金/订单索引。
- 回溯用例（internal/service/refund/clawback.go）：准入仅由退款申请状态、审批异常
标记与退款方式决定；金额按分整数计算，分母取冻结实收（缺失回落审批尝试）、
分子原路取渠道成功金额，乘法用 math/big 中间量，舍入差自末条起向前补差；
终态判据要求订单佣金已离开待计算且不存在 status IN (1,2,99) 的记录。
- 三层幂等：唯一约束兜底、佣金行行锁 + 钱包乐观锁、commission_deducted 仅作投影
并带 WHERE commission_deducted = false 条件置位；闭合三结果为已回溯、无需回溯、
审批异常转人工。
- 事务内顺序固定：锁提现申请行 → 锁尝试行 → 解冻冻结 → 置驳回 → 插回溯明细 →
扣 balance（允许为负）→ 写负数流水 → 审计；删除旧全额失效写入与其两个审计调用点，
refund.invalidate_commission 仅保留常量与注册供历史审计读取。
- 读侧：佣金明细列表 status 筛选透传，两表 UNION ALL 合并分页并以 source ASC 作
末位次序键；新增佣金明细详情接口并同步路由与 OpenAPI 装配。
- 导出：新增 commission_record 场景（白名单、exporter 注册、DTO oneof、DataSource
与列定义），粒度为佣金记录，原佣金与回溯各一行，金额保持分且可为负。
- 新增退款佣金回溯周期补偿任务（@every 1m / MaxRetry(3) / Timeout(10m) /
Unique(10m)，独立队列），保留启动时补偿扫描，判据与既有实现一致。
Refs: AUG26-012
2026-09-14 13:40:34 +08:00
67893617fe
feat(退款): AUG26-006 补充当前退款套餐已用量与总量
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m33s
补齐 PRD §2.3.1「退款管理补充字段」：退款列表、详情与导出新增
「当前退款套餐已用量」与「当前退款套餐总量」两个纯展示字段。
- 套餐定位口径与退款套餐失效保持一致，按优先级取唯一一条：
冻结的 package_usage_id（且属于该订单）→ 订单主套餐 → 订单任一套餐，
同级按标识升序。不按当前世代或当前生效套餐推断；不按套餐状态过滤，
使退款后套餐转已失效时仍能回看用量。
- 列表与详情用固定两次查询批量解析（按标识、按订单），查询次数不随条数增长；
详情复用同一函数。解析不到套餐或记录已物理删除时返回 0，不阻断读取。
- 导出新增两列并改用同一优先级的 LATERAL 取法，不再依赖只按 r.package_usage_id
的 join——生产库 1296 条退款仅 157 条带该字段，旧取法会让多数行显示零值。
- 不改变退款金额校验、冻结实收、套餐失效、接续、停机与佣金回溯任何规则。
验证：测试库 junhong_cmp_test 实测冻结记录、订单主套餐回退、记录缺失返回 0 三项
解析场景与「4 条退款固定 2 次查询」；并以同批 43 条退款对拍 Go 解析器与导出 SQL，
口径不一致 0 条；导出 43 行列数与表头一致。无迁移、无接口路径变化。
2026-09-14 12:11:55 +08:00
ba0855d9eb
feat(退款): AUG26-006 退款方式选择与原路退款
...
按 PRD 2.3/2.4/2.5 落地套餐退款的方式矩阵与原路渠道退款：
- 退款申请派生并冻结权威实收金额（线上取原成功支付记录，钱包/线下取订单实际收款），
提交人不可填写或修改；按来源支付方式生成可选方式矩阵并在创建、提交、执行前重复校验。
- 审批切换为「每次提交一条不可变审批尝试记录 + 独立企业微信审批实例」，业务标识取尝试
记录主键；终态消费按尝试记录优先、退款申请兜底双读，兼容存量无实例与已关联实例申请。
新增活动退款部分唯一索引 (order_id) WHERE status IN (1,5,6)。
- 本地人工终审保持既有开关，补齐通过入口的 approval_instance_id IS NULL 守卫，使三个
入口一致拒绝已关联审批实例的申请；重提按尝试模式重写（仅已拒绝/已退回/原路失败且无异常）。
- 权益时点：企微通过事务写退款终态、按方式确定的订单态、钱包回款、员工账单冲销与可靠
失效事实；套餐失效/接续/停机仍由既有可靠机制最终一致执行，不把外部调用放入资金事务。
订单支付状态按方式置位：凭证退款与退回原钱包在企微通过时置已退款，原路须渠道明确成功。
- 按官方契约实现微信直连 v3、微信 v2（双向证书）、富友（/commonRefund 与 /refundQuery）、
支付宝四类原路退款；能力只由服务商类型与退款必需凭证完整性决定，无人工开关。
渠道请求号在提交时冻结到尝试记录，并以 channel_submitted_at 条件认领保证资金动作至多
提交一次（重复投递只查询不二次提交）；不向任何渠道传递退款结果通知地址。
- 新增 refund:channel:recovery 恢复任务只查询回填；本地查询窗口超期（富友 72 小时、
微信 v2 7 天）转原路退款失败、渠道状态已失败、分类超时未知并置异常转人工，不放行自动
重提以避免重复退款。
- 同步退款 DTO/导出/审计资源与审计查询关联、商户凭证文档，并修正 fuiou 集成契约文档。
迁移 000218（退款尝试与渠道退款事实）、000219（微信 v2 客户端证书凭证）成对提供，
未修改既有迁移；测试库 junhong_cmp_test 完成 up/down/up 与行为核对，未调用真实渠道。
2026-09-14 11:55:16 +08:00
575d056f54
feat(代理分销提现): 落地扫码注册、提现资料资格与企微终审提现
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Has been cancelled
AUG26-008。
- 迁移 000214–000217：tb_shop 全局唯一且不可修改的随机分销码（含存量回填）、
tb_agent_distribution_registration 待审批注册记录、tb_withdrawal_qualification 资料版本、
tb_commission_withdrawal_request_attempt 审批尝试记录，以及提现申请的 latest_*/异常标记列；
不修改既有迁移，down 在存在本 Change 业务事实或新类型场景行时拒绝破坏性回滚。
- 公开接口 POST /api/c/v1/agent-distribution-registrations：无认证，复用既有短信验证码校验、
消费与限流；无效分销码、停用上级、验证码无效或已消费统一返回「分销码不可用」且不落库，
审批通过前不创建店铺、账号或钱包。
- 审批通过才在同一事务内建启用店铺、代理主账号、钱包、上级层级与业务员快照，驳回不建实体，
重复回调不重复建实体，提交后清理上级下级缓存。
- 提现资料资格按不可变版本保存，替换合同或法人身份证即新增版本并同事务失效旧有效版本；
超管作废原因必填；代理停用与店铺删除联动失效。
- 提现每次提交或重提新增不可变审批尝试记录并冻结金额；企业微信通过仅一次从冻结扣减、
保持状态 2 并写 paid_at（不使用状态 4），驳回/cancelled/deleted 仅一次释放，
通过后撤销不回滚、不重新冻结、只写正交异常标记；加锁顺序统一为申请→尝试→钱包。
- 本地人工终审对已关联审批实例的申请返回状态冲突，approval_instance_id 为空的存量申请保持既有行为，
不新增任何配置开关。
- 补齐审批业务类型注册点全集：业务类型与场景字段常量、场景 DTO 两处枚举与中文描述、
场景字段白名单/合法类型/中文名、数据库 CHECK、Worker 决策消费者与装配、审批审计资源映射，
以及三个新审计资源与 13 个审计动作；失败/拒绝审计改为必达。
- 新增后台路由与 OpenAPI：资格提交/查询/作废、提现申请/重提/详情、店铺详情返回只读分销码。
- 归档本 Change：主 Spec 新增 agent-distribution-withdrawal 能力（5 个 Requirement）。
验证（junhong_cmp_test + Redis DB 6，显式 DB_*，未重置整库）：
- 迁移 up → version 217 且 dirty=false → down 3 → up 回 217，fixture 复核残留为 0。
- 受控状态机脚手架 227 项通过 / 0 项失败，覆盖 18 组场景（幂等与乱序回调、资金冻结/释放/重提、
退款回扣 × 在途提现并发、负向场景拒绝审计与 14 个动作码审计真实落库）。
- gofmt 空、go build/go vet 通过、gendocs 与工作区逐字节一致、context-health 通过、
openspec validate --strict 通过、doctor healthy；自动化测试按项目决策为 N/A。
运行期前置（未完成，非代码交付物）：由超管经 PUT /api/admin/wecom/scenes/{business_type} 为
agent_distribution_approval、withdrawal_qualification_approval、commission_withdrawal_approval
配置启用场景与模板控件映射；未配置时相应提交失败关闭。
2026-09-14 09:45:13 +08:00
ce24d5612e
feat(员工代收款): 新增员工代收款账单闭环
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 9m20s
- 新增 6 张表与成对迁移 000212，扩展企业微信审批场景业务类型白名单
- 后台线下套餐订单与两条代理线下充值入账路径在来源成功事务内建账，来源唯一键幂等
- 核销申请、审批尝试记录、账单分摊预占与驳回重提，审批业务类型 employee_collection_approval
- 企业微信终态消费幂等：通过转已核销、驳回释放预占、通过后撤销不回滚并转异常终态
- 退款成功事务内按 bill_id+refund_id 幂等冲销账单或仅写退款关联提示
- 线下收款方式字典、账单查询/统计/关闭、申请查询与代办权限，均写入事务内审计
OpenSpec Change: add-employee-collection-bills
2026-09-10 18:24:05 +08:00
98c145fe70
实现支付商户池与微信授权配置
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Failing after 3m55s
新增收款商户、商户池轮询、微信授权配置独立管理；三类新支付
（C端套餐购买、C端资产钱包充值、代理在线预存款充值）无条件
经商户池选择并冻结路由，无旧综合配置回退。merchant_id 为空
历史支付继续按 payment_config_id 双读。凭证版本化加载与
ID+版本缓存保证轮换一致性。删除商户池新支付创建开关及全部
引用。
2026-09-09 18:13:04 +08:00
5797fd0e94
修复企微兜底机制
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 10m40s
2026-08-20 18:06:45 +08:00
247d7d9f6e
新增接口
2026-08-18 16:15:46 +08:00
c8052df8eb
补充退款列表应当让本店铺的人看见
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m30s
2026-08-18 11:44:30 +08:00
586a1cccd5
修复佣金回扣问题
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m25s
2026-08-14 09:08:43 +08:00
4c393bb427
回溯佣金
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m34s
2026-08-13 17:00:06 +08:00
e134552ec5
更新
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m35s
2026-08-13 12:31:47 +08:00
5e552d99bc
收口审计治理与套餐任务进展
...
Constraint: 在线热修前必须保存当前迭代分支全部有效代码进展
Confidence: medium
Scope-risk: broad
Directive: 后续修改需保持审计事件与业务事务边界一致
Tested: git diff --cached --check
Not-tested: 未运行全量测试，提交用于切换分支前保存既有工作
2026-08-05 14:30:54 +08:00
1fee19feeb
补充一些通知
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m7s
2026-07-28 15:50:12 +08:00
73f5125d3d
七月迭代短暂完结,还有很多后端的关键东西没有弄,这是一版赶时间做的东西
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m26s
2026-07-25 17:06:58 +08:00
a18ed8bc8d
暂存一下,防止丢失
2026-07-24 16:07:18 +08:00
5c2ef97c24
相关问题优化以及新功能开发
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 7m57s
迁移 155- 157
2026-06-22 17:21:13 +09:00
3b7b856e48
企业授权增强与资产列表扩展
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m9s
- 企业卡授权唯一约束：新增 DB 迁移（000154），卡级部分唯一索引防止同一张卡被多个企业同时持有，Service 层新增跨企业冲突检测
- 单卡列表新增 network_status 过滤参数
- 单卡/设备列表新增 asset_status、asset_status_name、generation 响应字段
- 单卡/设备列表新增企业维度过滤（authorized_enterprise_id、is_authorized_to_enterprise）及响应中企业授权信息（批量加载，无 N+1）
- 主钱包流水/退款列表新增 asset_identifier 精确过滤参数
- 企业卡授权/收回接口升级为三模式（list/range/filter），企业设备授权/收回升级为双模式（list/filter）
- 升级 sonic v1.14.2 → v1.15.2 以兼容 Go 1.26
Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com >
2026-06-17 16:23:03 +09:00
Break
0ae8148689
审批金额
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m13s
2026-06-06 14:55:48 +08:00
Break
4d419a1966
校验bug
2026-06-05 16:59:27 +08:00
Break
918b9b4f25
退款也应该记录快照
2026-06-01 11:45:31 +08:00
Break
f4d92f99a2
新增退款凭证
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m41s
2026-05-26 17:16:11 +08:00
ed071918ed
钱包订单退款时应当正确退回,充值时允许最低充值1分
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m7s
2026-05-18 09:51:59 +08:00
95fc0b0a1b
修复一些问题,主要是生效套餐
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 8m16s
2026-05-12 10:32:38 +08:00
6a6672d0e4
允许代理看
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 10m11s
2026-05-09 11:03:32 +08:00
a93acc0784
有效天数问题,充值单回调问题
2026-05-08 11:46:34 +08:00
f177c26016
快照订单号以及退款订单号
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 7m27s
2026-04-23 17:14:10 +08:00
a7f2c4480a
同步更新订单状态,校验退款金额小于等于订单实付金额
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 7m16s
2026-04-23 15:40:59 +08:00
32f03cd2c1
新增退款时应当快照当时的资产
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Has been cancelled
2026-04-23 11:43:15 +08:00
8d2e8faa84
修复退款bug
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 7m43s
2026-04-23 11:30:46 +08:00
1f1f31a7cb
退款列表快照订单号
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 7m30s
2026-04-23 10:59:34 +08:00
52d883d8a0
修复店铺名不存在的问题
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 7m29s
2026-04-23 10:21:23 +08:00
42c5ec912f
feat: 技术债务清理（支付配置动态化、API文档补全、轮询常量提取、废弃代码清理）
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 7m13s
2026-04-14 11:11:15 +08:00
677d6239ce
fix: 统一佣金状态常量并修复佣金明细关联查询
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 7m33s
- 删除 model/commission.go 中与 constants 包冲突的旧常量（值=1/2）
- 所有服务层改用 constants.CommissionStatusReleased（值=3）写入和查询
- 数据库迁移：status 1→3（已发放），2→4（已失效）
- 修复佣金明细列表接口，通过 JOIN 关联返回 order_no、iccid、virtual_no、order_created_at
- 新增 seller_shop_id / seller_shop_name 销售来源字段
- 统计接口过滤条件从精确匹配改为排除无效（NOT IN 4,99）
- 更新 OpenAPI 文档及 commission-record-query spec
2026-04-11 10:42:37 +08:00
02b10f87cf
feat: 新增退款管理模块 — 完整的退款审批流程、佣金回扣和资产重置
...
构建并部署到测试环境（无 SSH） / build-and-deploy (push) Successful in 7m8s
新增退款申请全生命周期管理：创建/列表/详情/审批通过/拒绝/退回/重新提交
审批通过后异步执行佣金全额回扣（扣减各代理佣金钱包）和资产重置（套餐失效+停机+世代重置）
新增 tb_refund_request 表（迁移 000093）、RefundRequest Model、8 个 DTO
新增 Store/Service/Handler/路由注册，仅平台用户可访问
2026-03-28 17:57:52 +08:00
