html/docs
4
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
a4c9ca162a36b43d691a61171c75a68cb84fea3b
docs/头程到尾程分阶段流程/阶段三-国内货柜履约与出仓.md
T
ouyangxq a4c9ca162a 优化
2026-09-24 17:02:32 +08:00

24 KiB
Raw Blame History

阶段三：国内货柜履约与出仓

对应全景流程：F14～F23。
阶段起点：入库单主状态为 WAIT_SPLIT，不存在有效 HOLD。
阶段终点：装柜后完成送港线的仓库离开/进港事实，报关线保留客户确认、正式申报和海关结果；实际开船 VESSEL_DEPARTED 由阶段四承接。
本阶段复用订单、入库单、柜次和装柜计划，不新建独立“出仓单”。LOADED 后报关线和送港线并行；费用确认是并行事实，装柜完成后对已装范围的当前有效费用版本执行系统默认确认。

1. 阶段目标和边界

本阶段把可分柜货物转化为可追溯的真实整柜离仓事实，覆盖：

  1. 模拟柜、智能推荐、人工分配和同柜不可拆组；
  2. 海运订舱草稿、资料补齐和放舱；
  3. 订舱级国内拖车预约；
  4. 模拟柜与订舱柜型需求、真实集装箱号关联；
  5. 预装确认、动态增减和普通散货托盘标签；
  6. 国内 PDA 拣货、整托装柜和异常闭环；
  7. 空仓、半仓、满仓、锁仓、带锁码照五类装柜证据与锁码文本；
  8. 装柜完成、部分装载分片和跨区交接快照；
  9. LOADED 后通知报关行、客户资料收集、回执确认、整柜正式申报和海关结果；
  10. 送港、进港、甩柜/改配、实际离仓和拖车费用归集。

LOADED 表示货物已经完成实际装柜。此时同时触发报关线和送港线：报关线收集客户资料、发送报关行、处理回执和客户确认；送港线安排拖车、离仓和进港。两条线谁先到都保留各自事实，客户未确认不阻断送港，已进港不代表报关完成。容量不足时记录甩柜和改配船次；只有实际开船后才进入海运节点。国内 Admin/PDA 不得把订单推进到海外派送完成 DELIVERED。

2. 角色、终端和对象

角色 终端 主要操作
排柜操作员 Admin 创建模拟柜、搜索候选、推荐/人工加入、调整预装
订舱操作员 Admin 建订舱草稿、维护运输资料、上传文件、放舱
国内调度 Admin 建订舱级拖车预约、选择供应商、维护时间和附件
仓库主管 Admin 预装确认、真实柜号补录、任务和证据监督
PDA 拣货员 国内 PDA 领取唯一柜次任务、扫码、异常、拍照、完成装柜
报关操作员 Admin 汇总整柜资料、开始报关、上传完成文件、完成报关
企业操作员 Client 上传本客户退税/报关资料、查看本企业进度和回执
出仓操作员 Admin 查看组合门禁，必要时人工确认离仓

核心对象：

对象 业务作用 稳定标识
入库单 每票/分片货物履约主体 inboundId、入仓码
模拟柜/柜次 多票货物共享的装载容器 containerBookingId、cabinetNo
装柜计划 柜次唯一预装/PDA 作业聚合 loadingPlanId
海运订舱 船司运输和柜型需求聚合 oceanBookingId、OB-yyMMdd-####
拖车预约 一个已放舱订舱的国内提柜/送柜任务 truckAppointmentId
PDA 任务 单柜次单作业员的现场任务 taskId、任务版本
整柜报关 柜次级资料冻结和回执 柜次及报关记录标识

3. 前置检查

  • 候选入库单已完成阶段二，实际箱数、重量和体积可用；
  • 一件代发已按实际托盘封托；
  • 当前入库单无有效 HOLD；
  • 柜型规格、国内中转仓、有效渠道和供应商主档可用；
  • 操作员理解模拟柜、真实柜号、订舱和拖车是不同对象；
  • 同柜不可拆组、已占用数量和版本冲突均以服务端返回为准；
  • 费用仍可并行维护，客户未确认不阻断排柜、预装、PDA 或装柜；装柜完成后对已装范围的当前有效已发布版本记录系统默认确认。客户确认和系统默认确认来源分开审计；缺少有效费用版本不伪造确认，部分装载不得把余量一起确认。

