/ 提单草稿 / 托运人 / 制造商角色
提单草稿未显示工厂发货人时怎样核对
提单草稿上的 shipper 不是生产工厂，既不自动说明货代在隐瞒工厂，也不代表文件一定正确。买方要先分清谁卖货、谁生产、谁出口、谁订舱，以及谁按运输合同把货物交给承运人，再判断工厂信息应出现在哪一份受控记录中。
先把六种容易混淆的角色拆开
第一列写销售合同中的卖方，第二列写实际制造商，第三列写出口申报主体，第四列写订舱或提交运输指示的一方，第五列写运输合同中的托运人或发货人，第六列写货代、无船承运人或实际承运人。对每一方记录法定名称、注册地址、登记编号、联系人以及它与本订单的关系。
同一家公司可能承担多个角色，也可能由贸易商、工厂、出口代理和货代分别承担。采购订单向贸易商下单、款项付给贸易商、贸易商负责订舱时，提单 shipper 不显示生产工厂可能有合理解释。反过来，即使工厂名称出现在提单上，也不能仅凭这一栏证明它就是实际生产者。
OASIS UBL 2.3 分别定义 consignor、carrier、freight forwarder 等业务主体，并允许买方、卖方、交付方在不同交易中承担不同角色。它能支持角色拆分，却是数据模型，不是判断某一提单栏位是否合法的普遍法律规则。
提单通常来自运输指示，不来自买方的工厂名录
DCSA 的电子提单标准说明，Shipping Instructions 会包含最终运输参与方、货物描述、数量和重量，并用于生成运输单证；提单用于确认承运人收到货物、证明运输合同并承担流转功能。由此可见，提单草稿上的名称应先回到订舱和运输指示核对，而不是直接从验厂报告或供应商介绍页复制。
DCSA 标准是班轮运输的数据和接口标准，不适用于所有运输方式、司法管辖区或合同，也不证明运输指示中的参与方已经经过身份核验。买方仍应要求货代说明是谁提交了 shipper 信息、依据哪份订舱或委托资料、该方在运输合同中承担什么角色。
逐份核对销售、生产、出口和运输资料
把采购订单、销售合同或形式发票、商业发票、装箱单、订舱确认、Shipping Instructions、出口申报资料、原产地或产品合规文件、验货报告和提单草稿放在一起。核对法定名称、地址、货物描述、数量、品牌、订单号、付款受益人和运输参考号。
UNECE Supply Chain Reference Data Model 把销售卖方、原始发货人、运输服务买方、运输服务提供方和托运人等角色分开，适合用来设计内部角色表。该模型不是对具体公司的法律认定，也不能替代出口申报、许可证、原产地或制裁筛查。
若采购方通过贸易商采购，制造商可以不作为提单 shipper，但应在需要追溯生产、产品合规、原产地、质量或客户披露时出现在相应受控记录中。不要为了“看起来透明”而强行要求承运人把不承担运输托运角色的工厂写进 shipper 栏；应请货代确认正确栏位，或通过制造商声明、验货资料、质量文件和供应链映射单独建立证据。
别忽略 House B/L 和 Master B/L 的差别
拼箱、货代签单或无船承运业务中，House B/L 与 Master B/L 可能显示不同的 shipper 和 consignee。前者反映货代与其客户之间的运输关系，后者可能显示货代或 NVOCC 与实际承运人之间的关系。名称不同并不必然矛盾，但两套单号、箱号、货物描述、件数和交接关系必须能够互相映射。
要求货代说明将签发哪一层提单、谁是各层合同相对方、正本或电放由谁控制，以及买方最终凭什么提货。不要只看一张截图；保留完整草稿、版本号、发送人和修改记录。
什么时候“工厂未显示”会变成实质风险
若卖方曾承诺由指定工厂生产，工厂身份又关系到产品认证、客户批准、原产地、反强迫劳动或供应链尽调，工厂从全部文件中消失就不是简单的提单格式问题。此时应从验货地点、生产记录、测试或认证资料、出厂单、装柜证据和出口资料中重新建立制造商链条。
风险还包括付款受益人与合同卖方不一致、未知第三方突然成为出口人或托运人、贸易商无权代表工厂、提单名称与受限制主体筛查结果冲突，以及信用证或托收条件要求特定名称却未满足。各项问题需要分别由采购、合规、物流和财务判断，不能用“货代一直这样做”统一带过。
要求对方给出角色说明，而不是一句改名承诺
供应商或贸易商应提供书面角色说明：谁生产、谁拥有货物、谁销售、谁出口、谁订舱、谁向承运人提交指示，以及各方之间的授权或合同关系。物流负责人据此核对提单草稿；采购负责人核对销售合同；合规负责人确认制造商、原产地和产品资料；财务或单证人员核对付款和信用证条件。
如果 shipper 栏确实填错，应由有权提交运输指示的一方通过承运人或货代正式更正，保留原草稿、更正请求、承运人反馈和最终版本。不要直接在 PDF 上覆盖名称，也不要让供应商发送一张无法追溯来源的新截图。
这些情况应暂停确认提单草稿
- 贸易商、工厂、出口方或货代不能解释各自角色和授权关系。
- 提单出现订单文件中从未出现的第三方，且无法提供合法业务原因。
- 合同卖方、付款受益人、出口主体和运输托运人之间存在无法解释的矛盾。
- 产品合规、原产地、验货或客户批准依赖指定工厂，但没有资料可追溯到该工厂。
- House B/L 与 Master B/L 的单号、箱号、件数、描述或参与方无法对应。
- 信用证、托收、保险或客户合同要求特定单证名称，而草稿不符合条件。
- 供应商要求隐藏真实制造商，却拒绝说明合同、保密或合规依据。
暂停并不等于要求工厂必须出现在 shipper 栏。它表示供应链角色、授权或文件关系尚未闭合。物流负责人应先向货代确认运输栏位，采购和合规负责人补齐制造商证据，再由订单负责人决定接受、附条件更正或停止签单。
把角色图和版本链留给下一次订单
保存角色矩阵、公司登记资料、合同与发票、订舱和 Shipping Instructions、出口申报、House 与 Master B/L 草稿、制造商和合规证据、修改邮件及最终批准。ISO 15489-1 可支持记录的创建、捕获、版本、责任和检索管理，但不会替企业判断某一方是否有权作为托运人。
《联合国全程或部分海上国际货物运输合同公约》可为采用该法律框架的运输合同提供承运人、托运人和收货人等概念。其适用仍取决于生效、缔约情况、合同路线和准据法，不能把公约页面当作所有提单争议的统一结论；具体争议应由承运人、保险方或专业法律人员确认。
制造企业若经常遇到销售、工厂、出口和物流名称脱节，可以把角色字段和文件版本纳入统一流程。凯乐丰通过数字化业务流程帮助企业整理跨部门资料，让客户面对不同单证时仍能找到一致的主体说明。
工作清单
- 列出卖方、制造商、出口方、订舱方、运输托运人、货代和承运人。
- 为每一方记录法定名称、登记信息、授权关系和本订单职责。
- 对照合同、发票、装箱单、订舱、运输指示、出口和合规资料。
- 确认是 House B/L、Master B/L 还是两者都将签发，并建立映射。
- 工厂不承担运输托运角色时，用其他受控文件保留制造商追溯链。
- 更正草稿必须经有权主体提交，并保留原版、请求和最终版。
- 角色、授权或文件条件未闭合前，暂停确认提单草稿。
本文参考的一手资料
- OASIS Universal Business Language 2.3用于区分 consignor、carrier、freight forwarder 等业务角色；属于数据模型，不是个案法律认定。
- DCSA：Bill of Lading 3.0 Beta 2用于说明运输指示、运输参与方和提单生成关系；是行业数据标准，不覆盖所有运输合同。
- UNECE：Supply Chain Reference Data Model用于拆分销售、生产和运输参与方；不替代公司身份、出口、原产地或合规判断。
- UNCITRAL：Rotterdam Rules用于说明相关运输法律框架中的参与方概念；是否适用取决于生效、路线、合同与准据法。
- ISO 15489-1:2016 信息与文件记录管理用于支持角色矩阵、单证草稿、修改记录和最终批准的版本与检索管理。
适用边界：本文是供应链角色与提单草稿核对指南，不替代运输合同、信用证条款、出口申报、制裁筛查、承运人要求或专业法律意见。