 GaoYiYuan_0626
|
57f16a50a1
|
基金转换 T+1 模型：T-8 引擎时机收口（调用点唯一性守护 + 受理不触引擎 + 真库链路切 T+1）
【范围澄清】
引擎调用点在 T-7 即已迁到确认事务 commit 之后（engine_call.run_convert_engine 唯一出口），
受理段 accept_convert 自实现起就不含引擎调用 → R-7 已满足。本轮补齐**守护与端到端验证**。
注意 F-10 已明确：T-8 **不动**去重口径（amount_view 三处消费方原样不动，那是 T-11 的范围）。
【新增测试】
- test_convert_engine.py：test_process_convert_event_has_single_call_site —— AST 统计
app/ 下 process_convert_event( 的 Call 节点**恰 1 处**且宿主为 run_convert_engine。
用 AST 而非字符串匹配：engine_call.py 的说明段含该字样，会被误判。
**已做突变验证**（临时加第二处调用 → 断言变红，随后还原）。
- test_convert_accept.py：受理无副作用用例补「不触引擎」断言 —— 受理后 risk_alert 0 行、
无 pass / engine_error 审计（验收 29 前半）。
- test_convert_confirm.py：test_real_engine_on_confirm_dedupes_daily_total —— 确认链路接
**真引擎**（不注入 hook）：正证（阈值夹逼 → RISK-002 不命中，去重生效）+ 反证（阈值下调
→ 命中，证明确认段确实跑过引擎），并断言一张单 / payload.events 两条 / 去重不删行（验收 5/6/7）。
**已做突变验证**（禁用引擎调用 → 变红，随后还原）。
【真库脚本】
verify_convert_engine.py 整体切换 T+1 链路（此前走 v1.0 convert_fund）：
受理 accept_convert → 确认 confirm_one；新增 A0 组「受理不触引擎」；A~F 组保留原断言
（引擎出单 / RISK-002 夹逼 / 去重不删行 / 幂等重放 / 无命中 / 清理自检）。真库 39/39 一致。
- 折算期望改用 T 日净值（未知价法），不再沿用批次买入净值 alloc.nav；
- 基准日取真库日历中位开市日，T+1 = 下一交易日；
- 阈值必须显式传给 confirm_one —— 缺省退回 settings 默认会把 RISK-002 误判为命中，
症状像「去重失效」，实为口径没传（首轮实跑被 B 组断言捕获，已钉进注释）。
【回归】
全量 829 passed / 10 skipped（827 → +2）；复跑 T-6 verify_convert_accept 37/37、
T-7 verify_convert_confirm 83/83、v1.0 链路 verify_convert_service 35/35，均零失败。
|
2026-09-11 19:48:53 +08:00 |
|
|
GaoYiYuan_0626
|
048f1a9e1e
|
基金转换 T+1 模型：T-7 确认段落地（confirm_service 三段编排 + T+1 批处理）
【新增】
- app/service/convert/confirm_service.py：confirm_one（8 步确认）+ confirm_batch
（按业务日捞单 / 整批锁 / 串行 / 单笔容错）。关键裁定：
· T 日净值用 get_nav_on 精确匹配，缺则 nav_pending（绝不回退旧净值）；
· 扣批次 + 2 条流水 + 转入批次 + 两端持仓 + 明细 + 受理单置 confirmed
同处一个 Core 单库事务，状态被抢（rowcount!=1）→ 整事务回滚；
· 引擎在事务 commit 后跑，异常不阻断已成立的交易（FR-C28）；
· 部分成交 actual=min(申请,可用)，被抢部分占用自然释放（R-10）。
- app/service/convert/format.py / audit.py / engine_call.py：展示规格、审计、
引擎调用三处共用出口抽出（受理/确认两段不再各写一份，避免口径漂移）。
- scripts/dev/verify_convert_confirm.py：真库验证 81 项断言，含 PRD §5.3.2
示例在真库上逐字节重放（68020.00/612.18/67407.82/333.36/67074.46/34945.54/-0.0049）。
【修复 · 受理-确认接口契约缺口】
强制全转是**受理段决策**（受理时 qty 已收敛为实际全转量），确认段拿不到原始
申请量、无法复现该判定。修法：
- 受理段把 forced_full_transfer 落受理单 remark（新增 REMARK_FULL_TRANSFER）；
- 确认段改为**继承受理决策、不再重判最低持有**（plan_lots 不传 min_hold_qty）
—— 重判会因 T→T+1 可用份额变化得出与受理承诺不一致的结论（擅自扩大客户指令）；
- remark 支持多标记 `;` 连接（full_transfer;partial）。
- MySQL rowcount=changed rows 陷阱：nav_pending 重试不得复用 transition_status
的冲突判定，改为 status 未变时不迁移、返回 transitioned=False。
【其他】
- convert_service：新增 cancel_convert（T 日撤单，两道闸门）、_t1_t2_dates
（日历边界 None 容错）；受理响应改为 PRD §5.3.1 字段；convert_fund 标 Deprecated。
- convert_core_repository：ConvertApplyInput 加 convert_request_id/diff_fee/
request_remark；_apply_convert_once 末步 _confirm_request 事务内置状态守卫。
- convert_request_repository：_end_of_day 统一闭区间语义；新增 reject()。
- 测试：新增 tests/test_convert_confirm.py（24 例）；全量 827 passed / 10 skipped。
|
2026-09-11 19:35:37 +08:00 |
|
|
GaoYiYuan_0626
|
f056fcd007
|
基金转换 T+1 模型：T-1~T-6 落地（DDL/数据层/语义收窄/锁/受理事务）
AIcoding 第 5 步 todo 开发（开发计划 v2.0）前半段：
- T-1 3 张新表 DDL（core_convert_request 6 态 ENUM / core_trade_calendar /
core_share_rule）+ 种子 + sqlite 单一事实源同步 + 列清单断言
- T-2/T-2b calc 扩展（product_round/redeem_amount/partial_qty）+ 真实净值实算回填
- T-3 convert_request_repository（6 态 + 条件 UPDATE 守卫）+ core_ro 三读方法
+ share_lot_repository.available_qty_with_inflight（R-3 在途占用推导）
- T-4 convert_repository.sync_mirror 成为 risk_convert_detail 唯一进度镜像写入口
（旧三方法标 Deprecated，T-7 后删）
- T-5 locks.py 锁键构造器 convert_req_lock_key / convert_confirm_lock_key
- T-6 convert_service.accept_convert 受理事务（八步：锁→幂等→校验→受理日顺延
→在途占用校验→落单→镜像+审计→202；不扣份额/不折算/不写流水）
+ tests/test_convert_accept.py（16 用例）
+ scripts/dev/verify_convert_accept.py（真库 36/36 一致）
+ trading_calendar.py 纯函数包（R-5）+ 21 用例
T-6 真库实测暴露并修复：confirm_eta 在日历数据边界抛 ValueError，会让已落库
的受理单在调用方眼里变 500；改为展示性字段容错 + 单测守护。
基线：798 passed / 10 skipped，零回归。
|
2026-09-11 19:21:15 +08:00 |
|