优化
This commit is contained in:
@@ -28,6 +28,8 @@
|
||||
|
||||
“已有实现”不等于最新版本已完成验收。下表的既有 HTTP 证据只证明对应报告范围与版本;历史通过不能替代当前完整链路、页面或 PDA 现场验证。报关和运输专项的通过也不能外推为 F01-F40 全部通过。后续增强项不作为首期主流程缺失处理。
|
||||
|
||||
当前部署版本、已验证场景和未关闭项统一查阅[测试环境单机部署与配置契约](../测试环境单机部署与配置契约.md)文首的最新验收状态。本文以下带日期的复验记录及矩阵内历史状态保留作为当时证据,不替代该主契约的最新结论。
|
||||
|
||||
### 2026-09-30 当前复验结论
|
||||
|
||||
**F01-F40 尚未完成逐节点全量验收,不能宣布全部完工或出库以后没有问题。** 以下旧报告保留为对应版本证据,不代表本轮完整验收结论。
|
||||
@@ -101,9 +103,9 @@
|
||||
| F35 | 待转派送、待出库 | 排车转派送、出库单、派送单 | 出库/派送单生成、目的仓拆分、费用只发布一次 | 已实现并有综合真实 HTTP 证据 | 保持转派送前不可发车 |
|
||||
| F36 | 拣货中、待发车 | 海外 PDA 排车任务 | 托盘扫描、数量核平、车辆资料和发车门禁 | 已实现并有综合真实 HTTP 证据 | Android 真机和弱网恢复仍需专项验证 |
|
||||
| F37 | 已出库、派送中 | 出库单、派送单 | 出库完成、库存扣减和派送任务关联 | r3 拣货、发车、重放的来源位置/原始余额/汇总/SHIP 流水数量及零重复通过 | 不将整轮仍有其他失败的报告描述为全流程通过 |
|
||||
| F38 | 派送中、已签收 | 派送单、签收凭证 | 签收文件、签收时间和每个目的仓派送完成 | 客户菜单和文件功能已部署;下载与客户隔离 HTTP 通过,实际菜单/文件可见 | 浏览器下载操作未通过,逐节点页面证据仍待补齐 |
|
||||
| F38 | 派送中、已签收 | 派送单、签收凭证 | 签收文件、签收时间和每个目的仓派送完成 | 已实现;当前部署、文件操作与隔离验收范围见[测试环境主契约](../测试环境单机部署与配置契约.md)的 C63 记录 | 原样本下载缺口已有通过证据,其他样本/格式及逐节点页面边界以主契约为准,不沿用旧“浏览器下载未通过”结论 |
|
||||
| F39 | 异常退回处理中 | 异常单、退回入仓和库存恢复 | 拒收/部分拒收、退回、库存恢复和原因历史 | 不可变出库来源解析已部署修复,原异常成功恢复及重放/完整对账通过 | 新完整尾程生命周期及多次退回/部分恢复组合场景待验 |
|
||||
| F40 | 已完成、待回访 | 客户回访、跨区完成事件、订单回写 | 回访记录、`DELIVERED` 回写及订单 `COMPLETED` 收口 | 根订单余量门禁修复本地 92 项通过,Order #173/Firstleg #463 已部署;r3 真余量未完成时根未提前完成 | 继续验收两片全部真实签收的两种次序、取消、同事件及完成 Outbox 幂等回写 |
|
||||
| F40 | 已完成、待回访 | 客户回访、跨区完成事件、订单回写 | 回访记录、`DELIVERED` 回写及订单 `COMPLETED` 收口 | 已实现根单余量门禁及可靠完成回写;当前版本和各签收次序/恢复场景的验收事实见[测试环境主契约](../测试环境单机部署与配置契约.md) | 两种签收次序、取消、同事件和完成 Outbox 幂等均须分别核对对应证据;新车辆退回重派组合及逐节点页面不得由历史局部通过推定关闭 |
|
||||
|
||||
## 三、当前实现与目标的主要断点
|
||||
|
||||
|
||||
+5
-1
@@ -15,7 +15,11 @@
|
||||
|
||||
## 现有接入入口与待验收项
|
||||
|
||||
现有平台船期页面 `PortSchedulesView.vue` 提供编辑船名、航次、预计开船和到港时间的入口;后端 `PortScheduleService.update` 保持客户、订舱和柜次归属不变,并保存版本和修改前后历史。优先复用该能力。
|
||||
入口放在原柜详情的“船名航次信息”区域,通过“船期维护与历史”打开居中弹框;不依赖已退出路由的独立 `PortSchedulesView.vue`。后端返回与当前运输展示来自同一条记录的只读 `currentPortScheduleId`,前端按此加载详情;不得自行从其他柜或全量船期中选择记录。`PortScheduleService.update` 保持客户、订舱和柜次归属不变,并保存版本和修改前后历史。
|
||||
|
||||
已有记录只修改船名、航次、ETD、ETA及本次原因,其余来源与有效期字段保留;提交携带原版本和幂等键,网络结果不明时重试原请求,未改运输值不重复发送。只读权限可查看历史,新增和编辑权限分别校验。无当前记录时,允许在原客户、原订舱和原柜上登记船期信息,来源、确认时间、信息有效至及截港时间须明确填写,不自动编造门禁有效期。
|
||||
|
||||
交互依据沿用既有船期维护的居中表单和货柜详情分区;已有记录使用1000px弹框,首次登记使用1120px三列表单,原因跨列,历史展示修改前后四项运输字段、修改人、原因和时间。实际1920×1080页面验收及发布证据仅维护在测试环境主契约,不以此设计说明替代验收结果。
|
||||
|
||||
当前船期展示已改为读取同一客户、订舱和柜次下最新船期记录,不再固定读取订舱初始快照。平台人工改船后,客户端会同步显示最新船名、航次和预计时间。
|
||||
|
||||
|
||||
Reference in New Issue
Block a user