目录
货代业务里，“托书”、“补料”、“报关单”经常出现在同一个出口订单中，但它们解决的是三件不同的事：
- 托书：告诉货代/船公司“我要怎么订舱、怎么出货”
- 补料：货装完后，告诉船公司“最终提单应该怎么做”
- 报关单：告诉海关“我出口的到底是什么货、多少、多少钱、怎么监管”
“托书”，也叫订舱托书、货运委托书、Booking Instruction。
一、先用一句话理解三者
假设深圳有一票货出口到美国：
深圳 GTC 公司出口 100 箱 LED 灯，从盐田港到 Los Angeles。
那么：
托书相当于：
“货代你好，我有 100 箱 LED 灯，要从深圳发到洛杉矶，请帮我订 9 月 10 日的船。”
补料相当于：
“现在货已经装好了，最终实际是 102 箱、毛重 2,180KG，请按照这个收货人、品名和箱数制作提单。”
报关单相当于：
“海关你好，本次实际出口的是 LED 灯，HS Code 是 XXXX，数量 5,000 PCS，货值 USD 25,000，贸易方式是一般贸易。”
所以三份资料的核心对象分别是：
| 单据/动作 | 核心对象 |
|---|---|
| 托书 | 订舱 |
| 补料 | 提单 |
| 报关单 | 海关申报 |
二、托书是什么？
1. 托书的核心作用
托书 = 客户给货代的运输委托指令。
它通常发生在整个出口流程比较前面。
货代收到客户托书后，才能去：
订舱 → 向船公司申请舱位 → 获取 SO / Booking Confirmation → 安排拖车、报关、进港等后续工作。
所以托书重点回答几个问题：
谁的货？ 从哪里到哪里？ 什么时候走？ 多少货？ 什么柜型？ 找哪家船公司？ 需要哪些服务？
2. 托书一般有什么字段？
例如：
| 字段 | 示例 |
|---|---|
| 委托客户 | ABC Trading Co., Ltd |
| Shipper | Shenzhen ABC Electronics Co., Ltd |
| POL 起运港 | Yantian, Shenzhen |
| POD 目的港 | Los Angeles |
| 船公司 | COSCO |
| ETD | 2026-09-10 |
| 柜型 | 1×40HQ |
| 品名 | LED Light |
| 件数 | 100 CTNS |
| 毛重 | 2,000 KG |
| 体积 | 48 CBM |
| 运输条款 | FOB Shenzhen |
| 提单类型 | HBL / MBL |
| 是否报关 | 是 |
| 是否拖车 | 是 |
| 联系人 | Jack |
| 联系电话 | xxx |
注意：
这个时候很多数据可能还不是最终数据。
例如客户订舱的时候说：
预计 100 箱 预计 2,000KG 预计 48CBM
实际装柜以后可能变成：
102 箱 2,180KG 49.2CBM
这就引出了后面的——补料。
三、补料是什么？
补料是货代行业特别重要的一个概念。
英文常见叫：
SI：Shipping Instruction
也有人叫：
提单补料 SI 补料 Bill of Lading Instruction 提单资料
它的核心作用是：
告诉船公司 / NVOCC / 货代，最终提单应该怎么出。
四、为什么叫“补料”？
因为订舱的时候，很多资料可能只是：
预估信息、简略信息。
货物装柜或者基本确认后，客户需要把最终准确资料补充完整。
所以叫：
补充资料 → 补料
例如订舱时：
100 CTNS LED Light 2000 KG
实际装柜后：
102 CARTONS LED LIGHTING FIXTURES GW: 2,180 KGS NW: 1,920 KGS MEAS: 49.20 CBM
这时候就要按最终资料补料。
五、补料里通常有什么？
补料最大的特点是：
它非常关注提单内容。
例如：
Shipper
深圳 ABC 电子有限公司：
SHENZHEN ABC ELECTRONICS CO., LTD.
Consignee
美国客户：
ABC USA INC. 123 MAIN STREET LOS ANGELES, CA 90001 USA
Notify Party
SAME AS CONSIGNEE
或者另外一个通知人。
然后是货物：
102 CARTONS LED LIGHTING FIXTURES HS CODE: 9405XXXX GW: 2,180 KGS MEAS: 49.20 CBM
还可能包括：
Marks & Numbers Container No. Seal No. Freight Prepaid / Collect HBL / MBL Original B/L / Telex Release / Sea Waybill
六、补料最终会产生什么？
补料之后最重要的结果就是：
提单 Bill of Lading
通常流程是：
客户补料
↓
货代录入系统
↓
货代向船公司提交 SI
↓
船公司生成提单 Draft
↓
货代发 Draft 给客户确认
↓
客户说：
OK
或者：
Consignee 地址需要修改。
↓
最终确认
↓
出正式提单
所以你可以简单理解成：
补料 = 提单的原始数据来源之一。
七、报关单又是什么？
报关单跟前两个最大的不同是：
它不是运输单据，核心是海关监管。
正式名称通常是：
中华人民共和国海关出口货物报关单
它用于向海关申报：
我出口什么商品 商品编码是什么 有多少 值多少钱 从哪里出口 到哪个国家 什么贸易方式 是否需要许可证 是否涉及税务、监管等
八、报关单最关心什么？
报关单重点不是：
Consignee 地址怎么显示漂亮
而是：
HS Code 对不对？
商品名称规格对不对？
数量对不对？
单价、总价、币种对不对？
贸易方式对不对？
境内货源地对不对？
成交方式 FOB/CIF 对不对？
典型字段：
| 字段 | 示例 |
|---|---|
| 境内发货人 | 深圳 ABC 电子有限公司 |
| 境外收货人 | ABC USA INC |
| 运输方式 | 水路运输 |
| 运输工具 | COSCO SHIPPING XXX |
| 提运单号 | COSUXXXXXXXX |
| 监管方式 | 一般贸易 0110 |
| 成交方式 | FOB |
| 运抵国 | 美国 |
| 指运港 | Los Angeles |
| 商品名称 | LED 灯具 |
| HS Code | 9405XXXX |
| 数量 | 5000 PCS |
| 毛重 | 2180 KG |
| 净重 | 1920 KG |
| 总价 | USD 25,000 |
| 币种 | USD |
九、三者最大的区别
可以用这张表理解：
| 对比项 | 托书 | 补料 | 报关单 |
|---|---|---|---|
| 主要目的 | 订舱 | 出提单 | 海关申报 |
| 所处阶段 | 前期 | 中后期 | 装运前 |
| 主要提交给谁 | 货代 / 船公司 | 货代 / 船公司 | 海关 |
| 英文 | Booking Request / Shipping Order | SI / Shipping Instruction | Customs Declaration |
| 数据性质 | 很多是预计数据 | 接近最终运输数据 | 最终法定申报数据 |
| 重点 | 航线、船期、柜型 | Shipper、Consignee、品名、件重尺 | HS Code、数量、金额、监管方式 |
| 产生结果 | Booking / SO | Bill of Lading | 海关放行 |
| 是否是正式海关文件 | 否 | 否 | 是 |
| 是否直接决定提单内容 | 部分 | 是 | 通常不是 |
| 是否关系税务/监管 | 少 | 少 | 非常大 |
十、完整举例：一票货从深圳出口美国
你可以把整个流程串起来看。
假设：
深圳 ABC 公司 出口 LED 灯 给美国 XYZ 公司 深圳盐田 → Los Angeles 1×40HQ
第一步：客户发托书
客户告诉货代：
需要订 9 月 10 日左右船期 Yantian → Los Angeles 1×40HQ 货物：LED LIGHT 预计 100 CTNS 预计 2,000KG 预计 48CBM
货代收到后：
找 COSCO / EMC / ONE 等船公司询价订舱。
然后获得：
Booking No. SO ETD CY Closing SI Closing VGM Closing
十一、第二步：安排拖车装柜
例如：
9 月 7 日拖车到工厂。
装柜以后发现实际：
102 CTNS 2180 KG 49.2 CBM
柜号：
TLLU1234567
封条号：
COS123456
这时：
托书上的预计数据已经不准确了。
因此后面必须以实际数据为准。
十二、第三步：准备报关资料
客户提供：
箱单 Packing List 发票 Commercial Invoice 合同 报关要素 HS Code 商品中文名称 品牌 型号 数量 金额
报关员生成报关单。
例如：
商品：LED 照明灯 HS Code：9405XXXX 数量：5000 PCS 金额：USD 25,000 毛重：2180KG 净重：1920KG
向海关申报。
↓
海关审核
↓
可能：
查验
或者：
直接放行
最终：
海关放行
货物才具备正常出口条件。
十三、第四步：客户补料
与此同时或者报关前后，客户给货代发 SI：
Shipper: SHENZHEN ABC ELECTRONICS CO., LTD.
Consignee: XYZ USA INC.
Notify Party: SAME AS CONSIGNEE
Cargo: 102 CARTONS LED LIGHTING FIXTURES
GW: 2180 KGS
MEAS: 49.20 CBM
然后货代把这些资料发送船公司。
船公司生成：
Draft B/L
客户审核。
最终形成：
正式 Bill of Lading。
十四、最关键的关系：三者的数据会互相引用
虽然它们不是一回事，但大量字段存在关联。
比如：
品名
托书：
LED LIGHT
补料：
LED LIGHTING FIXTURES
报关：
LED 照明灯具
看起来不完全一样，但实际上是同一批货。
件数
最终最好一致：
补料：
102 CTNS
报关：
102 CTNS
舱单：
102 CTNS
提单：
102 CTNS
如果出现：
报关：102 CTNS 提单：100 CTNS
就需要检查为什么不一致。
十五、但并不是所有字段都必须“文字完全一致”
这是业务系统设计时非常重要的一点。
例如：
报关品名
可能要求：
LED吸顶灯
因为海关关注：
商品归类。
提单品名
可能写：
LED LIGHTING FIXTURES
因为海外客户和船公司看英文。
所以不是：
字符串必须一模一样
而是：
业务逻辑必须一致。
十六、还有一个非常重要的概念：舱单
如果你在做 OMS / FMS，建议把舱单 Manifest一起理解。
可以理解：
托书 → 订舱 补料 → 提单 / 舱单 报关资料 → 报关单
整个链路大致是：
客户订单
↓
托书
↓
订舱
↓
Booking / SO
↓
装柜
↓
获得实际件重尺
↓
┌──────────────┬──────────────┐
↓ ↓
补料 SI 报关资料
↓ ↓
提单 Draft 报关单
↓ ↓
确认提单 海关放行
↓ ↓
舱单/正式提单 出口
└───────┬──────┘
↓
开船
十七、为什么货代系统里经常同时出现这三块？
因为它们分别代表货代业务三个核心维度：
1. 托书
代表：
客户委托
解决：
客户让我运什么。
2. 补料
代表：
运输单证
解决：
船公司最后怎么签发提单。
3. 报关单
代表：
海关申报
解决：
这批货是否合法、以什么身份出口。
所以如果你在设计货代 OMS/FMS，不建议把这三个东西做成一个“大表单”。
更合理的模型是：
Shipment / 出运单 │ ├── Booking / 托书 │ ├── Container / 柜信息 │ ├── SI / 补料 │ ├── Bill of Lading / 提单 │ ├── Customs Declaration / 报关 │ └── Manifest / 舱单
然后通过：
Shipment No. / Job No.
把这些业务数据关联起来。
十八、你还可以用“谁最关心什么”快速记忆
销售 / 客户 / 操作：
托书有没有下来？
单证操作：
客户补料了吗？SI 截止几点？
报关员：
报关资料齐了吗？HS Code 和申报要素有没有问题？
船公司：
SI 提交了吗？VGM 提交了吗？
海关：
报关单申报内容是否真实、合规？
所以一句最容易记住的话就是：
托书管“怎么订舱”，补料管“怎么出提单”，报关单管“怎么向海关申报”。
如果从你们货代公司的 OMS/FMS 产品设计角度看，这三者其实还对应三个非常重要的业务对象：
Booking（订舱） → Documentation（单证） → Customs（报关）
如果后面要梳理系统，我建议再把 SO、补料、提单、舱单、VGM、报关单、箱单、发票 这 8 个对象放到同一条出口海运流程里理解，会一下子清晰很多。