4. F14 模拟柜与智能排柜

4.1 创建模拟柜

入口：Admin → 国内货柜/智能装柜。

  1. 选择正式装柜仓；
  2. 选择九类计划渠道组之一；
  3. 选择平台有效柜型，核对额定容量和限重；
  4. 填写计划日期和必要备注；
  5. 提交后系统原子创建稳定柜次、cabinetNo 和唯一装柜计划；
  6. 此时可以没有真实集装箱号，也不会因创建模拟柜自动产生订舱。

容量和重量当前允许达到柜型额定值的 150%，超过时服务端拒绝。页面显示仅用于预判，最终以服务端重新计算为准。

4.2 查询候选

工作台可查询 PENDING_REVIEW、WAIT_MEASURE、WAIT_SPLIT、LOADING 等未完成候选。状态是展示维度，能否加入必须看响应中的 canAssign 和原因。

  • 待审核或待测量订单可提前占位；
  • 预装确认和启动 PDA 前，实际作业成员必须进入 WAIT_SPLIT；
  • 普通订单按剩余箱数分配；
  • 一件代发按每个未占用的已封托托盘独立返回和分配，禁止拆托；
  • 同柜不可拆组必须成员完整、满箱并原子加入；
  • 推荐顺序以入库时间先进先出为基础。

4.3 智能推荐和人工加入

智能推荐：设置筛选范围和装载目标，系统逐项校验渠道、仓库、剩余箱数、体积、重量、托盘完整性、组锁和占用，再返回推荐结果。

人工加入：选择候选，填写普通货分配箱数或选择一件代发整托，携带计划版本提交。系统重新校验资格；页面旧结果不能作为写入依据。

一件代发一票多托时逐托展示，其中一托已分配不得隐藏其他未分配托盘。容量不足时跳过整托，不能回退成按箱拆托。

4.4 调整与费用影响

  • 未产生物理拣货的普通明细可增减或移除；
  • 已拣数量是可调整下限；
  • 同柜组只有全组都未拣时才能整组移除；
  • 单行一件代发只能按该行 palletId 整托移除；
  • 成员变化需要重算未冻结的柜级/客户级费用；
  • 已确认、已发送或客户已确认的费用版本不得直接改写，应按费用规则生成新版本或拒绝。

5. F15 海运订舱与放舱

5.1 创建草稿

入口：Admin → 海运订舱。

  1. 选择启用的国内中转仓；
  2. 选择该仓当前有效渠道；
  3. 选择 ACTIVE/BOOKING 订舱供应商；
  4. 填写三类参与方和已知运输资料；
  5. 至少维护一项、最多二十项柜型需求，数量为正整数；
  6. 保存为 DRAFT，系统生成 OB-yyMMdd-#### 订舱号。

草稿允许资料不完整、替换文件和继续编辑。柜型需求只表达需要多少个什么柜型，不创建真实货柜行。

5.2 补齐并放舱

放舱前核对：

  • 提单号全局唯一；
  • 船名、航次、起运港、目的港、ETD、ETA 和运输条款完整；
  • 渠道仍有效；
  • 柜型需求与平台规格一致；
  • 存在有效 BOOKING_CONFIRMATION 或 BILL_OF_LADING 文件；
  • 订舱供应商仍为有效主档。

点击放舱后状态从 DRAFT 进入 RELEASED，运输快照永久只读。放舱不要求真实柜号，不得为了通过校验伪造柜号。

6. F16 订舱级国内拖车

入口：Admin → 国内拖车预约。

  1. 从服务端候选中选择已 RELEASED、有提单号和有效订舱文件的订舱；
  2. 选择 ACTIVE/TRUCKING/DOMESTIC 供应商；
  3. 填写计划装柜时间、联系人和附件；
  4. 保存/提交预约；
  5. 重复创建时返回现有非终态预约，不生成第二张。

拖车单只绑定订舱，不绑定客户、柜次、装柜计划或真实柜号。一个订舱最多一张非终态预约，已有有效完成单不能再次创建收费。

PDA 装柜完成不推进拖车状态。只有订舱要求的全部柜型数量均已关联，并且所有柜均确认国内离仓后，拖车才自动完成。正金额应付拖车费按各柜最终实装体积守恒分摊并发送 Finance；缺供应商归属、有效体积或费用配置时失败关闭，不做伪造均分。

