后端问题清单 · 筛选审查附录PDF
后台筛选审查时顺带扫出、但不属于「筛选正确」范围的后端问题。本次不发布，逐条待定。
筛选审查只管「后台的筛选项、搜索项、列表和导出字段是否正确」。审查过程中顺带看到的其他后端问题，全部拆出来放在这里。
| 等级 | 含义 |
| 高 | 会改错业务数据或资金/次数，且现网可触发 |
| 中 | 数据口径错、记录错或体验问题，影响有限 |
| 低 | 废功能、运维注意事项，或目前现网无实际影响 |
「已写修复」指代码已在停放分支里写好并编译通过，但没有上 test2 或生产。决定要修的条目，需要单独开分支、单独验证、单独发布。
这一组都是后台的「导入 / 保存 / 作废」类操作，出错会直接改坏会员权益或配置。
修复后的规则是「任何一行不通过，整批都不导入」，需要运营确认能接受。另外老后台遇到整批拒绝只提示「操作失败」，看不到哪一行错；新后台能显示逐行原因。
停放分支里的修复是「4 个分类全部按提交内容覆盖」。它有副作用：如果页面某个分类加载失败、显示为空，这时保存会把线上条款清空。建议改成只覆盖本次提交的分类 + 加载失败时禁止保存，再发布。
不会立刻改坏数据，但会让记录或展示不准。
停放的修复是在「查询列表」的接口里顺带写库，不够干净。建议改成每天跑一次的定时任务，或者小程序端按结束时间过滤。下架 id=35 需要运营确认。
没有业务影响或影响在运维层面，但发版、排障时需要知道。
每条修不修、怎么修，需要对应的人拍板。确定要修的，单独开分支发布。
| 问题 | 需要确认 |
| 高团课权益作废 | 建议直接修（参数拦截，无业务规则变化） |
| 高批量排课导入 | 运营：能否接受「一行错整批不导入」 |
| 中批量导入权益 | 运营：未注册手机号、过期场地卡是否一律拦截 |
| 中购买勾选项 | 研发：按「只覆盖提交的分类 + 加载失败禁止保存」改完再发 |
| 中过期活动下架 | 运营：id=35 能否下架；研发：改为定时任务 |
| 中用户渠道被清空 | 运营：15,615 个空渠道用户是否要尝试恢复 |
| 中账号列表敏感字段 | 研发：确认老后台编辑表单后发布 |
| 低旧版月结定时任务 | 运维：在 xxl-job 停用两个任务 |
| 低礼品卡渠道值 / 工资状态 | 研发：顺手修，优先级低 |