> 本站副本说明：本文件是 2026-09-30 快照的**脱敏阅读副本**，供站内阅读；不可访问的项目原件与原始记录统一标注“原件在本地归档”，标题、日期与证据等级保留。原始行号（`L…`）可供有权限的审计者在本机定位。

# 项目复盘发现（截至 2026-09-30 CST）

## 结论

**已证实**：项目当前可交柏甫/内部内测的是演示站 `v0.2.22 / 260929.02 / 2dfac6b0` 的三个局部位置：G1 订单入口、G2 审批会话/订单摘要、G4 司机定位。部署 4/4、线上只读 6/6、mock 3/3，以及管理/审批两角色登录各 1/1 均有当批回执。[S8](evidence/project-sources.md#s8)

**未验证**：这不构成用户原始目标“打通真实业务主线并可给柏甫测试”的完成。阶段 1 的门仍要求同一订单完成“登录→主数据→下单/审批→派车→节点/POD→运单完成→确认实际应收→订单和运单回看收入”的 `E2E-MVP-001`；该同单运行回执不存在。[S1](evidence/project-sources.md#s1) [S2](evidence/project-sources.md#s2)

**推断**：当前最合理的近端目标应写为“柏甫可在已部署版对三个局部入口做带证据的内测”，而非“客户主线可验收”。同单主线尚未验证不阻止上述局部操作；两种表述混用会掩盖派车金额、POD、应收和测试数据的真实缺口。[S3](evidence/project-sources.md#s3) [S8](evidence/project-sources.md#s8)

## 目标、实际交付与缺口

| 层次 | 状态 | 证据、反证或限制 | 下一项可验收行动 |
|---|---|---|---|
| 阶段 1 主线 | **未验证** | PRD 与验收文档以 `E2E-MVP-001` 全过为门；STATUS 明记完整派车金额及 POD→应收未宣称通过。[S2](evidence/project-sources.md#s2) [S3](evidence/project-sources.md#s3) | 准备同一笔可匹配运价的订单、五类交易角色、车辆/司机和 POD；在同一线上版本记录 ID、状态、原始结果与收入回看。 |
| v0.2.22 内测交付 | **已证实，范围有限** | 实际已上线且线上探针/只读/登录回执齐全；线上未跑 G1 创建提交、G2 审批决定、G4 真实司机定位。[S8](evidence/project-sources.md#s8) | 柏甫按三件套先跑三段局部走查；每段记录角色、数据 ID、期望/实际和截图。 |
| G1 订单入口 | **局部验证** | 本地 mock 浏览器 3/3；上线后只确认订单页可达、14 个客户和 26 条线路选项可见。真实提交未执行。[S6](evidence/project-sources.md#s6) [S8](evidence/project-sources.md#s8) | 用匹配客户、线路、货类、费率的新单完成真实创建和提交，保存请求/订单 ID。 |
| G2 审批会话/摘要 | **局部验证** | 本地真实认证浏览器 2/2、服务端摘要 10/10、权限矩阵 199/199；线上审批待办当时为 0，未验证摘要/决定。[S6](evidence/project-sources.md#s6) [S8](evidence/project-sources.md#s8) | 对上一步订单用独立审批账号核待办、摘要、通过后状态和权限边界。 |
| G3A 派车吨数 | **局部验证；金额链阻断** | 重量/兼容用例 11/11，但按吨成功派车和计划收入被明确 400 阻断；该包未纳入 v0.2.22。[S6](evidence/project-sources.md#s6) [S7](evidence/project-sources.md#s7) | 先取得价格审批冻结、改单、旧单和分车收入时点的有效决定，再走变更门、实现和独立测试。 |
| G4 定位 | **局部验证** | 本地定向 4/4，修正拒绝定位不伪造坐标；线上尚未以真实司机账号打卡。[S6](evidence/project-sources.md#s6) [S8](evidence/project-sources.md#s8) | 在同单司机任务中分别记录定位授权与拒绝两条线上结果。 |

## 客户范围、数据与待裁定

| 事项 | 当前结论 | 分类与限制 | 下一项可验收行动 |
|---|---|---|---|
| 客户 19 条主线执行表 | **0 条执行、0 条通过。** | **已证实**：客户 Excel 的结果栏为空；内部 19 条是待执行子集，不能把预期当结果。[S4](evidence/project-sources.md#s4) [S5](evidence/project-sources.md#s5) | 先填最小数据包，执行 CT-01 同单主线并逐条留下结果；未定项标 `OPEN/CONDITIONAL`。 |
| POD 口径 | 缺客户签字回单必须阻断；卸货照是否也必需存在分叉。 | **已证实的文档矛盾**：主线 PRD要求两照，专项设计只把签字回单列为必需；并非已证实实现 bug。[S2](evidence/project-sources.md#s2) [S3](evidence/project-sources.md#s3) | 客户用“只有签字照”的同单样例确认完成条件；形成有效决定后再改守卫/用例。 |
| 金额审批冻结 | `PER_TON` 计划收入不能写入。 | **已证实的实现阻断**：审批实例没有审批时价格版本，当前价无法证明获批价；A/B/C 都是未批准方案，不是代码缺陷的归因。[S7](evidence/project-sources.md#s7) | 由业务/财务与王佳梁裁定冻结点、改价重审、旧单补证和分车写入时点。 |
| U13 币种 | 已确认“订单币种与发票币种一致”。 | **已证实但范围有限**：不包含已完成运单何时开票，也不能推出已有线上约束。[S5](evidence/project-sources.md#s5) | 以同币/异币订单和发票样例补开票时点、角色和预期结果。 |
| U34 赞比亚一期 | 客户已确认“一期要上”，并计划维护基础数据再测试。 | **范围已确认、运行未验证**：组织、主数据、税码/税率、隔离及运行结果未具备；不能把一期上线范围缩成仅测试，也不能把答复当功能通过。[S3](evidence/project-sources.md#s3) [S5](evidence/project-sources.md#s5) | 客户提供赞比亚组织、主体、税码/税率、路线和一笔预期数字；项目侧准备样例后独立验组织隔离与该样例。 |
| 测试环境数据 | 当前不够跑通三段，更不够同单主线。 | **已证实**：匹配运价资料、同单司机任务、账号现场核对尚缺；线上抽样客户/线路也未显示运价预览。[S8](evidence/project-sources.md#s8) [S9](evidence/project-sources.md#s9) | 建一组可追踪的专用测试数据，固定版本/组织/账号和清理策略，避免以历史演示数据代替前置条件。 |

## 财务、发布资料与状态混杂

### 其他历史半成品的边界

9/28接手核查还识别了独立开发目录里的共享字段骨架、登录权限局部实现和被叫停的订单WIP；基础资料、在途、调度、应收与整链包当时未见完整交付回执。出处是产品接续稿（原件在本地归档）及主代理源L1073（原件在本地归档）。这是一条**当时的接手发现**，不是把旧工作树等同当前上线代码。后续G1/G2/G4与v0.2.22有自己的集成/发布证据；是否吸收了每个旧包必须按文件和回执核，不能因为功能同名就宣布旧包全部完成。

### 延期财务

**已证实**：D47 将应付、报表及多数财务细节排到阶段 1 之后，且停发第 14 轮财务客户稿；后置不是取消。[S1](evidence/project-sources.md#s1) 9/20 曾有“财务写入操作人”“汇率为 1 的运价模板”“反馈名单”三个定向修复包，但记录明确它们未完成整批集成、部署或客户验收，不能称财务闭环。[S10](evidence/project-sources.md#s10)

**未验证**：实际应收确认本身也是阶段 1 终点，仍没有同单运行证据；应付、开票/收款/核销、计费日志、报表和赞比亚财务样例均不能以旧半成品或局部回执宣称完成。[S2](evidence/project-sources.md#s2) [S5](evidence/project-sources.md#s5)

### 登录、部署与 guide

**已证实**：登录墙早已按 D47 提前开放；v0.2.22 当前部署的管理/审批真实浏览器登录可达，标准部署门 4/4 PASS。[S1](evidence/project-sources.md#s1) [S8](evidence/project-sources.md#s8) 这证明发布与入口可用，不证明五角色会话、真实业务写入或主线权限都通过。

**已证实**：本地 v0.2.22 guide 候选和给柏甫的三件套已存在并经局部核对；线上 `/guide/` 仍为 v0.2.18。`deploy-demo.sh` 不会发布 guide。上一轮记录以“尚未取得本次客户可见页面发布授权”为停点，因而未运行独立发布流程；本次复盘正在核对该停点是否忽略了用户前文的部署授权及 R53/R70 内部 demo 例外，暂不把“仍需授权”写成既定事实。[S9](evidence/project-sources.md#s9)

### 分诊：文档、实现与需求

| 类别 | 已知事项 | 处理方式 |
|---|---|---|
| 文档/状态缺陷 | `STATUS` 的“尚未部署”段有明确 15:16 CST 时点，首段 23:44 CST 已更新为部署完成；两者不是同一时刻的证据矛盾，但并置会造成误读。guide 的本地候选与线上旧页也容易被混称。 | 保留历史但在当前说明和对人材料标明时点、对象、版本；引用当批发布回执。 |
| 已证实实现阻断 | `PER_TON` 成功派车/计划收入被 400 阻断。 | 不绕过；先裁定审批价格版本，再按变更门实施。 |
| 未知需求 | POD 两照必需性、审批冻结/改单、计费触发、拆单/父单、应收确认人/汇总币种、赞比亚主数据与报表公式。 | 由客户提供同一业务样例和预期，由王佳梁形成有效裁定；不能把未测或未定称为 bug。 |
| 已知测试工程风险 | 旧司机流程依赖持久冒烟数据，连续复跑不稳定。 | 改为独立可重建夹具后，由独立测试再验证；当前不将其归因为产品行为失败。 |

## 建议的单一验收序列【推断】

1. 固定一组匹配运价的主数据和五个独立角色，补齐同单司机任务及 POD。
2. 在 v0.2.22 实跑 G1 创建/提交、G2 审批、G4 定位，记录每步证据和首个断点。
3. 由有权者先裁定价格审批冻结与 POD 分叉；随后才能解除 G3 金额阻断并继续同单到应收。
4. 同一版本跑 `E2E-MVP-001`，再开始客户 19 条与 G3–G6 的分层验收。

这不是发布、客户通知或代码实施授权。