7. F17 柜次关联和真实柜号

入口：Admin → 柜次详情 → 关联订舱/补录柜号。

  1. 选择已放舱订舱的未满配柜型需求；
  2. 选择对应模拟柜；
  3. 校验仓库、渠道映射、柜型、容量、限重和需求剩余数量；
  4. 录入真实集装箱号；
  5. 提交后在原柜次上冻结订舱、需求和柜号快照。

关联不会更换 containerBookingId、cabinetNo、装柜计划或明细。真实集装箱号在同一订舱内唯一，不同提单可按业务规则复用。

订舱关联、预装确认和任务创建技术上可先于柜号，但正式操作应在 PDA 最终完成前补齐。已有柜号纠正仅限计划 EDITING、任务未领取且没有物理作业事实。

8. F18 预装确认、动态增减与标签

8.1 预装核对与确认

入口：Admin → 预装清单。

  1. 打开柜次唯一预装计划；
  2. 核对每个入仓码、客户、目的仓、普通箱数或一件代发托盘；
  3. 查看容量、重量、已占用和异常提示；
  4. 确认所有现场成员已到 WAIT_SPLIT 且未 HOLD；
  5. 点击计划级确认，生成或开放唯一 PDA 任务；
  6. 记录确认快照、操作人和版本。

预装进入 CONFIRMING/CONFIRMED 只冻结确认快照，不锁死尚未完成柜次。计划仍为 EDITING/LOADING 时可继续增加合法明细；未拣明细可调整，已拣明细保持锁定。

新增或调整后计划和任务版本递增，PDA 旧版本必须刷新再作业。

8.2 普通散货托盘标签

普通、非一件代发 FBA 明细在计划 LOADING/COMPLETED 且真实柜号有效时生成正式托盘标签：

  1. 系统按平台柜次号、FBA 地址内部编号和三位序号生成冻结托盘码；新柜次号为全局连续且不按日期重置的 D0001、D0002，托盘码不依赖可跨提单复用的真实柜号；
  2. 地址内部编号从 Warehouse 启用主数据读取；
  3. 缺编号或同柜重复时拒绝生成；
  4. 重复生成必须与已有明细一致；
  5. Admin 全部打印或按仓指定张数打印；
  6. A4 横版每托一页，标签与海外补打复用同一编号。

该标签与阶段二一件代发 DP 托盘不同：一件代发托盘在测量后已实际清点封托，装柜时按冻结整托分配。

9. F19 国内 PDA 拣货装柜

9.1 领取和开始

入口：国内 PDA → 拣货装柜。

  1. 操作员选择当前作业仓；
  2. 打开或扫描柜次任务；
  3. 核对真实柜号、装柜计划和任务版本；
  4. 领取任务后绑定当前作业员、任务和柜次；
  5. 单柜次只允许一名作业员，不支持多人并行或无审计接管；
  6. 进入任务后计划/入库履约按规则进入 LOADING。

正式作业当前只支持在线。设备本地草稿按作业员、任务和柜次隔离；批量提交是否具备完整原子事务仍需在优化/验收中持续核实。

9.2 普通散货扫码

  • 扫描稳定箱码，一箱一码；
  • 不能用 SKU、件数、入仓码或自由文本代替箱码；
  • 系统核对箱码属于当前入库单、当前任务且尚未处理；
  • 连续扫描先进入当前任务草稿，操作员核对后批量提交；
  • 重复扫描不重复增加实装数量。

9.3 一件代发整托装柜

  • 扫描 DP 托盘码，或扫描成员箱码定位所属已封托托盘；
  • 页面展示托盘、入仓码、箱数和 SKU 汇总；
  • 使用 PICK_PALLET 一次提交整托；
  • 禁止部分拣货、拆托或将同托不同订单成员分开提交；
  • 装柜完成按 palletId 精确冻结每托箱唛和 SKU，不能按整票模糊复制。

9.4 部分拣货、跳拣和异常

允许分批扫描和暂时跳过，但每个未完成项必须选择/填写异常原因。存在未解决异常、缺少处理单元、数量不平或版本冲突时不能完成任务。

提交超时后先查询任务明细和操作结果，禁止更换幂等键盲目重复提交。版本冲突时刷新任务，保留未提交草稿并重新核对。

10. F20 装柜证据与铅封

