汽车与零部件供应链文件交换｜Ftrans B2B
一家一套规则，一个平台承接——从 OFTP2 直连到零部署链接。
一句话定义
汽车与零部件供应链的文件交换，指主机厂、一级供应商、二三级供应商与外协、检测、设计机构之间，围绕图纸、技术文档、质量数据与生产协同文件的持续收发。 它的特点是：交换对象数量多、对端 IT 能力差异极大、且规则通常由链条上游单方面规定。
一、痛点在中间，不在两头
主机厂是规则的制定方——它规定用什么协议、什么身份、什么文件名、什么时间窗。链条末端的小供应商往往只需要应对一两家客户。
真正难受的是中间那一层：一级与二级供应商。 它们向上要同时对接多家主机厂与客户，向下要对接自己的供应商与外协厂，两个方向的规则都不是自己定的。
典型现状是这样的：
| 现状 | 具体表现 |
|---|---|
| 每一家都不一样 | 服务器、协议、目录规则、命名规范、时间窗，每家客户一套；有的要求 OFTP2 协议直连，有的给一个 FTP 账号，有的只发邮件 |
| 有专人在做搬运 | 每天登录若干个外部系统取放文件，再手工压缩、加密、改名、上传；收件时手工下载、查杀、解密、分发 |
| 凭据在个人手上 | 客户发放的账号与密钥记在对接人那里，人员变动后是否失效无人确认 |
| 交换记录散在各家系统 | 被客户追问”这批图纸什么时候发的、谁发的、你们收到没有”时，只能翻邮件和聊天记录 |
| 上传完成不等于交付完成 | 传完还要打电话或发消息确认对方收到了，出问题时双方各执一词 |
| 图纸外发之后不受控 | 发出去的设计文件无法控制转发、无法设有效期、无法追溯泄露源头 |
这些问题单独看都不致命，长期被容忍。但它们的代价是集中爆发的——一次审计、一次泄露、一次交付纠纷。
二、四类交换对象，四种做法，一个平台
汽车供应链的对端能力跨度极大：从有专门 IT 团队、能做系统对接的主机厂，到几个人、没有 IT 部门的小供应商。选型时应当按最弱的那个对端来定，而不是按最有能力的那个。
| 交换对象 | 典型要求 | 对应做法 |
|---|---|---|
| 主机厂 / 欧洲客户 | 指定 OFTP2 协议直连，身份用 Odette 分配的 SSID，链路双向证书认证，文件签名加密，传输结果要回执 | OFTP2 协议交换（可选组件） |
| 长期合作的客户与供应商 | 持续的、结构化的文件交付，需要目录与细粒度权限 | 伙伴库：为每家分配专属交换目录，支持单向或双向 |
| 临时性、事件驱动的收发 | 发一批图纸或质量报告给某个联系人 | 伙伴邮：类邮件的操作体验，可设提取码、有效期、提取次数 |
| 没有 IT 支持的小供应商与外协厂 | 对端配置不了任何端点 | 文件包链接（发）与收集链接（收）：对端只需一个浏览器，不需要账号、不需要安装任何东西 |
四种做法在同一个平台内并存，共用同一份伙伴档案、同一套安全处理与同一处交换记录。不需要为不同类型的对端部署多套系统。
→ 以合作伙伴为组织单元的完整模型见 合作伙伴文件安全交换
三、OFTP2 是其中一档，不是全部
被主机厂或欧洲客户要求用 OFTP2 对接时，常见的做法是单独采购或自建一套 OFTP2 系统。结果是伙伴档案两套、安全检查两套、交换记录两处，证书临期靠人记。
把 OFTP2 接进统一平台之后：
- 同一家伙伴的 OFTP2 连接配置、联系人、收发策略与交换记录挂在同一份档案下；
- OFTP2 通道走的是与其他交换方式同一套安全治理顺序——出向的内容识别、敏感内容检查与审批都在协议层签名加密之前完成，入向的来件先落隔离区、解密验签之后再做威胁检测；
- OFTP2 的收发记录与其余方式归集在一处，回执经验签与哈希校验通过后才标记为已送达。
→ 协议定义与整体方案见 OFTP2 文件收发 → 对接需要准备什么见 对接 OFTP2 需要准备什么
四、图纸外发的额外要求
汽车供应链交换的很大一部分是设计图纸、工艺文件、BOM 与质量报告——这些文件涉及核心技术数据，存在二次泄露风险。除了送到之外，还要考虑送到之后的事：
- 为每家供应商建立独立的伙伴库目录，按部门与用户组分配细粒度权限，权限可设有效期；
- 图纸下载附加明水印与暗水印，其中暗水印支持文件被编辑后仍可识别，用于泄露溯源；
- 高敏感文件可配置为仅在线预览、不允许下载；
- 图纸外发前经技术部门审核；
- 设置文件有效期，项目结束后自动失效；
- 配置 IP 访问限制，仅允许指定地址访问。
需要说清楚的是：这些措施的作用是提高转发成本并保留追溯能力，不能物理阻止二次转发，也不能替代管理制度与保密协议。
五、落地不要求先改现状
汽车行业的对接关系是活的——正在跑的业务不能停。产品支持渐进式落地：
| 阶段 | 内容 |
|---|---|
| 第一阶段 · 纳管 | 不改变现有端点，把既有 FTP/SFTP 服务器与对象存储纳管为伙伴库目录；客户发放的外部凭据收口到平台；叠加权限、审核与审计。对端合作伙伴无感知 |
| 第二阶段 · 规则化 | 按伙伴与方向配置收发策略，把人工取送动作转为规则驱动 |
| 第三阶段 · 自动化 | 对稳定的、周期性的交换启用系统对系统模式，OFTP2 协议对接在这一阶段接入 |
| 第四阶段 · 集成 | 通过 OpenAPI 与事件机制接入 PLM、ERP 等业务系统 |
可以先让平台接管一条新增的或风险较高的业务流，原路径保留作为回退，验证稳定后再停止人工操作与旧脚本。
→ 不换现有系统怎么落地见 零迁移纳管既有传输资源 → 与业务系统怎么协同见 与既有业务系统协同
六、谁在用
汽车与零部件是本产品客户密度最高的行业之一，已服务的客户类型包括：
| 客户类型 | 交换结构 |
|---|---|
| 汽车零部件一级供应商 | 向上对接多家客户，向下对接自己的供应商与外协厂，双向多头 |
| 汽车企业集团 | 集团内外的多组织文件协同 |
| 汽车制造主机厂 | 面向大量供应商的分发与回收 |
其中一家汽车零部件一级供应商对平台的评价是：它”作为内外数据交互、业务协作的兜底方案，弥补了所有无法通过系统接口集成的缺口”。
这句话点出了这类客户的真实需求：系统接口能覆盖的部分自然走接口，真正需要平台承接的，恰恰是那些接不上的、每家不一样的、必须靠人处理的部分。
七、与行业页的分工
本页讲的是怎么对接——交换对象怎么分类、每一类用什么做法、OFTP2 怎么接、图纸外发怎么控、分几个阶段落地。
如果你想了解的是这个行业整体的文件交换需求与合规要求，请看 → 汽车与零部件行业文件安全交换
其余相关能力：
- 出入向安全处理的顺序为什么不能换 → 文件出入向安全治理
- 客户发放的账号与密钥怎么收口 → 外部账号与密钥集中托管
- 凭据托管的安全设计与评审配合 → 外部凭据托管的安全设计与评审配合
常见问题
Q：我们同时对接好几家客户，每家要求都不一样，怎么办？
A：把每家客户建立为一个合作伙伴，其外部账号与密钥由平台统一托管，各家的 FTP/SFTP 或对象存储纳管为该伙伴的伙伴库目录，不需要对方做任何改动。要求 OFTP2 协议直连的伙伴单独配置连接参数。之后按伙伴与方向配置收发策略，取送动作转为规则驱动，所有交换形成集中的收发记录。
Q：客户要求用 OFTP2，我们必须单独建一套系统吗？
A：不必须。OFTP2 在本产品中是平台内的一种交换方式，与伙伴库、伙伴邮并列，同一家伙伴的所有交换方式共用一份档案、一套安全治理与一处交换记录。它是可选组件，需按需选配。
Q：有些小供应商连 FTP 都不会配，怎么和他们交换文件？
A：用文件包链接（发）与收集链接（收）这一对机制——对端只需要一个浏览器，不需要账号、不需要安装任何东西、不需要 IT 配合。可设提取码、有效期、提取次数限制、仅预览不下载，并回传提取回执。选型时建议按最弱的那个对端来定。
Q：图纸发出去之后能防止对方转发吗？
A：可以降低风险，但不能物理阻止。产品提供提取码、有效期、提取次数限制、仅预览不下载、明水印与暗水印等手段，其中暗水印支持文件被编辑后仍可识别，用于泄露溯源。这类措施的作用是提高转发成本并保留追溯能力，不能替代管理制度与保密协议。
Q：现有的 FTP 服务器和对象存储要换掉吗？
A：不需要。既有 FTP/FTPS/SFTP、SMB、S3/OSS 等存储资源可纳管为伙伴库目录，数据不迁移、对端不改配置。只需把访问凭据收口到平台，即可叠加统一的权限、审核与审计。