group_fqcd_jr

Files

T

lzf_0626 e59a9905a0 把「今日盈亏是硬编码 0」提级为待业务确认项（SRS Q22）

## 问题

`today_profit_loss` / `today_profit_loss_ratio` 在 `app/service/trade_service.py` 里是
**硬编码 `ZERO`**（持仓列表 L678、账户看板 L748-749），客户看板、持仓页、盈亏分析页的
「今日盈亏」永远显示 0.00。同一函数里的「持有盈亏」是**真算的**
（`market_value - cost_amount`，L660 / L726），所以只有这一项是占位。

三份 2026-09-14 文档其实**都记录了这个事实**（接口文档第 11 条、SRS 第 212 / 458 / 615 行），
但**都埋在「注意事项」里，没有进第 0 章那份「★ 请先回答本章」的待确认清单** ——
业务翻文档时看不到，演示现场被问到就答不上来。而且 SRS 第 212 行还把它**错引到了 Q7**
（Q7 讲的是场外阈值，与此无关）。

## 改动

**docs/软件需求文档-2026-09-14.md**
- 新增 **0.5 节「占位实现与本期边界」**，登记 **Q22**：客户看板的「今日盈亏」本期是否实现。
  该节专门收这类「接口有、值还没真算」的偏差（不报错、单元测试全绿、只有业务看得出不对），
  以后同类问题继续往这里追加。
- 第 0 章项数 21 -> 22；阻塞项清单补上 Q22。
- 修正 F-4.2 的错误引用（见 Q7 延伸 -> 见 Q22）。
- R2 状态改为「已提级为待决项 -> 见 Q22」。
- **R1 状态改为已修复**：组员提交 `4b7ee13`「修复管理员工作台函数缺少闭合大括号」
  已解决 `workspace.js` 的语法错误。按该条自己要求的方式复验过 ——
  `node --experimental-vm-modules` + `vm.SourceTextModule` 遍历 `app/static/portal`，
  **44 个模块全部通过**（`node --check` 会假通过，不能用来判定）。

**docs/44-演示流程.md**（演示现场用）
- §3「可能被问到的问题」新增话术：直说这是占位值、指出持有盈亏是真算的、
  指向 SRS Q22 与两条口径的结论；并建议「时间紧就避开这一栏，被问到不要含糊也不要现编」。
- 场景 2（客户资产）加现场提示：讲「持有盈亏 / 总市值 / 可用资金」，不要指着「今日盈亏」讲。

**docs/后端接口文档-2026-09-14.md**
- 第 11 条补上代码行号与交叉引用，并点明同一响应里的 `profit_loss` 是**真算的**。

## 顺带交给业务：两条口径的可行性（实测，非推测）

业务要决定的是「要不要做」，但「能不能做」也得一起给，否则业务选完还要再问一轮：

| 口径 | 数据现状 | 结论 |
|---|---|---|
| 用行情算（今收 − 昨收） | `fin_market_price` **只在同步时才写行**，实测每个产品**只有 2 行**（515450 只有 09-11 与 09-14，还跨了周末） | ❌ 取不到连续「昨收」 |
| 用净值算（今净值 − 上一交易日净值） | `fin_nav_history` 每个产品 **120~160 行连续交易日净值** | ✅ 建议按这个口径 |

⇒ 文档建议按**净值口径**实现，并提醒业务一并确认语义：净值是日终数据，
该指标实际是「最近一个交易日的盈亏」，**不是盘中实时**。

## 入库说明

三份 `docs/*-2026-09-14.md` 此前是**未跟踪文件**，本次一并入库（同一批文档交付物且互相引用）。
`.workbuddy/`（工具会话记忆）属工作区过程产物，**未入库**。

2026-09-14 11:24:51 +08:00

evidence

merge: integrate latest qyqy_develop (auth login + RBAC read) into ZSY branch

2026-09-12 10:37:53 +08:00

superpowers

merge: integrate ZSY customer service and profile capabilities

2026-09-11 22:31:51 +08:00

客服docs

前端2

2026-09-13 18:31:38 +08:00

风控业务演示文档

增加风控列表总数并优化站内提醒