PDA 按现场要求采集五类证据：

  1. EMPTY：空仓照片；
  2. HALF：半仓照片；
  3. FULL：满仓照片；
  4. LOCKED：锁仓照片；
  5. SEAL：带有效铅封号的带锁码照片。

每类至少一张有效照片，同类允许追加。PDA 仅允许现场相机拍摄；有权限的 Admin 操作员/理货员可人工补充，普通拣货员不开放后台上传。

证据先上传 File 获得合法文件引用，再绑定柜次/任务。错误图片只能作废，不能硬删除；需保留上传、作废、操作者、时间、文件哈希和幂等记录。照片及铅封号当前不对客户展示。

11. F21 装柜完成与分片

PDA 点击“完成装柜”时，服务端重新校验：

  • 任务属于当前柜次和仓库且版本一致；
  • 真实集装箱号存在；
  • 所有普通箱码或一件代发整托均核平；
  • 没有未解决异常；
  • 空仓、半仓、满仓、锁仓、带锁码照五类证据和锁码文本完整；
  • 计划明细、已拣数量和最终实装数量守恒。

校验通过后：

  1. PDA 任务和装柜计划进入 COMPLETED；
  2. 实装来源入库单进入 LOADED；
  3. 生成最终实装箱码、托盘、SKU 和证据快照；
  4. 对部分装载执行一次分片；
  5. 生成跨区 Outbox，但后续消费必须保持幂等。

部分装载时，已装数量形成当前柜次的 LOADED 子入库单，余量形成可继续 WAIT_SPLIT 的后续子单；只允许一层分片，所有子项总和必须等于来源数量。客户订单身份和入仓码关联不能丢失。

12. F22 客户资料与整柜出口报关

12.1 F22-A LOADED 后通知报关并建立客户案例

入口：LOADED 事件 → Admin/Client → 报关资料。

  1. 装柜完成后按最终实装清单通知报关行，建立本柜报关批次和每个客户/入仓码的 customerCustomsCase；
  2. 客户上传本企业资料，平台校验客户、订单、入仓码、实际装载数量和文件归属；
  3. 平台将资料发送给报关行，记录发送时间、资料版本和 roundNo；
  4. 报关行返回本轮回执，平台保存文件和回执字段，并向对应客户展示确认任务。

柜前可以存在资料准备或历史附件，但不创建本柜正式客户确认轮次，也不能显示“已通知报关”。客户资料缺失只形成报关线补件待办，不阻断送港线。

12.2 F22-B 报关行回执与客户确认循环

客户查看报关行回执后有两个结果：

  1. 确认：当前客户案例进入 CUSTOMER_CONFIRMED，保存确认人、确认时间、回执版本和幂等键；
  2. 打回：当前案例进入 NEEDS_RESUBMIT，保存打回原因；客户重新上传/替换资料，平台重新发送报关行，报关行生成新回执，roundNo 加一后再次发客户确认。

客户打回只重开对应客户案例，不重置其他客户已经确认的轮次。直到柜内所有客户案例都为 CUSTOMER_CONFIRMED，才允许进入整柜正式提交。

12.3 F22-C 所有客户通过后的整柜正式申报

  1. 平台检查所有客户案例均已确认，冻结本柜最终实装和资料版本，生成整柜正式申报批次；
  2. 将整柜资料提交报关行确认，报关行完成正式申报；首版不做外部系统直连，保留人工提交和审计记录；
  3. 海关结果独立记录为查验、免查验放行、补件/退回、扣货等，不把客户确认回执直接当成海关放行；
  4. 报关线的任一结果都不覆盖送港线的离仓、进港、甩柜事实。送港线可以先到港，报关线也可以先完成客户确认或正式申报。

13. F23 送港、进港与甩柜

13.1 出仓硬门禁

送港线的离仓/进港门禁逐项检查：

  • 无有效 HOLD；
  • 入库单为 LOADED；
  • 装柜计划为 COMPLETED；
  • PDA 柜次任务为 COMPLETED；
  • 订舱已 RELEASED 且分配当前柜次；
  • 五类证据与有效锁码文本完整；
  • 送港任务和当前船次分配完整；
  • 报关客户确认或海关结果不作为仓库离开、送港和进港的前置。

