优化
This commit is contained in:
@@ -173,6 +173,7 @@ Admin 仍使用 Element Plus。普通 `el-select` 由构建组件解析器统一
|
||||
| 测量作业主弹框 | 平台实测箱规 | `#fffbf4` |
|
||||
|
||||
- 表格单元格以白底为主，表头采用“尺寸与颜色”的统一浅蓝底、深蓝文字；普通字号、控件高度、行高、间距沿用公共令牌。单位、必填标识、校验错误、表单标签及原因说明完整保留。
|
||||
- 弹窗中横向排列的表单标签与控件垂直居中，由 `adminDensity.css` 统一处理；普通表单、行内表单和连续编辑表共用此规则，顶部标签保持原有上下排列。
|
||||
- 汇总尽量只出现一次；表格已完整表达的字段不再另做统计卡片。错误、警告、成功及禁用状态继续使用现有语义，彩色分区不掩盖真实风险。
|
||||
|
||||
#### 底部操作与交互
|
||||
|
||||
@@ -262,7 +262,7 @@ Admin `modules/overseas-warehouse/pages/DispatchesView.vue`、`DispatchDetailVie
|
||||
|
||||
### Admin 货物计划与装车命令
|
||||
|
||||
- 装车完成通过`completeDispatchLoading`一次提交，结果仅接受`AFTER_LOADING`；原请求恢复不重建单据。未知费用保持未确认，由既有后台费用管理维护，不按金额推断覆盖或重复记费。已有排车加货和移货仅从`SmartDispatchDialog.vue`内的`SmartDispatchExistingCargo.vue`进入；移货必须使用`GET items`返回的真实dispatchItemId及逐项remove Gate；路线仅重排`GET route`返回的既有全部目的地，包含外接点，不能新增或猜测目的地。附件沿`DispatchEvidenceFiles.vue`的本车鉴权上传/读取，上传与主单引用保存分开。
|
||||
- 装车完成通过`completeDispatchLoading`一次提交，返回状态、照片可上传阶段与自动推进条件按本节排车现行契约消费；原请求恢复不重建单据。未知费用保持未确认，由既有后台费用管理维护，不按金额推断覆盖或重复记费。已有排车加货和移货仅从`SmartDispatchDialog.vue`内的`SmartDispatchExistingCargo.vue`进入；移货必须使用`GET items`返回的真实dispatchItemId及逐项remove Gate；路线仅重排`GET route`返回的既有全部目的地，包含外接点，不能新增或猜测目的地。附件沿`DispatchEvidenceFiles.vue`的本车鉴权上传/读取，上传与主单引用保存分开。
|
||||
|
||||
- 排车列表车辆信息编辑、BOL PDF 和装车完成从 `pages/DispatchesView.vue` → `api/dispatches.ts` 进入；列表和详情不另设添加／移除货物入口。货物计划统一由 `components/SmartDispatchDialog.vue` 承载：新建使用候选、草稿及托盘锁，已有排车经 `components/SmartDispatchExistingCargo.vue` 读取实际明细并按版本增减；两类服务端命令不得混用。原加货／移货未知请求也在智能排车恢复。回归为对应组件测试、`pages/DispatchesView.test.ts`、`pages/DispatchDetailView.test.ts` 及 `pages/prototypeContract.test.ts`。
|
||||
|
||||
@@ -274,9 +274,9 @@ Admin `modules/overseas-warehouse/pages/DispatchesView.vue`、`DispatchDetailVie
|
||||
|
||||
- 尾程订单、库存余额与进销存记录导出统一使用 `../downloads/` 的 `useExportTask` 创建 XLSX 任务；保留当前筛选和业务导出权限，并要求 `platform:download:list`。Lastleg 内部 Provider 契约为 `lastleg-exports-v1.yaml`，业务页面不再请求同步 CSV。
|
||||
|
||||
### Admin 装车后资料入口
|
||||
### Admin 装车照片与资料入口
|
||||
|
||||
- 装车后资料从 `components/DispatchDocumentsDialog.vue` → `DispatchLoadingDocuments.vue` → `api/dispatchLoadingDocuments.ts` 进入；五框按整车保存，不依赖派送权限或派送单。原上传/绑定结果未知保留原文件、版本及键；明确版本冲突后刷新再用原文件保存。两端共享及自动推进规则唯一见排车正式契约。
|
||||
- 装车照片与资料从 `components/DispatchDocumentsDialog.vue` → `DispatchLoadingDocuments.vue` → `api/dispatchLoadingDocuments.ts` 进入；五框按整车保存，不依赖派送权限或派送单。原上传/绑定结果未知保留原文件、版本及键；明确版本冲突后刷新再用原文件保存。两端共享及自动推进规则唯一见排车正式契约。
|
||||
|
||||
## 海外业务费用来源与客户财务
|
||||
|
||||
|
||||
@@ -38,7 +38,7 @@
|
||||
|
||||
候选分页参数为`page`（默认1）、`size`（默认20，最大50）及服务端仓库页签`warehouseTab=ALL/LAX/NYC`；沿用原仓、计划、订单、目的仓、来源阶段和草稿筛选。响应`total/page/size/pages`明确筛选全集及当前页，顶层`complete`仅首且唯一页包含全部来源时为true，不能用于拒绝普通分页；`selectionGroup.complete`继续独立证明同托及整申请完整来源。原草稿一次选取仍由服务端解析完整组，不能按页拆开锁货。
|
||||
|
||||
原PLAN实收后的PDA任务GET须在不写入绑定的前提下，核对原客户、仓、数量、目的地、订单组成及完整同托来源后返回真实可拣仓位。未实收或组成变化不返回可拣仓位；首次pick仍在原事务中加锁复核、绑定原计划实托及扣减库存。诊断接口补仓位不算正式PDA产品链路通过。
|
||||
原PLAN实收后的PDA任务GET须在不写入绑定的前提下，核对原客户、仓、目的地、订单组成及完整同托来源后返回真实可拣仓位和实收箱数。2026-10-21 用户确认按托排车、扫描托盘码作业：自动预分配箱数仅是预排估算，不能作为实收后逐托箱数必须相等的门禁；例如同批两托预排10+10、实收9+11，须沿原车继续拣货，不要求人为改回10+10或仅为此退回重审。首次pick在原事务中加锁复核、同步本车已实收原计划的明细箱数与整车/车次总数、绑定实托及扣减库存，失败整体回滚；原审核身份与历史保留。PDA扫码默认带出本来源当前可拣数量，不再默认1箱。未实收、来源身份变化、冻结/其他占用及重复扣货仍须阻止，不能因放开预估数量约束吞入其他客户、订单或未选中的同托来源。诊断接口补仓位不算正式PDA产品链路通过。
|
||||
|
||||
## 二 原型依据与详情四块
|
||||
|
||||
|
||||
Reference in New Issue
Block a user