diff --git a/二期/二期V2需求确认清单.md b/二期/二期V2需求确认清单.md
index a802560..a2d04c0 100644
--- a/二期/二期V2需求确认清单.md
+++ b/二期/二期V2需求确认清单.md
@@ -7,6 +7,8 @@
 
 > 技术状态（2026-08-04）：任务 `019fc6f9-8dcf-74e1-bc68-d42f15d7802a` 已完成核心正常主链路开发和真实 API 回归。以下“产品确认状态”仍由产品/业务负责人填写，技术完成不自动等同于产品确认。
 
+> 订单衔接规则更新（2026-08-07，已确认）：客户草稿不生成入仓码；客户提交进入待审核时立即生成并固定唯一入仓码。平台审核不以选择承运商为前置条件；审核通过后才创建可进入测量流程的正式入库单，并沿用提交时生成的入仓码。承运商可在后续履约或计费前补充。
+
 > 主体模型：二期只实现“平台—客户”两级；业务数据的 `tenant_id>0` 是客户隔离兼容字段，平台公共仓储资源归属 `tenant_id=0`。下表历史“资源租户”均指公共主数据技术归属，不代表真实租户。
 
 ## 一、使用说明
@@ -57,8 +59,10 @@
 ## 五、确认后形成的二期主流程
 
 ```text
-一期头程订单审核通过
-  → 生成入库单和唯一入仓码
+一期头程订单提交待审核
+  → 生成并固定唯一入仓码
+  → 平台审核通过（承运商不是审核前置条件）
+  → 创建正式入库单并沿用该入仓码
   → 第三方回传长宽高
   → 上传称重图片并进行 OCR
   → 人工校正和确认重量
diff --git a/二期/二期需求优化版-v2-测量计费入库主流程.md b/二期/二期需求优化版-v2-测量计费入库主流程.md
index 847877a..7aaedce 100644
--- a/二期/二期需求优化版-v2-测量计费入库主流程.md
+++ b/二期/二期需求优化版-v2-测量计费入库主流程.md
@@ -9,13 +9,17 @@
 
 > 技术实现状态更新（2026-08-04）：任务 `019fc6f9-8dcf-74e1-bc68-d42f15d7802a` 已完成核心正常主链路开发，并通过本地测试 MySQL 和隔离端口真实 API 回归。产品/业务待确认项仍以第九章和《二期 V2 需求确认清单》为准。
 
+> 订单衔接规则更新（2026-08-07，已确认）：草稿不生成入仓码；订单提交进入待审核时立即生成并固定唯一入仓码。平台审核无需先选择承运商；审核通过后才创建正式入库单并沿用该码，承运商可在后续履约或计费前补充。
+
 ## 一、结论
 
 二期主流程应从原来的“人工测量—测量审核—接收审核—人工计费—填写一个库位”调整为：
 
 ```text
-一期头程订单审核通过
-  → 生成入库单和唯一入仓码
+一期头程订单提交待审核
+  → 生成并固定唯一入仓码
+  → 平台审核通过（承运商不是审核前置条件）
+  → 创建正式入库单并沿用该入仓码
   → 第三方测量设备按入仓码回传长宽高
   → 上传称重图片并由 OCR 识别重量
   → 人工校正 OCR 结果并汇总实际重量
@@ -358,7 +362,7 @@ POST /internal/location-reservations/{reservationNo}/release
 
 ### 8.1 正常流程
 
-1. 已审核的一期订单生成唯一入仓码。
+1. 一期订单提交待审核时生成唯一入仓码，审核通过后创建正式入库单并沿用该码。
 2. 第三方用入仓码回传多条长宽高，同一事件重复回传不产生重复数据。
 3. 操作员上传多张称重图片，OCR 识别后可逐条修正，系统正确累加 KG。
 4. 审核员通过测量，系统按客户规则、船司、FBA 目的仓匹配唯一有效价格。
@@ -402,7 +406,7 @@ POST /internal/location-reservations/{reservationNo}/release
 
 ### 11.1 已实现并通过真实 API 验证
 
-- 订单审核后生成入库单和唯一入仓码。
+- 订单提交待审核时生成唯一入仓码；审核通过后创建正式入库单并沿用该码，审核不强制选择承运商。
 - 平台测量草稿、箱规明细、尺寸证据图片绑定。
 - 称重图片上传、OCR 失败状态、人工修正、重量确认和多重量汇总。
 - 测量提交、托盘拆分、库位预占及确认占用。