订舱、拖车、仓库离开和港口进场属于送港线事实。报关线可以先完成客户确认或正式申报，也可以晚于进港；两条线各自展示阻断项。容量不足时记录 ROLLED_OVER，保存原船次、滚动次数、新船次、预计开船时间和客户通知。

13.2 自动与人工确认离仓

送港状态变化或其他送港门禁满足时系统自动尝试收敛。未自动完成时，平台在柜次/送港页面：

  1. 打开门禁清单；
  2. 逐项处理未通过原因；
  3. 全部通过后点击确认离仓；
  4. 携带当前版本和幂等键提交；
  5. 查看唯一离仓历史和第一条实际节点。

成功后系统：

  • 写入整柜唯一国内离仓事实；
  • 写入实际 DEPARTED_WAREHOUSE 节点；
  • 写入 PORT_RECEIVED 或 ROLLED_OVER；
  • 维护船次和开船前等待，不把预计 ETD 记成海运在途；
  • 检查并尝试完成订舱级拖车；
  • 保持跨区交接事件可重试且不重复建单。

实际离仓和进港节点产生后禁止撤销。发现错误转入线下和后续阶段异常处理，不提供修改历史伪装未离仓或未进港的能力。报关线的客户打回、重新发送和海关查验单独记录，不回滚送港事实。

14. 状态和动作总表

对象 关键状态 推进动作
入库单 WAIT_SPLIT → LOADING → LOADED 分配/开始 PDA/完成装柜
装柜计划 EDITING → LOADING → COMPLETED 预装调整/PDA 作业/最终完成
订舱 DRAFT → RELEASED 补齐资料并放舱
拖车 非终态 → COMPLETED 所有要求柜次实际离仓后自动完成
报关 WAITING_DOCUMENTS → SENT_TO_BROKER → RECEIPT_PENDING_CUSTOMER_CONFIRM → CUSTOMER_CONFIRMED / NEEDS_RESUBMIT → ALL_CUSTOMERS_CONFIRMED → FORMAL_SUBMITTED → INSPECTION/RELEASED 装柜后通知报关行；回执必须经对应客户确认，打回则新资料/新回执轮次
送港 PORT_DELIVERY_PENDING → DEPARTED_WAREHOUSE → IN_TRANSIT_TO_PORT → PORT_RECEIVED / ROLLED_OVER 独立安排拖车和进港；容量不足记录甩柜和改配，不等待报关客户确认
海运 WAITING_SAILING → VESSEL_DEPARTED → IN_TRANSIT 只有承运船舶真实开航才进入海运节点

主状态只表达阶段结果。订舱、拖车、PDA、证据和报关保持关联子状态，页面应汇聚展示，但不能互相覆盖。

15. 异常与恢复

场景 处理方式
候选显示可用但提交失败 以服务端最新占用/版本为准，刷新后重排
待测量订单已占位 可保留计划占位，确认预装前必须到 WAIT_SPLIT
一件代发整托容量不足 跳过整托或换柜，禁止拆托
订舱资料不全 保持 DRAFT，补齐后再放舱
放舱后资料错误 不原地篡改冻结快照，按业务异常处置
真实柜号暂缺 可先关联/确认，但最终装柜前必须补齐
PDA 旧版本 刷新计划，不以旧版本覆盖新增明细
扫描错箱/重复箱 拒绝或提示已处理，核对稳定箱码
未完成项有异常 记录原因并解决，禁止完成任务
照片错误 作废并重拍，不硬删除证据
部分装载 一次分片，已装与余量数量守恒
报关资料缺失 定位对应客户/入仓码补件，办理批次不伪造完成
出仓门禁未齐 展示具体阻断项，条件变化后受控重试
离仓请求超时 查询唯一离仓历史/节点后再处理，不重复写事实

16. 数据流和阶段完成判定

WAIT_SPLIT 入库单/已封托托盘
  → 模拟柜与唯一装柜计划
  → 已放舱订舱 + 真实柜号 + 订舱级拖车
  → 预装确认/动态调整
  → PDA 实装 + 五类证据
  → COMPLETED / LOADED + 数量分片 + 跨区快照
      ├─ 报关线：通知报关 → 客户资料 → 报关行回执 → 客户确认/打回重做
      │             → 所有客户通过 → 整柜正式申报 → 查验/放行
      └─ 送港线：拖车 → DEPARTED_WAREHOUSE → PORT_RECEIVED
                    → 甩柜/改配（如发生）→ 等待实际开船
  → VESSEL_DEPARTED → 海运节点查询

