diff --git a/Admin海外仓样式核对记录.md b/Admin海外仓样式核对记录.md index 99e7fb2..b9243cc 100644 --- a/Admin海外仓样式核对记录.md +++ b/Admin海外仓样式核对记录.md @@ -181,6 +181,21 @@ 截图337—351唯一维护在[跨模块清单](Admin国内仓样式核对记录.md)，视觉待人工1920×1080、100%缩放截图确认。本地Mock覆盖先建空单、档案/临时资源、组配置保留、整组来源展开、未知结果原请求、明确拒绝重选及已证明转换后的详情重读；未真实创建或转换草稿、排车、档案及业务数据，未提交、推送或部署。下一批接续排车详情的维护/审核/移货/卸货顺序等动作窗口及附件预览，其余Admin模块仍待整理。 +## 排车第14、16项当前核对（2026-10-22） + +依据本轮确认：移除“调整已有排车货物”入口，调度审核采用约1100px居中弹框，信息、三类照片与审核操作分区清晰。尺寸与滚动继续使用《Admin高密度界面规范》的资料审核弹框规则。 + +| 页面 / 操作 | 确认承载与布局 | 当前实现 | 验收结论 | +|---|---|---|---| +| 智能排车 / 新建安排 | 保留新建草稿选货；删除已有排车调整入口 | 删除旧页签、独立组件及调用；保留三栏草稿选货、分组转换与空单创建 | 自动检查通过；待1920×1080、100%缩放实页确认 | +| 排车 / 调度及理货审核 | 居中弹框约1100px，三类照片横向并排 | 1100px及原全屏能力；车辆与货物、排车与预约、照片和审核意见分区；底部保留驳回、审核通过 | 自动检查通过；待1920×1080、100%缩放实页确认 | + +本轮159项相关检查通过（5份业务测试157项、2项排车样式合同），AGENTS索引合同1622项通过。第15项已核对各阶段、装车前分区及DELIVERY/PICKUP/LOCAL_TRUCK均显示后端主单createdAt，沿用现有实现。共享样式整文件另有4项非本轮页面失败：订单详情概览类、货柜尾程费用行操作类、订舱详情局部36px规则、入仓预约分区旧断言；未修改对应页面，不将其计作通过。本轮仅本地实现与检查，未执行提交、部署或真实HTTP验收。 + +本轮文件（相对`apps/admin-web/`）：修改`src/modules/overseas-warehouse/components/SmartDispatchDialog.vue`、`SmartDispatchDialog.test.ts`、`DispatchWorkflowDialog.vue`、`DispatchWorkflowDialog.test.ts`、`DispatchWorkflowDialog.layout.test.ts`；删除同目录`SmartDispatchExistingCargo.vue`及`SmartDispatchExistingCargo.test.ts`；同步`src/modules/overseas-warehouse/AGENTS.md`、`src/modules/overseas-warehouse/pages/prototypeContract.test.ts`、`src/styles/adminDensity.test.ts`及本记录。前述预约/BOL与6–9、11项改动保留；此包已停止编辑，交总控统一集成验收。 + +以下2026-10-20记录保留当时证据；本轮涉及的入口与审核尺寸以本节为准。 + ## 统一弹窗整理：排车详情操作与取证附件（2026-10-20） 实际操作承载为DispatchWorkflowDialog，直接引用DispatchResourceFields、DispatchArrangeFields和DispatchEvidenceFiles；后者也供DispatchDetailView只读取证使用。保留560/760/1120px动作尺寸及900px图片预览，不改变详情路由、服务器Gate、版本化命令、费用覆盖、文件鉴权或恢复协议。 diff --git a/测试环境单机部署与配置契约.md b/测试环境单机部署与配置契约.md index 3fc8558..47b91ec 100644 --- a/测试环境单机部署与配置契约.md +++ b/测试环境单机部署与配置契约.md @@ -1,11 +1,43 @@ # 测试环境单机部署与配置契约 -## 2026-10-22 订舱页面 TEST 验收阻断 +## 2026-10-22 18项反馈及请求重放删除：发布验收进行中 -- 用户授权 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/`。 +- 用户本轮授权全部提交、TEST部署、测试数据库操作、真实HTTP，再以内置浏览器验收Admin/Client 1920×1080、两端PDA 390×848。第19项快递派送不实施；请求重放删除后的失败恢复和重复写入边界包含在验收内，尚未整体通过。 +- 已推送候选：Backend `a16a85e14a36a8cf3f08db47a3f9859ef1f1a10c`，Admin `4a3456756f82ff4bce5bfbb57f6a708b976091e5`，Client `3ffa706b89e113568dda03a00dd0ed59af1e7a88`，国内PDA `51109ac85243e5445ca90bb10e9117c4f10aabc9`，海外PDA `54e49e24267cea247f0f10234c98b919523cb0d7`。Lastleg `#416`、Firstleg `#514` 已按固定提交触发测试及发布，仍在执行；不据排队或启动宣告部署完成。 +- Client `#442 SUCCESS`，构建提交与候选一致，临时SCM固定配置已恢复。国内/海外PDA本地H5构建、产物及部署合同均通过，静态镜像分别为 `pda-domestic-h5-test:51109ac85243`、`pda-overseas-h5-test:54e49e24267c`，部署后均healthy。国内首次远程执行脚本因Groovy换行转义失败，未启动构建；核对原记录后修正并成功发布。Admin已触发候选发布，待核验结果及恢复SCM配置。 +- 已执行并复查两处精确TEST DDL：移除 `baiyue_firstleg.fl_container_booking.chk_container_booking_iso6346`；替换 `trg_ocean_booking_before_update`，冻结比较只移除 `estimated_arrival_at`。执行前比对旧触发器，其余字段保护与版本推进条件一致；执行后核对其余五个CHECK完整保留。未更新业务行、重放初始化或重置数据库。 +- Gateway及受影响验收脚本86项检查通过；索引合同1622项与417个Mapper注册通过；其他专项定向结果已交付。发布前真实HTTP已通过Admin/Client登录、固定客户ACTIVE归属和仓目录读取，仅作连通性前置，不冒充18项或请求重放验收。完整HTTP与UI仍在后续进行；私有发布记录位于配置目录的 `release18-20261022/`。 + +## 2026-10-22 逐托实收交接修复发布与 HTTP 验收 + +- Lastleg 修复提交 `c385b7543bf2039791b1107a910aa5c5a92269be` 已推送当前 `test` 分支。总控 `#716` 在回归过程中被管理员中止，不能计为完整模块测试通过；随后总控 `#717` / 单服务 `#414 SUCCESS` 发布同一提交，运行镜像 `c385b7543bf2` running/healthy。用户后续明确发布时跳过 Jenkins 测试，以本地定向回归加发布后 HTTP 验收为准；本轮未再触发构建。 +- 通过正常公开 HTTP 新建独立 TEST FBA 20箱2托，完成国内测量、装柜及运输节点，生成 `IP202610220003`、预约 `YY202610220009` 和排车 `PC202610220020`。收货前原预排和预约分配均为10＋10，两级审核通过；PDA实际点数9＋11，确认入库后、任何出库拣货之前，原排车、原预约分配、实际库存都为9＋11，真实已拣0。收货没有发生 ALLOCATE/PICK/SHIP；同键确认重放不改变版本、明细或库存流水。 +- 随后真实 PDA HTTP 按两实托分别拣9箱和11箱，原键重放不重复扣减；上传本轮合成装车资料，显式装车完成进入 DELIVERING，实际SHIP流水9＋11。自动出库 `CK202610220004`、派送 `DL202610220006` 均为2托20箱。合成照片与预约确认资料只用于TEST流程，不表示真实仓库扫描硬件或外部预约已验收。自建PDA账号已停用，最终核对会话已退出。 +- 1920×1080 Admin 实页核对排车派送中、发车时间、关联出库与派送单、出库2托20箱并保存截图；出库详情第二实托按来源追溯显示2＋9两行，物理托盘仍为11箱。未声明PDA浏览器页面完整验收。浏览器分步计时：读取21.09秒、元素点击21.33秒、结果验证21.08秒，句柄获取另约10秒；延迟在读取与动作调用中均出现，尚不能归因为业务接口慢。证据入口 `baiyue-firstleg/reports/receipt-nine-eleven-ui/summary.json`，截图及 `timings.json` 同目录。 +- 原单 `PC202610220017` 最后只读回查仍为LOADING/version7/已拣9；两实托明细9＋11，但历史预约分配仍10＋10。本次未回填或重建原单，没有SQL、重置、清理库存、Gateway或Nacos变更；新收货链路修复不冒充历史单恢复完成。 + +## 2026-10-22 FBA先预约后排车发布与页面验收 + +- 用户授权 TEST Admin、Lastleg 发布及真实页面验收。Admin `#697` / `aac878c3d4300f02ab00826da7444321b1f4a4fa` SUCCESS，运行镜像 `admin-web-test:aac878c3d430` healthy。临时固定检出配置已恢复；随后其他批次继续发布时保留其配置和已上线改动。 +- 总流水线 `#715` 曾发现新增前置校验误伤独立换标FBA来源，已在部署前停止。用户随后明确本轮仅完成普通入仓，保留换标/退货原流程；按来源类型收窄候选与草稿校验。最终版本 `86889d7e0ec2f30228ed4c5a6530d4aefbaf4bf9` 的13类119项定向检查通过，覆盖普通FBA选货、预约关联、共享额度、事务、版本、换标合托及取消、独立退货、公开接口合同；此前查询接口数量旧断言改为具体路径集合。复用有效检查结果，通过单服务任务 `baiyue-firstleg-lastleg-service #413 SUCCESS` 精确发布，发布时显式跳过重复测试；运行镜像 `lastleg-service:86889d7e0ec2` healthy。未宣称完整模块回归通过。 +- 1920×1080真实页面验收通过本轮预约相关操作：无正式预约的普通FBA `ZY202610210008` 显示“暂不可排车”且移入车辆按钮禁用；已确认预约的在途计划 `WC202610220001` 可选入并生成 `PC202610220019`（1托1箱）。维护车辆的“关联正式预约”展示真实订单/入仓码、托盘、`YY202610220001`、当地时间及America/Los_Angeles；分配改0时提示完整分配且禁止保存，恢复1箱保存成功并重开回显。只读数据库确认原排车号、托盘及1箱分配保留，版本2、DRAFT/BEFORE_LOADING、真实已拣0；本轮未执行审核、拣货或发车，样本保留供核对。 +- 原单 `PC202610220010` 已被其他操作取消，版本10、预约分配0行；本轮未恢复、重建或修改该单。已收货合成样本 `ZY202610220001` 选入时另遇既有运输实托占用A0409，保留失败事实并换用上述在途样本，不清理占用或推定全部收货场景通过。无SQL写入、Gateway/Nacos调整。私有发布记录和截图位于本机 `.codex/reports/dispatch-appointment-20261022/`，主要截图为 `unconfirmed-blocked.png`、`appointment-saved.png`。 + +## 2026-10-22 订舱 TEST 结构同步与页面验收 + +- 用户后续要求恢复预计到港并检查日历、入库依赖。已恢复新增/草稿录入、放舱摘要及前后端放舱必填和时间先后校验；草稿仍可留空。Admin `#702 SUCCESS` / `a041650ba18f`，镜像 ID `1189e42d1efa9c0dc4050e888072fe46ba6dc68ea72befaf655f6cd061b4832c`；Firstleg `#513 SUCCESS` / `310d86da8565`，镜像 ID `fb50f1d4b53c9ff08f912b5ff36c5b0c3e679c45ee7905e03d64b2be19655e05`，均 healthy。后端以当时已部署 `c5ac966ce9a1` 为父提交，仅叠加三份订舱源码/测试/OpenAPI，开发分支源码 `ef0f69184`；未夹入其他在途修改，Admin 原 SCM 配置全文恢复，未执行 SQL 或回填已有放舱数据。 +- 本次前端 22 项、后端订舱和船期相关 32 项定向测试通过；TEST 1920×1080 实际录入、保存及刷新回显通过。原自有草稿 `OB202610220013` 预计到港保存为 `2026-11-15T10:00:00`、版本 1，默认委值保持。代码确认订舱 ETA 经关联柜次进入日历；海外到仓解析在无人工/计划冻结日期时读取同一到港来源加 2 天，入库计划沿用该日期。本轮未推进柜次及入库计划，未宣称完整业务链通过。证据为原目录 `ui-arrival-restored.png`、`arrival-restored-verification.json`；当前必填规则取代上次精简时的可选规则。 +- 用户后续确认字段精简与默认值，并选择保留仓库、渠道功能、收进默认折叠的“作业配置”；其他红框字段及包装单位选择从页面移除，新增委值默认 `500 / 15000 / 68`、实值留空。预计到港改为放舱可选，既有计划值不覆盖。Admin `#700 SUCCESS` / `c3f7dcc6f1cd`，镜像 ID `d628181116291a45ae0939d416ae753ad646626290e3daaef7d4ce0b957bc833`；Firstleg `#512 SUCCESS` / `c5ac966ce9a1`，镜像 ID `d77523190c3f2db99726af959fcf4d548add69cf026bb81251f3a2c6a42b9d85`，均 healthy。后端以当时已部署 de96e47d 为父提交，仅叠加本轮四份订舱文件；开发分支提交 `9e0266b7c`，未夹入其他批次未部署改动。Admin SCM 原配置全文恢复，本轮未执行 SQL。 +- 本轮前端 28 项、后端订舱 26 项定向测试和前端类型检查通过；真实 TEST 1920×1080 新增页已核对字段移除、默认值、作业配置收起/展开，页面保存草稿 `OB202610220013` 后默认值与服务端读回一致，实值和预计到港未填写。本轮未再次推进放舱，预计到港可选由前后端定向测试覆盖，不据此宣称完整链路或内嵌 PDF 显示通过。证据位于原目录的 `ui-booking-simplified-{new,saved}.png` 与 `simplified-form-verification.json`。 +- 后续流程断开修复：放舱状态已保存但刷新清除临时预览标记，原实现导致第 2 步灰色、第 3 步完成；现按已放舱事实保留托运单阶段通过，状态明确为“可重新预览 / 打印”，不伪造预览或打印记录。Admin `#699 SUCCESS`，源码 `a86b19604d57`，运行镜像同标签 healthy、镜像 ID `f128c99f0aae19dfae5aa6ddd4d355b0dfc873c7f390cd1eba4492b49c2a55b8`；原 Jenkins 配置全文恢复。两份定向测试 24 项通过，1920×1080 页面刷新后第 1～3 步连线连续、第 4 步保持当前，截图 `ui-workflow-continuous.png`。本次仅前端逻辑，未写业务数据或变更后端；内嵌 PDF 显示未关闭。 +- 用户授权 TEST 发布、真实页面验收，并随后单独授权精确 SQL。初次保存 S0500 的根因是 `package_unit` 等新增字段未同步。已执行仅涉及两张订舱表和一个冻结触发器的结构修复：新增主表 9 列、关系方 2 列，两项条款扩至 64，增加货物 CHECK，替换为已放舱仅允许实货量及审计元数据按版本更新的触发器。执行前断言旧结构完全匹配，执行返回 0；后置核对 `9 / 2 / 2 / 1 / 1` 通过。未删除业务数据、重置数据库或重新执行全量初始化。 +- 真实页面核对发现数字组件原生禁用状态已变化，但 `aria-disabled` 仍保留挂载时值。修复提交 `d4921057` 已推送当前分支；以当时已部署 `#694` 为基线，仅两份订舱文件组成精确发布提交 `3dca7d9d600499db444657cde4e1c8268012150e`，经 Admin `#695 SUCCESS` 上线，镜像 `admin-web-test:3dca7d9d6004` healthy；Jenkins 原配置按 UTF-8 全文核对已恢复。Firstleg 复用 `#511` / `de96e47d7494bbe830a36e5d0324431bf95639d5`，本次未重复发布后端、Gateway 或其他服务。 +- 保存后实值回显空白也已复现为数字组件输入缓存问题，刷新能恢复服务器值。已补回归并按保存成功版本重建实值控件；最终源码提交 `24ebfcf2e1b683388af5baefb19df8f17fdd44e2` 叠加当时最新已部署 `#697` / `aac878c3d4300f02ab00826da7444321b1f4a4fa`，保留其他批次已上线内容。Admin `#698 SUCCESS`，生产类型检查、Vite 构建及部署完成；实际镜像 `admin-web-test:24ebfcf2e1b6`、镜像 ID `828757d4b900a39c60c640dd81e4a61d16a1e0372f4fc0bc91351d158f9d0f37` healthy，Jenkins 原配置按 UTF-8 全文核对恢复。未创建或切换分支/工作树。 +- 按用户本轮授权，AI 在 1920×1080 真实 TEST 页创建并保存 `OB202610220011`，成功留在详情；初始仅第 1 步高亮，保存后第 2 步、成功取得托运单后第 3 步、页面确认放舱后第 4 步，补实保存并分别取得两类 PDF 后四步完成。刷新后保留已保存/已放舱/实值，重置本次页面预览标记。可编辑白底与蓝色聚焦、真实禁用灰底、船公司选择及仓库—渠道联动已核对；运输及委值放舱后只读，实值可编辑。完整长字段展示与所有权限场景不据此推定通过。 +- 测试前置运输资料和合成附件由公开接口准备；保存草稿、确认放舱、补实和两类预览入口由真实页面操作。未填补录原因时版本与实值未写入、输入保留；填原因后实值 `480 / 14320.125 / 65.321` 成功保存，版本 3→4，委值 `500 / 15000 / 68` 保持，历史含本轮原因。只操作本轮创建订舱，未改其他订舱或主数据。 +- 最终版本真实页面回验：将件数修正为 481 并填写新的 TEST 原因，保存后无需刷新，三个输入立即显示 `481 / 14320.125 / 65.321`，原生与辅助禁用状态均为 false；服务端版本 5、委值仍 500，共两条实货量补录/修正历史。最终确认件 PDF 已下载并渲染核对为对应实值。截图 `ui-actual-final.png`、`ui-progress-final.png` 与脱敏服务端记录 `final-booking.json` 一致；回显问题已关闭。 +- 两类 PDF 下载并渲染核对通过：托运单走委值，确认件走实值，未补实确认件显示“—”，无委值回退；均为 A4 单页。页面弹框打开、关闭和重开及取得文件后的进度标记已核对，但 Codex 内置浏览器的内嵌 PDF 区域空白，显示验收未通过，也未实际打印。不能将文件生成或截图外渲染等同浏览器显示正常。 +- 放舱页与流程逻辑两份定向测试最终 23 项通过，修复前两类缺陷均有失败回归证据；其余未受影响检查复用前批结果，未宣称全项目测试。脱敏请求、SQL 执行/后置核查、发布记录、两类 PDF 与截图在本机 `C:/Users/BY-OY/.codex/booking-ui-acceptance-20261022/`。 ## 2026-10-22 入库计划预计到仓带值修复发布 @@ -25,6 +57,10 @@ - 在原两托新草稿中仅对验收标签页模拟断网，生成失败后显示“本次排车操作失败，请重试”，货物选择保留、生成及取消等按钮可用；页面控制曾超时，恢复连接后明确执行在线网络设置，再核对原失败状态。在原弹框直接再次点击生成成功得到 `PC202610220009`，未退出、清缓存或重放旧请求；新单通过页面复用原车辆和司机并保存成功。未将控制连接延迟当作产品接口耗时。 - 最终通过正式 HTTP 核对原单已取消、新单为同两托且车辆司机保存正确；以当前版本正常取消新单释放测试资源，再从真实页面详情确认“已取消”。两单均无真实拣货、出库或派送，库存余额、库位明细及来货单与最初验收前完整快照相同，两托再次可排，车辆司机无占用，PDA 验收会话已从页面退出。本轮无源码修改、SQL、删除、重置、新账号或主档；未操作用户原排车单。 - 页面截图、失败后 DOM、最终 HTTP 回执及汇总保存在本机指定凭据目录下 `dispatch-ui-20261022/`；最终验收截图均为1920×1080，浏览器 scale=1。范围是上述取消、驳回重提、维护及网络失败恢复，PDA 为 H5 真实页面，不替代 Android 真机及未执行的其他异常分支。 +- 用户继续要求先 HTTP、再页面覆盖当前排车异常清单后，新增主流程 `PC202610220011` 以两票真实 TEST 实收、两个目的仓预约执行94项 HTTP 场景，全部通过：权限边界、空值/过期版本/重复来源/草稿占用、移货恢复与路线、资源占用、两级驳回重提、零拣货退回、取消及终态限制、错误/超量/重复拣货、部分未核平装车拒绝、照片分类/版本/引用、五图齐全自动派送、三类异常登记、签收及资源分别结束。空单 `PC202610220014`、后续资源复用单 `PC202610220015` 均正常取消。原验收脚本对耗尽库存的详情 GET 断言不适用（当前返回A0404）；保留原报告，接续使用库存列表、库位和流水核对，没有把此脚本断言当作业务失败或丢失实际拣货事实。证据为 `baiyue-firstleg/reports/dispatch-loading-all-exceptions-20261022-{r1,resume1}/`。 +- 随后以独立单 `PC202610220016` 完成35项1920×1080、scale=1页面核对：必填移货原因、移出再加入原单、真实并发版本冲突后保留所选车辆司机并同弹框重试、调度及PDA空原因驳回/补原因驳回/回车辆信息/修改重提、错误扫码、超量及重复拣货、实际拣货后取消和退回入口收起、未拣齐不可装车、装车确认后补齐五图并替换、自动派送、空异常类型校验、拒收/部分签收/车辆异常及测试图片登记。三类异常记录保留，两个目的仓签收文件均从页面上传并保存，最终真实页面显示派送完成。测试脚本曾误用“移除托盘”匹配实际“移回托盘”按钮，保留断言修正记录，核对正确按钮及1/30托后通过；未作为产品缺陷处理。 +- 通过正式接口结案并分别结束该单车辆司机任务后，原资源创建两托两箱的 `PC202610220018` 成功；页面实际空原因取消报错后补原因取消成功，智能排车重新列出原两票货且可移入新车辆草稿，随后关闭草稿。最终 HTTP 确认取消货物的库存、库位、流水、来货单完整快照不变；已派送货未发生重复扣减；车辆司机均空闲，PDA测试会话正常退出。以上本轮共新增5张排车（3张HTTP主/辅助单、2张页面主/取消单），未操作用户单据、执行SQL、删除、重置或新增账号主档。 +- 扩展页面证据及最终库存资源回执在本机指定凭据目录下 `dispatch-all-ui-20261022/{ui-report,prepare-cancel-http,final-http}.json` 和5张截图。验收开始核对运行镜像为 Admin `3e77c3976e6d`、Lastleg `de96e47d7494`；共享环境后续其他批次发布照常保留，本轮未改源码或重复发布。零拣货页面退回与模拟断网后同弹框重新生成复用上文PC0008/0009证据，扩展轮新增当前版本冲突恢复证据；不据此宣称全部网络故障组合、所有货源排列或Android真机均已验证。 ## 2026-10-22 本批32项修复发布与验收（已暂停，转人工验收） @@ -3037,3 +3073,10 @@ Client #382（`a0736239e4ee4cd58b620dab912ffc0641360d9f`）正式页面在1920× - 页面验收实际执行 PDA 登录、拍照 Tab、图片上传替换及 Admin 资料查看、TEST 签收文件上传和保存；回查排车与派送均 DELIVERED，签收前后库存流水不变。图片、预约、证照均明确为 TEST 合成材料，不代表真实承运或收货。临时 PDA 账号已停用。 - Admin 资料弹窗补齐密度样式祖先；整车五照片不再叠加派送单的另一组照片上传框，当前页签单独统计资料类别。提交 `d8fbc16fd77ecf5ffad6bbc4449a61552f598201`，`admin-web-test #688` 精确构建 SUCCESS（59.187 秒），发布后已回看资料页签、五照片及派送完成列表。仅发布 Admin，未发布后端或执行 SQL。 - 直接验证：资料组件 16 项、履约脚本 42 项、脚本登记 4 项通过；本轮未跑全量测试。HTTP 与页面证据在后端 `reports/dispatch-loading-DISPATCH20261021FLOW03/`、`reports/dispatch-loading-DISPATCH20261021FLOW04/`，最终结果为后者 `final-ui-http.json`。范围为实收入库至签收，不包含真机相机、真实司机出行、结算或车队资源收车。 + +### 预约排车柜次短号搜索 TEST 发布（2026-10-22） + +- 用户明确授权部署测试。本次仅发布 Admin `22e545fef978a9bfd7e2aac4f0888f96f98aaaf3` 与 Lastleg `bfeeef130e85381f9f38941f5b09f4b3c6a5af60`；柜次短号沿排车货物的同客户真实尾程订单及原装柜事件读取，完整柜号和短号分别去空去重，前端按当前月/周范围做忽略大小写的包含匹配。同车多柜仍只展示一条排车安排。 +- `baiyue-firstleg-lastleg-service #415` SUCCESS，精确检出目标提交，镜像 tag `bfeeef130e85`，容器 running/healthy；随后 `admin-web-test #701` SUCCESS，精确检出目标提交，前端类型检查、生产构建及容器健康检查通过，耗时分别103.077秒和58.673秒。复用本轮14项后端定向测试及前端37项通过结果、相关生产与测试源码类型检查；另两项既有到仓日期断言失败已用修改前测试复现，不宣称全量测试通过。后端发布显式跳过重复测试执行，仍完成测试源码编译。 +- 发布后真实HTTP核验通过：平台登录、日历新增短号字段、D1821关联排车、Admin公网健康、线上日历资源及退出自身会话。D1821返回排车单 `PC202610220021`，运输中，按洛杉矶当地实际发车日期归入2026-10-22 01:50；当前查询8条排车、0条日期未核实。公网首页引用的 `AppointmentCalendarView-QluvZypP.js` 已包含柜次短号字段及展示。没有新增人工页面截图，不将资源检查作为视觉验收。 +- 无SQL、Nacos、Gateway、其它服务或业务数据修改。发布状态、脱敏Jenkins日志与HTTP报告保存在本机私有环境目录 `appointment-short-test-release-20261022.json`、对应服务日志及 `appointment-short-test-http-20261022.json`；保留其它任务已有工作区改动。 diff --git a/海外仓业务/排车列表统一作业改造契约.md b/海外仓业务/排车列表统一作业改造契约.md index 6354274..21e1933 100644 --- a/海外仓业务/排车列表统一作业改造契约.md +++ b/海外仓业务/排车列表统一作业改造契约.md @@ -6,9 +6,13 @@ ## 一 用户已确认的业务目标 -2026-10-22 用户明确：FBA货物须先预约成功并取得正式送仓时间，才可加入排车；本条替代此前允许FBA先预排、提交审核时才校验预约的口径。新建、加货、智能排车选入与正式转换均须按真实客户、来源、目的仓及确认覆盖箱数核验，不能用车辆补充资料中的预约号或同批其他客户的确认代替。尚未实收的货物在预约确认后仍可按计划来源排车，不伪造实收库存。提交审核继续检查计划发车、预计到达与正式预约时间；调度和理货通过、实际拣货及发车继续复验，驳回入口保留。当前已执行拣货事实不得清空、重建或伪造预约来强行发车。 +2026-10-22 用户最新确认：允许先排车后预约，也允许先预约后排车；本条替代同日此前“FBA必须先约才能选入排车”的口径。一张排车单同一FBA目的仓仅填写一个约好的编号，同仓多票、多托及跨客户货物共用该目的仓编号；两个目的仓填写两个编号，不要求客服逐票关联或分配预约箱数。尚未预约不阻止普通入仓货物候选、新建、加货、草稿及正式转换，未实收仍沿真实计划来源，不伪造库存。客服在维护车辆信息中按目的仓填写，保存允许暂缺；提交调度审核必须补齐本车所有FBA目的仓编号，缺失时明确提示仓码。调度和理货通过、真实拣货、装车及发车继续复验，取消、驳回回车辆信息及失败后继续操作的规则保留。换标、退货独立来源不新增预约创建入口，实际客户、货物数量与库存归属保持逐来源核验。 -已有排车的FBA货物可从“维护车辆”的“关联正式预约”进入，按本车托盘、真实订单/入仓码、目的仓核对正式预约、当地确认时段及分配箱数；关联订单页签提供同一入口。每票须完整分配，多个预约批次须明确各自箱数，不能凭文字约号自动猜测。候选仅列当前有效且已确认的本票预约，本车原占用不扣减本车可重分配量，其他车辆占用仍扣减；同车多托共用同一票的预约剩余量。保存沿用原排车号、货物及库存，只替换请求明确触及的实物分配，保留同车其他明细与客户；主单和原批次版本、幂等键、真实零扫码、装车前、无有效下游单据及来源锁均须通过。成功增加主版本并作废原两级审核依据，失败整事务回滚，页面保留输入、刷新当前事实后使用新请求重试。新增读写入口为`/dispatches/{dispatchNo}/appointment-allocations`的GET/PUT，分别沿用排车list/edit权限，不新增权限或数据库表。此处仅定义目标，不表示已经部署或操作既有单据。 +车辆维护在现有派送信息区直接展示“目的仓／预约号／确认送达时间／货件号”表格，同仓只出现一行及一个预约号输入框，确认时间和全部货件号自动带出；修改编号后保存前不沿用原编号的确认时间，不再从关联订单跳转逐票预约分配弹框。已有完整且唯一的已确认预约来源可自动携带，按目的仓合并编号；同仓存在多个不同确认号时由客服明确填写本车使用的一个号，不任选第一条。未选正式批次时仍按本车真实客户、来源与箱数保存内部实物关联；已有明确批次引用继续核实归属及分配数量，但不要求客服逐票操作。维护写入沿用原Update的`maintenance.destinationAppointments[{destinationKey,appointmentNo}]`，存于既有resourcesJson，不新增表、权限或预约创建接口；原整车单号、货物和库存不变，编号变化使原审核依据失效。非法目的仓、重复仓、过期版本及阶段不符须拒绝并回滚，页面保留输入、重新读取后可重试。 + +列表、详情、审核、PDA与车辆维护共用按目的仓汇总的预约投影，BOL沿同一目的仓使用客服保存的编号，各票客户归属及箱数不改变；预约号筛选包含目的仓登记值，不再命中该仓已被人工改选覆盖的旧编号。已确认时间仍取匹配编号的当前有效正式确认，保留当地时区和原时段校验；仅填写编号不伪造正式确认时间，显示已登记，不能用计划发车或预计到达代替。货件号沿本车真实客户、计划逐票分配及直接订单关联读取，不依赖是否存在正式FBA预约批次；手填目的仓预约号时也须带出实际货件，同仓合并去重，不把其他客户货物并入本票。排车列表司机与联系电话保持两列，仅消费真实字段，缺失显示“—”。所有阶段、装车前审核分区和排车类型均展示主单created_at的真实创建时间，不以计划发车或更新时间替代，不逐行请求详情。 + +2026-10-22 车辆与图片门禁：车辆候选按海外在役状态及真实车次占用在服务端分页前筛选，排除其他车次占用并保留本车资源；当前选择失效可清除或改选，提交仍复验。草稿允许分步保存，提交审核及审核通过必须分别具备至少一张有效车辆图片、司机照片、驾驶证照片；选图未上传、上传失败、作废文件、PDF均不计为图片。每次放行复核文件有效性及分类归属；主档驾驶证按冻结来源读取，本趟补传图片按排车归属保留，不因主档解析丢失。主档换证后再次保存，服务端按原冻结来源标记剔除旧主档引用，再由车队解析当前主档；保留本趟补传图片及原历史，不把旧主档证照改按排车附件校验。 2026-10-21 新增内部散板需求发布选项，2026-10-22 简化智能排车入口；当前发布选项、时间来源及派送排车的候选、满载退出和未知容量口径统一见[内部散板需求池当前范围](内部拼车需求池首版开发契约.md#当前页面范围2026-10-21)。选项按车与新建/编辑命令同事务持久化，不改变排车审核、实际拣货、装车照片或发车流程。 @@ -18,12 +22,12 @@ 2026-10-21 用户确认精简车辆维护入口：仓库派送排车的列表、详情隐藏“调整卸货顺序”和独立“提交调度审核”；提交统一放在“维护车辆信息”弹框，保留“保存”和“提交审核”。提交审核先保存本次车辆、司机、时间与附件，再读取最新版本和服务端资格提交；两步分别执行，失败提示后保留输入并结束请求态，用户再次点击按当前事实重新请求。车辆维护和提交审核不提供备注输入，保留已有备注；调度／理货审核的驳回原因仍必填。到仓取货沿独立运输操作入口，不受本次车辆维护弹框合并影响。 2026-10-21 用户进一步确认：调度审核、理货员审核两个列表分区只提供“审核、详情”，不展示维护车辆信息或其他操作菜单。Admin审核弹框可补充车辆图片、司机照片、驾驶证照片，已有证据只读预览；新增附件随本次通过或驳回保存，不借维护车辆信息重写车辆/司机资料或改变审核依据。上传及提交均按当前待审环节的审核权限校验，并逐文件核验本车及分类归属；附件读取沿列表查看权限。理货驳回、客服修改保留已提供证据，新一轮提交清当前审核附件并保留历史。PDA继续使用既有审核入口，本次不新增PDA上传界面。 - 维护资料通过 `DispatchCommands.Update.maintenance` 保存到现有 `resourcesJson.maintenance`，详情对称返回 `vehicleInfo.maintenance`，唯一类型为 `DispatchContracts.Maintenance`。整体及八字段均可空，空白文本规范为 null，允许空草稿保存：`plannedDeliveryDate` 为 ISO 日期 `YYYY-MM-DD`；`deliveryMethod` 为 FBA自提／客户自提／卡派打托／卡派地板／快递／外配；`pickupMethod` 为一提一卸／一提多卸；`loadType` 为托盘／地板／混装；`fleetEmail` 最多254字符；`vehicleType` 为厢式货车／平板车／集装箱卡车；`appointmentAccount`、`appointmentNo` 各最多128字符。预约号仅是本趟补充资料，不替代正式 FBA 预约，不新增审核级别、权限或必填门禁；计划时间、实际发车及正式派送费用口径保留。MASTER／EXTERNAL 车辆的本趟 `evidenceFileIds` 均保留到资源快照，不能被主档解析清空；保存及审核对非空照片逐项核验本排车及 VEHICLE 类别、有效性，调度审核读取同一已保存证据，不写入车辆主档。 + 维护资料通过 `DispatchCommands.Update.maintenance` 保存到现有 `resourcesJson.maintenance`，详情对称返回 `vehicleInfo.maintenance`，唯一类型为 `DispatchContracts.Maintenance`。整体及八字段均可空，空白文本规范为 null，允许空草稿保存：`plannedDeliveryDate` 为 ISO 日期 `YYYY-MM-DD`；`deliveryMethod` 为 FBA自提／客户自提／卡派打托／卡派地板／快递／外配；`pickupMethod` 为一提一卸／一提多卸；`loadType` 为托盘／地板／混装；`fleetEmail` 最多254字符；`vehicleType` 为厢式货车／平板车／集装箱卡车；`appointmentAccount` 最多128字符；`destinationAppointments` 按本车目的仓去重，每项为目的仓业务键和最多128字符的预约号，空白可暂存但提交审核必须齐全。不新增审核级别或权限，正式确认时间、实际发车及派送费用口径保留。MASTER／EXTERNAL 车辆的本趟 `evidenceFileIds` 均保留到资源快照，不能被主档解析清空；保存及审核对非空照片逐项核验本排车及 VEHICLE 类别、有效性，调度审核读取同一已保存证据，不写入车辆主档。 2026-10-21 用户确认：在装车前清除“有效排车”筛选后，仍保留车辆信息、调度审核、理货员审核三个页签及当前选中项；查询沿用空值默认有效排车的规则，切换页签继续按当前审核分区查询。 4. 2026-10-21 用户确认：装车完成确认真实实载，Admin与PDA成功结果在资料未齐时为AFTER_LOADING、资料已齐时为DELIVERING。装车中及装车后均提供“装车照片1至5”五个固定框，两端均可拍照/选择图片、上传、预览及替换，按整张排车单共用当前照片与附加资料版本，不依赖派送单或按客户重复上传。五框全部绑定保存且已确认装车完成后自动进入派送中；不以选图、文件上传回执或重复槽位充数。保留真实拣货核平、实载校验、版本及防重复约束。 5. 装车已完成时，第五张装车照片绑定与按客户和目的地生成出库／派送单、记录实际发车并进入派送中在同一事务完成；照片先齐时，这些动作随装车确认在同一事务完成，仍无人工安排派送及确认发车入口。上传和绑定各保留稳定原请求键；第五张绑定或派送失败时保留装车后、前四张及原上传文件，原请求可恢复，不能留下半车或重复派送。PDA每次按Token绑定仓校验，Admin沿排车list只读、edit上传保存。照片使用原整车附加记录及文件归属，不新增存储表；五个既有技术槽位仅映射装车照片1至5，不表示司机审核或真实签收。真实外接报价沿原费用路径发布，未知派送补充资料与费用保持未确认，不猜测金额或原费用覆盖、不填写零费；后续由既有后台资料／费用管理维护。装车中上传齐资料不会提前发车；照片先齐时派送失败回滚本次装车确认、保留已保存照片，原请求可重试。装车完成原键恢复本次事务原最终阶段（AFTER_LOADING或DELIVERING），资料保存原键恢复原保存结果，当前阶段须另读；不重复扣库存。 6. 实际发车后为派送中；全部正常签收完成后自动进入配送完成。派送中可以“标记异常”：类型必填（拒收、部分签收、车辆异常），退货去向选填（退回海外仓、其他），说明和图片选填。登记沿排车维护权限，按本车版本及原请求键防重，异常记录和图片保存在主单并于现有“排车信息”详情回看；阶段仍为派送中，不自动创建退货、恢复库存或确认签收。异常后续处置由人工处理，本轮不新增线上异常闭环。 - 2026-10-21 资料入口确认：装车中、装车后从“管理资料”打开整车五张照片；有效排车在派送中、配送完成统一从“管理资料”居中弹框进入，签收文件、油耗图片、装车资料三个页签；按本车真实关联派送单及客户范围切换。签收文件与 BOL 复用派送单原附件记录；排车装车资料只维护整车共用的五张照片，不再同时显示另一套派送单装车照片上传框。派送单既有附件仍可从派送单资料入口查看，当前页签的上传类别统计只包含该页签内容。签收文件保存即沿现行逻辑完成对应派送单，全车全部正常签收才汇总配送完成；其他资料后补，不作为完成门禁。车辆与司机审核附件只读回看，油耗图片按车复用车队附加照片、版本及历史；排车入口以dispatch:list读取、dispatch:edit上传两个油耗框，不改变车队原独立权限。外配任务原入口仍只输出五个装车框，但共享记录允许排车入口补充油耗图片；不复制派送签收文件为车队照片，不新增状态或数据库表。 + 2026-10-21 资料入口确认：装车中、装车后从“管理资料”打开整车五张照片；有效排车在派送中、配送完成统一从“管理资料”居中弹框进入，签收文件、装车资料两个页签；2026-10-22 暂隐藏油耗图片上传和展示入口，原图片、版本及历史保留；按本车真实关联派送单及客户范围切换。签收文件与 BOL 复用派送单原附件记录；排车装车资料只维护整车共用的五张照片，不再同时显示另一套派送单装车照片上传框。派送单既有附件仍可从派送单资料入口查看，当前页签的上传类别统计只包含该页签内容。签收文件保存即沿现行逻辑完成对应派送单，全车全部正常签收才汇总配送完成；其他资料后补，不作为完成门禁。车辆与司机审核附件只读回看，油耗图片按车复用车队附加照片、版本及历史；保留原油耗接口的dispatch:list读取、dispatch:edit上传权限，当前排车页面不挂载油耗框，不改变车队原独立权限。外配任务原入口仍只输出五个装车框，但共享记录允许排车入口补充油耗图片；不复制派送签收文件为车队照片，不新增状态或数据库表。 2026-10-21 本轮登记契约：`POST /api/platform/v1/last-leg/dispatches/{dispatchNo}/exceptions`，动作`MARK_EXCEPTION`，`recordVersion/idempotencyKey/exceptionType`必填；`returnDirection/description/imageFileIds`选填。说明最多1000字、图片最多20张；异常图片类型`OVERSEAS_DISPATCH_EXCEPTION_EVIDENCE`，平台0、本车ID归属，非空JPG/PNG、单文件10MiB。主表新增可空`exceptions_json`，与原版本、历史、命令账本同事务保存；代码及基线已准备，未执行SQL或部署。 @@ -47,7 +51,7 @@ 候选分页参数为`page`（默认1）、`size`（默认20，最大50）及服务端仓库页签`warehouseTab=ALL/LAX/NYC`；沿用原仓、计划、订单、目的仓、来源阶段和草稿筛选。响应`total/page/size/pages`明确筛选全集及当前页，顶层`complete`仅首且唯一页包含全部来源时为true，不能用于拒绝普通分页；`selectionGroup.complete`继续独立证明同托及整申请完整来源。原草稿一次选取仍由服务端解析完整组，不能按页拆开锁货。 - 原PLAN实收后的PDA任务GET须在不写入绑定的前提下，核对原客户、仓、目的地、订单组成及完整同托来源后返回真实可拣仓位和实收箱数。2026-10-21 用户确认按托排车、扫描托盘码作业：自动预分配箱数仅是预排估算，不能作为实收后逐托箱数必须相等的门禁；例如同批两托预排10+10、实收9+11，须沿原车继续拣货，不要求人为改回10+10或仅为此退回重审。首次pick在原事务中加锁复核、同步本车已实收原计划的明细箱数与整车/车次总数、绑定实托及扣减库存，失败整体回滚；原审核身份与历史保留。PDA扫码默认带出本来源当前可拣数量，不再默认1箱。未实收、来源身份变化、冻结/其他占用及重复扣货仍须阻止，不能因放开预估数量约束吞入其他客户、订单或未选中的同托来源。诊断接口补仓位不算正式PDA产品链路通过。 + 2026-10-22 用户进一步确认：逐托数量在拆柜清点并确认入库时确定，收货9+11，原车出货也必须为9+11；不能等首次出货再补写数量。实收前的预排估算仅保留计划依据，不作为实收后逐托箱数相等的门禁。确认入库在原事务内先锁齐原车辆、排车与预约，再按已确认的逐客户、订单及托盘来源更新原排车实托绑定、明细箱数、整车/车次汇总和预约逐票分配；失败整体回滚，不产生出库扣减。预约归属沿原选择唯一匹配，不按托数均分实收、不替现场猜测多批次分配；身份及归属不变的自然实收保留原审核与历史。PDA任务GET只读取收货已交接事实，不投影修正数量；出货扫码只执行已确认的实托及箱数，不补绑定或改写收货数量，默认带出本来源可拣数量。未实收、来源身份变化、冻结/其他占用及重复扣货仍须阻止，不能吞入其他客户、订单或未选中的同托来源。诊断接口补仓位不算正式PDA产品链路通过。 ## 二 原型依据与详情四块 diff --git a/海外仓业务/预约工作日历V13变更说明.md b/海外仓业务/预约工作日历V13变更说明.md index 9b61921..5272f0d 100644 --- a/海外仓业务/预约工作日历V13变更说明.md +++ b/海外仓业务/预约工作日历V13变更说明.md @@ -12,7 +12,7 @@ - 用户随后明确恢复日历顶部“新增预约”：本次先支持FBA，普通客户仓不在本次范围。居中弹框选择已有货物，核对真实来源后复用原预约表单与保存接口；同起运仓、同目的FBA仓可跨客户合约，保留原写权限、版本/幂等、未知结果重试及未保存保护。货物查询栏支持可搜索、可清空的目的FBA仓下拉框；选项来自同权限范围的权威美国FBA目录，不从当前分页推算。提交查询后回到第一页，翻页沿用目的仓条件，重置恢复全部目的仓；跨页已选货物仍保留并执行同起运仓、同目的仓校验。保存成功显示真实预约编号及内容，不自动创建车次，不增加第五类日历或手工编造到港/还柜等事实。 - 平台新建及重新登记 FBA 送仓预约时均填写已取得的外部约号、确认开始时间和可选结束时间，直接保存正式确认，不再提供“先保存安排，等待对方确认”选项；已有取消、替代和只读记录仍展示真实历史状态。客户、来源版本、目的仓、货物完整性与外部约号唯一性校验继续执行。 - 入口移除全局工作待办、流程筛选、负责人分派、跟进、复核、责任交接，以及货物核实/分批/共约/共车编排入口；这些原业务在相应模块继续处理。仍由其他业务页面实际使用的精确来源或事项深链可以打开原业务表单，不恢复旧全局待办及筛选协议。 -- 排车日历同时返回各排车单货物快照中的关联柜号，按单去空、去重；同车多个柜号均可在当前日历范围搜索，仍只展示一条排车安排。柜号只作检索和展示，不改变客户归属、货物数量或排车状态。详情明确展示起运仓时区及当地计划出发时间；北京时间与美国当地日期可能跨日，不把浏览器日期用作日历归属。 +- 排车日历同时返回各排车单货物快照中的关联集装箱号，以及货物通过同客户真实尾程订单关联的原装柜事件中的柜次短号（如 D1821），分别按单去空、去重；同车多个完整柜号、柜次短号均可在当前日历范围搜索，支持忽略大小写的包含匹配，仍只展示一条排车安排。没有装柜来源时不推测短号，也不依赖当月到港记录拼接短号。柜号只作检索和展示，不改变客户归属、货物数量或排车状态。详情明确展示起运仓时区及当地计划出发时间；北京时间与美国当地日期可能跨日，不把浏览器日期用作日历归属。 - 缺权限、来源失败或缺时区明确提示数据范围不完整，不能显示为全部完成或完整空日历。未能定位日期的排车提示具体排车单号和原因，避免误认为当前搜索的单据缺资料。未知日期保留未定，不用浏览器当前日期、内部 ID 或假数据补齐。 代码与自动检查、部署、真实 HTTP 及人工视觉验收分别判定；本次 UI 目标仍为1920×1080、100%缩放，用户截图确认后才记录视觉通过。 diff --git a/独立任务协作登记.md b/独立任务协作登记.md index 50590bf..dc466ac 100644 --- a/独立任务协作登记.md +++ b/独立任务协作登记.md @@ -1,5 +1,26 @@ # 测试环境独立任务协作登记 +## 2026-10-22 用户反馈18项修复与发布验收 + +总控为“22号问题总控”`01a16320-fcec-7332-8223-0b51e9c382e9`，目标为 TEST 项目 `c64729ff-6710-43c6-8ef2-d84e9666cc1e`、host `local`、当前工作区 `C:/Users/BY-OY/Desktop/code/chongchong-global`。复用现有任务，不新建聊天、分支或 worktree，不操作开发工作区。 + +用户明确纠正：`01a16323-8ab4-7a83-be01-df8966f4ac8d` 是由用户直接跟进请求重放问题的对话，不接受本总控新增派工、优先级、冻结或交接要求。此前相关追加要求撤销，总控停止向它发送消息；它不承担本批12–18项。其既有差异保留，由总控只读核对交付和文件边界。 + +用户已授权全部代码提交、TEST部署、测试数据库操作、真实HTTP调用，以及随后内置浏览器登录验收。Admin/Client按1920×1080，国内/海外PDA按390×848验收。最新目标同时要求验收请求重放机制删除后的行为；该验收由总控负责，不给上述独立对话追加任务。凭据只从用户指定私有配置目录读取，不进入源码、文档或公开报告。实际发布、SQL和HTTP/UI结果只维护在[测试环境主契约](测试环境单机部署与配置契约.md)。 + +需求梳理已经结束，本批实施1–18；第19项“快递派送”明确暂缓。第12项放舱后仅允许维护预计到港，其他冻结资料不放开；第14项删除“调整已有排车货物”页签及调整能力，错误配货按现有资格取消并重新建单，不迁移调整入口或自动取消。第18项沿现有槽位命名“装车现场、装车清单、发车前检查、驾驶证、回执”。 + +| task_id | 对话及稳定职责 | 本批交付与边界 | +| --- | --- | --- | +| `01a16323-754a-7002-90a6-547545105647` | 22号修复｜订单审核与称重 | 1–3、13、17–18已交付并停止编辑；海外PDA样式和五照片名称在总控只读核实原写者结束后接续完成，69项直接检查通过。 | +| `01a16323-7a96-7182-a73c-7ffa47b53b72` | 22号修复｜订舱关联与报关 | 4–5、12已交付；Admin和Firstleg预计到港窄维护、柜号规则及预录单展示。数据库规则由总控按本轮授权审阅执行。 | +| `01a16323-8036-7353-b467-fe3e8465628f` | 22号修复｜排车与车辆资料 | 6–9、11、14–16已交付并停止编辑；删除货物调整入口、1100px审核弹框、真实创建时间；末轮159项相关检查通过。共享样式测试另有4项非本轮页面失败，不据此宣称整套通过。 | +| `01a16323-8ab4-7a83-be01-df8966f4ac8d` | 22号修复｜PC与PDA请求错误锁定清理 | 用户直接跟进的独立请求重放处理；不接受本总控派工或交接要求。已有源码由总控集成、部署及验收，不改派其职责。 | + +共享文件实现已结束，进入总控固定版本、发布及真实验收阶段。执行专项不自行部署、执行SQL或改测试数据。总控保留其他对话已有修改；测试/构建经 `baiyue-firstleg/scripts/local-check.ps1` 两槽门禁，按差异复用有效结果。源码、自动检查、发布健康、真实HTTP、浏览器及扫描设备验收分别记录，未完成项不推定通过。 + +关键验收口径：确认测量弹框标题“确认测量”，正文“审核通过后，入库单将进入待分柜”；预录单/出口报关仅隐藏可见版本，不移除内部并发语义；预约编号、时间和货件来自正式预约与实际货物，去重不得丢票；三类车辆照片在送审/通过时必填，草稿允许未补齐。四端请求失败后提示错误、释放操作态并保留可编辑输入，允许关闭与重新操作，不强制刷新、查询或重放；在途防连点、服务端权限/状态/版本及幂等校验仍保持。实际失败和结果未知分开记录，不能以界面解锁推定业务未执行或据此伪造成功。 + ## 2026-10-21 用户验收32项修复与统一发布 总控为 `01a15eae-fd50-7f42-93b5-eb203648b808`。用户本轮指定复用五个既有对话，并在“样式优化”分区新增两个独立对话，合计七个执行专项；目标为 TEST 项目 `c64729ff-6710-43c6-8ef2-d84e9666cc1e`、host `local`、当前工作区 `C:/Users/BY-OY/Desktop/code/chongchong-global`。两个新对话保存项目已核对为 TEST；五个旧对话的项目迁移工具返回成功，但复读仍为 `projectId=null`，按实际空值登记，不声称迁移已落地。五者均为用户本轮精确指定的本地同工作区任务，未发生跨环境调度；不操作开发工作区、不新建分支或 worktree。