2026-09-04 16:44:08 +08:00
|
|
|
# 国内货柜履约装柜闭环产品确认表
|
2026-08-10 09:11:59 +08:00
|
|
|
|
|
|
|
|
> 确认方式：产品只需在“产品确认”一列填写“同意”，或写明修改后的规则。
|
|
|
|
|
> 会议目标：本表确认后直接进入开发，不再补完整高保真原型。
|
|
|
|
|
|
|
|
|
|
## 一、已经确认
|
|
|
|
|
|
|
|
|
|
| 事项 | 已确认结论 |
|
|
|
|
|
|---|---|
|
|
|
|
|
| 是否新增出仓单 | 不新增，全部状态继续放在现有订单列表和订单详情中 |
|
2026-09-04 16:44:08 +08:00
|
|
|
| 国内国内货柜履约做到哪里结束 | 国内做到“装柜完成”即结束 |
|
2026-08-10 09:11:59 +08:00
|
|
|
| 海外仓状态由谁更新 | 货物到达海外仓后，由海外仓回传；国内人员不能手工确认 |
|
|
|
|
|
| 装柜需要哪些照片 | 空仓、半仓、满仓、锁仓、带锁码照片五类；每类至少 1 张有效照片，同类型允许多张 |
|
|
|
|
|
| 是否填写锁码 | 必填 |
|
|
|
|
|
| PDA 照片来源 | PDA 只允许现场拍照；Admin 可人工上传 |
|
|
|
|
|
| 照片拍错如何处理 | 不硬删除、不覆盖；将错误记录作废并保留原因、操作人和时间 |
|
|
|
|
|
| 什么情况下可以装柜完成 | PDA 拣货完成、五类照片各至少 1 张有效且未作废、锁码填写完成 |
|
|
|
|
|
| PDA 提交方式 | 扫描先保存在本地草稿，员工点击提交时一次批量写入后端，不逐码提交 |
|
|
|
|
|
| PDA 网络要求 | 必须联网；断网不能正式作业或提交，恢复后刷新重试 |
|
|
|
|
|
|
|
|
|
|
## 二、需要产品确认
|
|
|
|
|
|
|
|
|
|
| 序号 | 需要确认的问题 | 建议方案 | 产品确认 |
|
|
|
|
|
|---:|---|---|---|
|
|
|
|
|
| 1 | 订单什么时候从“待分柜”变成“装柜中”？ | PDA 人员开始第一个拣货任务时，订单自动变成“装柜中” | 已确认：进入任务即标记“拣货中” |
|
|
|
|
|
| 2 | 什么情况算“PDA 拣货完成”？ | 本柜所有应拣货物都已处理完成；有数量差异、错货或漏货时，必须先处理异常 | 部分确认：未完成项必须填写异常原因并挂起，不能完成；多人协作和最终复核口径待确认 |
|
|
|
|
|
| 3 | 是否允许部分拣货或跳过货物？ | 允许暂时部分拣货或跳过，但异常未处理完时不能提交“装柜完成” | 已确认 |
|
|
|
|
|
| 4 | 五类照片在 PDA 和 Admin 分别如何采集？ | PDA 只允许现场拍摄；Admin 可人工上传 | 已确认 |
|
|
|
|
|
| 5 | 照片拍错后能否重新拍？ | 同类型允许多张追加；错误或重复照片作废并保留审计，不硬删除、不替换历史记录 | 已确认 |
|
|
|
|
|
| 6 | 锁码录错后如何处理？ | 装柜完成前可修改；装柜完成后必须由有权限的人员发起更正，并填写原因 | 待确认 |
|
|
|
|
|
| 7 | 是否需要后台人员再次审核照片？ | 建议不增加二次审核；PDA 提交后系统检查完整性，符合条件就自动进入“装柜完成” | 待确认 |
|
|
|
|
|
| 8 | 没有完成订舱，能否装柜完成？ | 建议可以，订舱状态只展示，不阻止装柜完成 | 待确认 |
|
|
|
|
|
| 9 | 没有完成拖车预约，能否装柜完成？ | 建议可以，拖车状态只展示，不阻止装柜完成 | 待确认 |
|
|
|
|
|
| 10 | 没有完成报关或取得报关回执，能否装柜完成？ | 建议可以，报关状态只展示，不阻止装柜完成 | 待确认 |
|
|
|
|
|
| 11 | 一个订单是否允许分到多个柜？ | 建议系统保留支持能力；首版是否开放操作，由产品确认实际业务是否存在 | 待确认 |
|
|
|
|
|
| 12 | 一个柜是否允许装多个订单？ | 建议允许，这是拼柜场景；每个订单都要能查到所属柜次和装载数量 | 待确认 |
|
|
|
|
|
| 13 | 一个订单分到多个柜时，什么时候算订单“装柜完成”？ | 建议该订单关联的所有柜次都完成装柜后，订单才显示“装柜完成” | 待确认 |
|
|
|
|
|
| 14 | 装柜完成后发现错柜、错照片或错锁码，由谁更正？ | 建议只有平台指定角色可以更正，必须填写原因并保留修改前记录 | 待确认 |
|
|
|
|
|
| 15 | 现有“派送完成”状态是否改名？ | 建议改为“海外仓已收货”，避免误解为国内派送或末端派送 | 待确认 |
|
2026-09-04 16:44:08 +08:00
|
|
|
| 16 | 海外仓回传后，国内是否还能更改装柜信息？ | 建议不能直接更改，需走单独异常处理流程，不纳入本次国内货柜履约开发 | 待确认 |
|
2026-08-10 09:11:59 +08:00
|
|
|
| 17 | 五类照片需要保存多久？ | 请产品、业务或合规给出期限；未确认前不做自动删除 | 待确认 |
|
|
|
|
|
| 18 | 客户是否可以查看五类装柜照片和锁码？ | 建议客户可查看照片和锁码；如存在内部证据，应明确哪些照片仅平台可见 | 待确认 |
|
|
|
|
|
| 19 | 同一柜次是否允许多人并行拣货？ | 待产品确认任务拆分、数量合并、重复扫描和责任归属；未确认前按单任务单作业员设计，但不固化为不可扩展模型 | 待确认 |
|
|
|
|
|
| 20 | 退出任务或换班时是否释放任务？ | 明确任务占用、草稿保留、接管人和超时释放规则 | 待确认 |
|
2026-08-10 12:46:16 +08:00
|
|
|
| 21 | PDA 开发、扫描与发布方式是什么？ | 已确认采用 uni-app 开发并支持在线更新；Android 广播协议已接入，设备型号不构成门禁 | 已确认 |
|
2026-08-10 09:11:59 +08:00
|
|
|
| 22 | 批量提交超时或失败时如何提示和重试？ | 建议保留草稿，展示可理解错误；员工刷新后重试，重复提交由幂等键返回原结果 | 待确认 |
|
|
|
|
|
|
|
|
|
|
## 三、页面处理确认
|
|
|
|
|
|
|
|
|
|
| 页面 | 建议怎么改 | 产品确认 |
|
|
|
|
|
|---|---|---|
|
|
|
|
|
| 订单列表 | 保留现有页面；保留“待分柜、装柜中、装柜完成”，将“派送完成”按第 15 项调整文案 | |
|
|
|
|
|
| 订单详情 | 增加柜次、PDA 拣货进度、五类多图证据、有效/作废状态、锁码、未完成原因和操作记录 | 部分确认；Admin 权限和客户可见范围待确认 |
|
|
|
|
|
| PDA | 进入任务即标记拣货中；扫描形成持久化本地草稿，点击提交时批量写后端；五类照片各至少一张、可多张追加，PDA 仅现场拍摄 | 已确认；一柜多人协作仍待确认 |
|
|
|
|
|
| 海外仓回传 | 国内订单中只展示回传结果和时间，不提供手工确认按钮 | |
|
|
|
|
|
| 独立出仓单页面 | 不新增 | |
|
|
|
|
|
|
|
|
|
|
## 四、产品最终结论
|
|
|
|
|
|
|
|
|
|
| 结论 | 产品填写 |
|
|
|
|
|
|---|---|
|
|
|
|
|
| 是否按本表直接开发 | |
|
|
|
|
|
| 是否还需要补原型 | |
|
|
|
|
|
| 本次明确不做的内容 | |
|
|
|
|
|
| 产品确认人 | |
|
|
|
|
|
| 确认日期 | |
|