阶段完成必须同时满足：

  • 最终柜次、装柜计划、订舱、真实柜号关联可追溯
  • 全部实装箱/托盘/SKU 与入库单数量守恒
  • PDA 任务完成且无未解决异常
  • 五类证据和锁码文本完整有效
  • 装柜计划 COMPLETED，实装入库单 LOADED
  • 部分装载时已装子单和余量子单正确
  • 报关线已为每个客户建立案例，回执、确认/打回和每轮资料版本可追溯
  • 送港线已记录唯一国内离仓历史；如已进港，存在 PORT_RECEIVED，如甩柜，存在原船次/改配船次历史
  • 客户全部确认后才允许整柜正式提交；正式申报后的查验/放行结果单独记录
  • 船舶实际开航后才写入 VESSEL_DEPARTED 并启动海运节点查询
  • 跨区事件可幂等重试；送港线和报关线任一先完成都不覆盖另一条线

17. 易用性与数据流评审问题

  1. 排柜工作台是否充分解释“可提前占位”和“可实际作业”的差别？
  2. 推荐结果是否应逐项展示未入选原因、容量影响和费用影响？
  3. 模拟柜、柜次编号、真实柜号、订舱号和提单号是否在页面上容易混淆？
  4. 订舱、拖车、预装、PDA、报关是否需要一个柜次级总控清单，而不是跨页面查找？
  5. 预装确认后仍可动态增减时，如何提示 PDA 版本已过期并保护未提交草稿？
  6. PDA 批量提交需要补齐怎样的原子性、离线/弱网和失败整批回滚验收？
  7. 五类证据是否要提供拍摄引导轮廓、清晰度检查和缺图计数？
  8. 部分装载分片在 Client 应如何展示，避免客户误以为整票已经全部装柜？
  9. 报关资料清单、补件责任人、截止时间和回执匹配是否需要结构化待办？
  10. 出仓门禁失败是否需要直接跳转到对应处理页面？
  11. 拖车不作为出仓硬门禁的现行口径，是否与现场调度责任一致？
  12. 实际离仓不可撤销后，错误柜号或错误时间的合规更正流程由谁负责？

18. 阶段四交接包

交给阶段四的权威数据包括：

  • 柜次、真实集装箱号、订舱号、提单号、船名和航次；
  • 起运港、目的港、ETD/ETA 和运输条款快照；
  • 最终实装订单、入仓单、箱码、托盘、SKU、重量和体积；
  • 装柜五类证据引用和报关完成事实；
  • 国内离仓时间和 DEPARTED_WAREHOUSE 实际节点；
  • 跨区事件版本、事件 ID 和有效载荷哈希；
  • CarrierScheduleQuery 及后续船节点查询上下文；
  • 未冻结费用和拖车应付等并行财务结果。

19. 事实来源

  • docs/国内货柜履约/README.md
  • docs/国内货柜履约/国内货柜履约页面与原型清单.md
  • docs/归档/头程到尾程/头程下单到尾程出库现状流程全景清单.md
  • docs/统一订单主状态与操作契约.md
  • apps/admin-web/src/modules/container-loading/
  • apps/admin-web/src/modules/loading-lists/
  • apps/pda-uniapp/AGENTS.md
  • apps/pda-uniapp/pages/picking/picking.vue
  • baiyue-firstleg/firstleg/AGENTS.md
  • baiyue-firstleg/firstleg/src/main/resources/openapi/loading-lists-v1.yaml
  • baiyue-firstleg/firstleg/src/main/resources/openapi/ocean-bookings-v1.yaml
  • baiyue-firstleg/firstleg/src/main/resources/openapi/truck-appointments-v1.yaml
  • baiyue-firstleg/firstleg/src/main/resources/openapi/customs-v1.yaml
  • baiyue-firstleg/firstleg/src/main/java/com/baiyue/firstleg/service/SmartLoadingService.java
  • baiyue-firstleg/firstleg/src/main/java/com/baiyue/firstleg/service/LoadingPickService.java
  • baiyue-firstleg/firstleg/src/main/java/com/baiyue/firstleg/outbound/dispatch/service/OutboundDispatchService.java
Reference in New Issue View Git Blame Copy Permalink