全站积分流水
所有用户的积分变动都在这一页。三态可筛：预扣中 / 已消耗 / 已退回。列与用户侧「积分明细」逐列对齐——用户看到什么，这里就能查到什么。
这一页是只读的，页面上没有任何加减余额的入口。要动某个用户的积分，走 D4 手动调账：写原因、挂关联单据、走复核。查询与写操作分开，是资金类页面最基本的规矩。
已选 0 条批量动作只有「导出选中」。这一页没有批量改分的入口——积分是钱，查询页不该带写权限，要动某个人就走 D4 一张一张开单。
时间倒序 · 全部用户
预扣中的记录半透明显示，不计入「已消耗」
09-30 10:02预扣中
U-10240 周然-10
生成中，暂未结算 · 余额 118
生成成片T-20260930-0148
09-30 09:58已消耗
U-10236 吴一凡-2
文案已生成并保存 · 余额 5
生成文案T-20260930-0146
09-30 09:41已消耗
U-10240 周然-1
选题 3 条已保存 · 余额 128
生成选题T-20260930-0145
09-30 09:30已退回
U-10245 苏晚-10
生成失败，积分已退回（渲染超时） · 余额 1,090
生成成片T-20260930-0142
09-30 09:12—
U-10245 苏晚+1,100
1000 档，赠 100 · 余额 1,100
充值到账O-20260930-0040
手机端是单条受限视图：一次只顺着看一条，不给多选、不给批量、不给导出——这些动作需要横向对比多行，手机屏做不了，硬做就是误操作的入口。
三态是三个时间点，不是三个动作
预扣中
任务已入队、积分已冻结、尚未结算。用户侧对应的文案是「生成中，暂未结算」。
已消耗
该条成片已交付，预扣转为实扣。只有走到这一步才计入消耗。
已退回
生成失败或排队取消，预扣释放回可用余额。这不是退款，是这笔交易根本没发生。
失败只留一条「已退回」记录，不再补一条释放记录——用户不需要理解两条记录之间的关系。
「可用 / 预扣中 / 已消耗」三项全部由服务端算好返回，页面只负责展示，不做任何加减。前端算余额一旦口径不一致，用户看到的数字和后台对不上，就是资损争议。
这一页的价值不在「能看」，在「对得上」：用户拿 G2 的截图来问「这 10 分去哪了」，客服在这里按同一个单号搜出来，看到的列、状态、说明与用户完全一致——对不上账的客服流程，比没有客服流程更伤信任。