E_API_TEMPLATE 要求接口类正文必须有 二/三/四/六/七/八/十/关联 八个章节。 内容零丢失,只重组结构并补齐模板要求的缺失章节。 三处不能丢的都逐字保留: - 覆盖边界(本文只验到「提交」为止;TRANSFER 同步车务 outbox 恒 605905) 在「六、边界行为」子节原样保留,文首「关键变化」只做导读不做替代 - 阳性对照注脚(两字段 fleet 恰好相同不能证明按 kind 取数生效,真正证明 它的是全 null 对照与 id 不同)在「八」原样保留 - 809002/809009 分开处置(去补大交通 / 找后端开开关)新建对照表,两码 各自一行,不混提示 代理顺带查实并订正三处: - 路径参数按源码 AdjustmentAdminController 实为 {id} 而非 {orderId} - status 枚举以 RequirementStatus 为准共 6 个;RespVO 注释里的 CLAIMED 在源码里根本不存在,已显式点出分歧而非悄悄抹平 - 文件实际行尾是 LF 不是 CRLF,按现状保持
后端已合入 dev-v3(PR #8024 -> 920f29d76)并部署测试服,四条真实网关调用取证: 读口双槽(带全 null 阳性对照) / 一次 submit 同交两份落两条 active 行 / 两条 label 原文不同的调整记录 / 无大交通时 809002。 service_dates 两个 kind 分别派生成行程三天与接机送机两天,前端一个日期都不传。 覆盖边界写在正文与 status_note 里: 本文只验到「提交」为止。同一次实测观测到 TRANSFER 需求同步车务的 outbox 恒失败 605905(fleet AssignmentService:11492 取当前需求不带 kind),前端可并行开工但端到端尚未打通。