优化

2026-10-22 14:38:03 +08:00
parent 9dcc1045e8
commit 2e98b7224d
2 changed files with 10 additions and 1 deletions
@@ -1,5 +1,12 @@
 # 测试环境单机部署与配置契约

+## 2026-10-22 订舱页面 TEST 验收阻断
+
+- 用户授权 TEST 发布及真实页面验收。核对订舱代码已由 Admin `#693` / `3e77c3976e6de9d0d703aea7dc1ee196fe94f30d`、Firstleg `#511` / `de96e47d7494bbe830a36e5d0324431bf95639d5` 成功发布，本轮未重复触发发布；验收期间 Admin 已由其他批次推进到 `#694` / `29f4791b66518561f09c515136dee09339bc73b2`，未回退该版本。
+- 真实新增页按 1920×1080 验证：仅第 1 步高亮，后续待处理；可编辑控件白底、聚焦蓝边，真实禁用控件灰底；船公司可选，仓库与物流渠道联动正常。草稿保存未通过，放舱、补实与 PDF 预览流程未验收通过。
+- 独立合成测试草稿请求返回业务码 `S0500`；只读服务日志定位 `Unknown column 'package_unit' in 'field list'`。只读数据库核对确认：订舱主表缺 9 个货物字段，关系方表缺 `contact_email`、`tax_no`，两项条款仍为 VARCHAR(32)，缺少货物 CHECK，旧冻结触发器仍禁止已放舱后的所有更新。源码发布成功不代表数据库结构已同步。
+- 已准备精确结构修复 SQL：仅两张订舱表新增 11 列、两项条款扩至 64、增加货物 CHECK，并替换一个放舱冻结触发器为源码版本保护规则；未执行 SQL、未删改业务数据。按根规则待用户单独授权 SQL 后接续验收。脱敏请求结论、截图与待执行脚本在本机 `C:/Users/BY-OY/.codex/booking-ui-acceptance-20261022/`。
+
 ## 2026-10-22 入库计划预计到仓带值修复发布

 - 用户授权发布 TEST Admin。本轮提交 `29f4791b66518561f09c515136dee09339bc73b2` 已推送 `release/test`，以当前成功版本 `3e77c3976e6de9d0d703aea7dc1ee196fe94f30d` 为基线，只包含入库计划弹框、柜级到仓查询公开出口与对应行为测试三文件。弹框每次打开重新读取柜级权威到仓结果，手填时间、默认到港当地日期加两个自然日及已有计划冻结日期统一显示，读取中、失败、缺失或不一致时禁止提交；不改后端规则。
@@ -6,7 +6,9 @@

 ## 一 用户已确认的业务目标

-2026-10-21 用户最终澄清：允许先预排车辆和货物；FBA预约未确认、送达时间及计划来车/发车安排未核对时，客服不得提交有效审核、调度和理货不得批准，更不得开始实际拣货。审批拒绝入口保留，不能因通过条件不满足而无法驳回。两级审核展示当前有效收货确认及运输时间，按真实客户、来源、目的仓及确认覆盖量核验，不借同批其他客户的确认通过；原收货确认发生变化时审核依据失效。发车仍复验，不能等货物全部拣完才首次发现预约未就绪。当前已执行拣货事实不得清空、重建或伪造预约来强行发车。
+2026-10-22 用户明确：FBA货物须先预约成功并取得正式送仓时间，才可加入排车；本条替代此前允许FBA先预排、提交审核时才校验预约的口径。新建、加货、智能排车选入与正式转换均须按真实客户、来源、目的仓及确认覆盖箱数核验，不能用车辆补充资料中的预约号或同批其他客户的确认代替。尚未实收的货物在预约确认后仍可按计划来源排车，不伪造实收库存。提交审核继续检查计划发车、预计到达与正式预约时间；调度和理货通过、实际拣货及发车继续复验，驳回入口保留。当前已执行拣货事实不得清空、重建或伪造预约来强行发车。
+
+已有排车的FBA货物可从“维护车辆”的“关联正式预约”进入，按本车托盘、真实订单/入仓码、目的仓核对正式预约、当地确认时段及分配箱数；关联订单页签提供同一入口。每票须完整分配，多个预约批次须明确各自箱数，不能凭文字约号自动猜测。候选仅列当前有效且已确认的本票预约，本车原占用不扣减本车可重分配量，其他车辆占用仍扣减；同车多托共用同一票的预约剩余量。保存沿用原排车号、货物及库存，只替换请求明确触及的实物分配，保留同车其他明细与客户；主单和原批次版本、幂等键、真实零扫码、装车前、无有效下游单据及来源锁均须通过。成功增加主版本并作废原两级审核依据，失败整事务回滚，页面保留输入、刷新当前事实后使用新请求重试。新增读写入口为`/dispatches/{dispatchNo}/appointment-allocations`的GET/PUT，分别沿用排车list/edit权限，不新增权限或数据库表。此处仅定义目标，不表示已经部署或操作既有单据。

 2026-10-21 新增内部散板需求发布选项，2026-10-22 简化智能排车入口；当前发布选项、时间来源及派送排车的候选、满载退出和未知容量口径统一见[内部散板需求池当前范围](内部拼车需求池首版开发契约.md#当前页面范围2026-10-21)。选项按车与新建/编辑命令同事务持久化，不改变排车审核、实际拣货、装车照片或发车流程。