充值订单
人工收款的总账，也是「用户打完款要等多久」的唯一凭据。默认按待复核优先排序——用户打完款在等，这一单不能沉在列表底部。
已选 0 条批量动作只有「导出选中」——不提供批量通过或驳回：复核必须逐单核对金额与凭证，批量入账是资损事故最常见的口子。
待复核优先 · 本次筛选 4 单待复核
筛选条件与滚动位置存进链接，从用户详情返回时原样恢复
O-20260930-0041待复核
U-10240 周然 100 元
100 档 / 赠 0
打款 09-30 09:41录 王芳（客服） · 核 待复核
O-20260930-0040待复核
U-10245 苏晚 1000 元
1000 档 / 赠 100
打款 09-30 09:12录 王芳（客服） · 核 待复核
O-20260930-0039待复核
U-10238 郑执 300 元
300 档 / 赠 15
打款 09-30 08:55录 张启（运营） · 核 待复核
O-20260930-0038待复核
U-10244 林知白 500 元
500 档 / 赠 25
打款 09-30 08:20录 王芳（客服） · 核 待复核
O-20260930-0037待录入
U-10236 吴一凡 100 元
100 档 / 赠 0
打款 09-30 07:58录 未录入 · 核 待复核
手机端是另一种信息排布，不是缩小版表格：订单号与状态占第一行两端，金额右对齐当第二主角，录入人 / 复核人放第三行，操作按钮占满整行、触区 44px 起。
这一页只做「查得到、导得出」。列表上没有任何改余额的入口——要改余额走 D4 手动调账工单，这是「无痕改余额」的阻断。
手机端把多选框、批量条、导出整块不渲染（不是置灰——置灰的按钮会被当成故障）。待复核优先是这一页的第一排序：复核慢一天，用户就多等一天，等一天就变成投诉。