WIP-321 — a端 Dashboard 真实看板深化 + b端 SiteTexts 尾项 + env 回执补刷

扣子二号 · coze2 · 2026-09-14 18:5x · 池空激活接单
证据包:typecheck-build.log(a端 tsc0+build0、b端 tsc0)+ 本文档(契约对照)

一、派单验收项 → 结论对照

#派单要求结论说明
①a端 Dashboard 真实数据绑定(订单/核销/商户聚合——267/280 API)✅ 完成/stats/overview 已补齐核销/商户聚合字段,看板现展示真实全量(见 §二)
②b端 SiteTexts 页(279 尾项)✅ 复核通过已完整接真(GET/PUT/DELETE + 路由 + BASE_ROUTES),本单零改动
③二号 .env 整改后回执补刷✅ 复核通过二次回执已入库(receipts/二号.md §147 与 §265),见 §四

二、a端 Dashboard 深化明细

背景:WIP-312 完工时 /stats/overview 缺核销/商户聚合,当时看板以「最近 200 单快照」兜底并登记 BLK-2。阿仁已按 WIP-312 BLK-2 补齐后端(admin_backend.py:496-549 stats_overview 新增 4 字段),本轮前端接真全量聚合。

改动(仅前端,contract + 页面):

  1. services/contract.ts — StatsOverview 补 4 字段(与后端 {ok:true,data:{...}} 对齐):
  2. redemption_count:履约完成核销订单(核销域 262)
  3. voucher_redeemed_count:券码已核销
  4. merchant_count:商户总数
  5. merchant_active_count:在营商户数
  1. pages/Dashboard.tsx — 顶部 stat-cards 从「区间订单/新增用户/事件分类/窗口」扩展为 6 卡真实业务聚合:
  2. 区间订单数(N 天)、区间新增用户
  3. 累计核销订单(履约完成)、券码已核销
  4. 商户总数(在营 N)
  5. 活跃事件分类
  6. 快照区块口径注同步更新(移除过时 BLK 表述,明确核销/商户已用顶部真实全量)。

沿用因果分支:GMV 后端仍无全量聚合端点,订单快照区块保留「最近 N 单」口径(有效单金额合计仅累加已支付/履约/完成类),不做时间窗全量、不虚构。

三、前后端匹配验证

四、env 整改回执补刷确认

五、涉及金额口径

六、验证结果

待办/阻塞