用户、账号限制与申诉记录
定位用户
通过当前后台提供的用户标识和筛选查找，进入详情核对唯一 ID。昵称可能重复，不应仅按昵称处置。用户主档、账号限制和违规申诉是不同记录，需要检查实际关联。
从用户管理进入小程序用户，先确认唯一目标，再维护本人资料关联。
后台管理账号 · 实际界面；点击图片可放大。
维护资料
- 明确本次需要调整的普通资料字段并记录原值。
- 修改后重新打开用户记录核对。
- 由对应身份重新进入小程序查看资料与设置，不使用其他人的会话代替。
- 若身份切换或读取失败，先恢复当前账号的数据读取，不把旧缓存内容作为当前用户资料。
限制与解除
先查看限制针对的能力、关联用户、状态和有效时间，按项目授权处理。记录处置原因与目标用户，处理后应验证对应发布、报名或支付入口的实际行为。
限制解除后仍不能操作时，先重新读取状态与错误提示；不要通过删除用户、清空违规或修改订单状态解决。读取限制失败时，客户端可能按保护规则阻断动作。
账号封禁是独立列表；当前截图为空，只说明查询入口，不代表存在受限用户。
后台管理账号 · 实际界面；点击图片可放大。
申诉记录
账号解封申请会把当前封禁记录置为 reviewing，等待平台复核；违规申诉则关联具体违规记录及说明、附件，二者不要混为同一个对象。运营按授权核对申请与当前处理阶段，使用现有状态维护或已明确的处理入口操作。
完整的用户申请→平台复核→小程序结果仍待核验。应先验证现有入口的授权、回写及用户侧反馈，不因没有专用按钮就判缺少能力，也不因一次保存成功就宣布审核全过程通过。
导出、截图或转交资料应遮蔽手机号、邮箱、证件及私有内容，仅保留排查必需的标识。
违规记录显示对象、类型和处理信息，需与账号解封申请分别核对。
后台管理账号 · 实际界面；点击图片可放大。