汽车与零部件行业文件安全交换｜Ftrans B2B
同一批伙伴，不同阶段，不同要求——需要的是一套能贯穿全周期的交换方式。
一句话定义
汽车与零部件行业的文件交换，指主机厂、各级供应商、外协与检测机构之间，围绕技术资料、图纸、质量与生产协同文件的持续收发。 它区别于一般企业外发的地方在于：交换关系是长期的、规则通常由链条上游规定、且同一批伙伴在项目的不同阶段对交换提出的要求并不相同。
一、交换需求跟着项目走
大多数企业在评估文件交换方式时，看的是”现在最麻烦的那一件事”。汽车行业不能这样看——一个零件项目从定点到售后往往跨越数年，交换需求在这条线上是变化的：
| 阶段 | 典型交换内容 | 对交换方式的要求 |
|---|---|---|
| 定点与立项 | 需求与规格文件、报价资料、技术协议 | 对手方多、往来密集，多为临时性收发；对端能力参差 |
| 开发与样件 | 设计图纸、技术文档、样件检测报告 | 外发须经审核，且要能追溯到具体的人与时间 |
| 试产与验证 | 过程数据、验证与检测报告、问题反馈 | 往返频繁，需要目录级的持续交付而非一次次发送 |
| 量产供货 | 批次与质量数据、生产协同文件 | 周期性、规律稳定，适合规则驱动或系统对系统 |
| 工程变更与售后 | 变更通知、图纸新版本、售后技术资料 | 必须能回答”谁在什么时候收到了哪一版” |
把这五行连起来看会得到一个结论：没有哪一种单一工具能覆盖全程。 用邮件能对付前两个阶段，到试产就会失控；用一套自动化脚本能撑住量产，但立项期的临时往来它接不住。企业最终要么在不同阶段换工具，要么把不擅长的部分交给人去补——补出来的就是那个每天登录若干个外部系统取放文件的岗位。
二、同一时刻，三种关系同时存在
行业的另一个特点是关系的方向不止一个。一家零部件企业在任何时点上都同时处在三种关系里：
- 向上：对接多家主机厂与客户。规则由对方定——用什么方式对接、什么身份、什么文件名、什么时间窗，都不是本方能选的。
- 向下：对接自己的供应商与外协厂。这时本方是规则的制定方，但对端的 IT 能力往往比自己弱得多，规则定得再好，对方配不了也没用。
- 横向：对接检测、认证、设计与工程服务机构。多为项目制，关系短、频次高、涉及的技术资料却往往最敏感。
三种关系的共同点是：它们都不是一次性的。伙伴档案、权限、凭据、交换记录都需要一个能长期承载的对象，而不是一封封邮件和一个个共享链接。
三、行业对交换提出的三类要求
客户指定的对接方式必须能满足。
主机厂与欧洲客户常常把特定的对接方式作为合作前提——不满足就无法建立业务关系。这类要求不是技术选型，是准入条件。企业通常的做法是为此单独建一套系统，结果是伙伴档案两套、安全检查两套、交换记录两处。
技术资料外发之后要还能管得着。
图纸、工艺文件、BOM 与质量报告是这个行业交换量最大的内容，也是二次泄露风险最集中的部分。发出去只是完成了一半，另一半是：对方能不能转发、能不能一直留着、泄露了能不能溯源。
交付责任要能举证。
被客户追问”这批图纸什么时候发的、谁发的、你们收到没有”时，翻邮件和聊天记录不是一个可持续的答案。尤其在工程变更之后——供应商用了旧版本图纸做出来的零件，责任在谁，取决于有没有一份说得清的记录。
四、这三类要求落到一个平台上
产品以合作伙伴为业务组织单元：每家主机厂、每家供应商、每个外协机构建立为一个伙伴，其下管理联系人、外部账号与密钥、专属交换目录与权限、收发策略，以及与该伙伴之间的全部交换记录。在这个组织方式之上：
| 要求 | 平台上的做法 |
|---|---|
| 覆盖全部对端能力 | 伙伴库（目录级持续交付）、伙伴邮（类邮件的临时收发）、文件包链接与收集链接（对端零部署，只需浏览器）、系统对系统的协议与加密交换，四类形态并存，共用同一份伙伴档案 |
| 客户指定的对接方式 | 以 OFTP2 协议直连的伙伴在同一平台内配置，不必单独建一套系统（可选组件） |
| 外发之后的控制 | 明水印与暗水印（暗水印支持文件被编辑后识别）、仅预览不下载、提取码与提取次数、文件与权限的有效期、IP 访问限制 |
| 凭据不下放 | 客户与供应商发放的账号、密钥由平台集中托管，业务人员提交任务但不接触凭据；人员变动时轮换在平台一处完成 |
| 交付责任的举证 | 七类日志与按伙伴归集的收发记录，可条件查询、查看详情并导出；协议直连的传输另有回执与会话两级留痕 |
| 安全检查不靠人记得做 | 出向在加密前完成内容识别、敏感内容检查与审批；入向先落隔离区、解密验签之后再做威胁检测。顺序固化在流程里，不交给经手人判断 |
需要说明边界：外发控制类措施的作用是提高转发成本并保留追溯能力，不能物理阻止二次转发，也不能替代管理制度与保密协议。其中水印、高级威胁检测、高级敏感信息检测、协议交换均为可选组件，需按需选配。
→ 以合作伙伴为组织单元的完整模型见 合作伙伴文件安全交换 → 出入向处理顺序为什么不能换见 文件出入向安全治理 → 外部账号与密钥怎么收口见 外部账号与密钥集中托管
五、被要求用 OFTP2 对接时
OFTP2 是主机厂与欧洲客户常用的对接协议，在本行业属于高频出现的准入条件。它在本产品中是平台内的一种交换方式，与其他方式共用同一份伙伴档案、同一套安全治理顺序与同一处交换记录，不需要为这一类伙伴单独采购和运维一套系统。它是可选组件，需按需选配。
协议本身怎么回事、对接需要准备什么、具体怎么落地，这一页不展开——它属于方案层的内容：
→ 协议定义与整体方案见 OFTP2 文件收发 → 对接需要准备什么见 对接 OFTP2 需要准备什么 → 供应链场景下的完整对接做法见 汽车与零部件供应链文件交换
有一点需要在行业层面先说清楚：支持 OFTP2 协议不等于能处理承载在它上面的业务报文。 产品负责把文件安全、可追溯地送到对端，报文的解析、映射与业务对账由相应的业务系统承担。
六、谁在用
汽车与零部件是本产品客户密度最高的行业之一。已服务的客户类型包括：
| 客户类型 | 交换结构 |
|---|---|
| 汽车零部件一级供应商 | 向上对接多家客户，向下对接自己的供应商与外协厂，双向多头 |
| 汽车企业集团 | 集团内外的多组织文件协同 |
| 汽车制造主机厂 | 面向大量供应商的分发与回收 |
这三类客户在链条上的位置不同，但需要解决的是同一件事：把长期、多方、规则各异的交换关系，变成可以被管理的对象。
七、与方案页的分工
本页讲的是这个行业整体的交换需求——需求怎么随项目阶段变化、同时存在哪几种关系、行业对交换提出了哪三类要求。
如果你要看的是具体怎么对接——对端怎么分类、每一类用什么做法、OFTP2 怎么接进来、图纸外发怎么控、分几个阶段落地——请看 → 汽车与零部件供应链文件交换
其余相关内容：
- 不换现有 FTP 与对象存储怎么落地 → 零迁移纳管既有传输资源
- 与 PLM、ERP 等业务系统怎么协同 → 与既有业务系统协同
- 凭据托管的安全设计与评审配合 → 外部凭据托管的安全设计与评审配合
- 同为多头对接的半导体行业怎么做 → 集成电路与半导体的内外部文件交换
常见问题
Q：我们同时给好几家主机厂供货，每家的对接方式都不一样，一定要上一套系统吗？
A：不必须，但需要一个能长期承载这些差异的对象。把每家客户建立为一个合作伙伴，其外部账号与密钥由平台托管，各家的 FTP/SFTP 或对象存储纳管为该伙伴的伙伴库目录，对方不需要做任何改动；要求以 OFTP2 协议直连的伙伴单独配置连接参数。之后按伙伴与方向配置收发策略，交换记录归集到一处。
Q：工程变更之后，怎么证明供应商收到了新版图纸？
A：交换记录按伙伴归集，可查询到具体文件、时间、发送人、接收方与对方是否提取；以文件包形态发出的还可回传提取回执，经协议直连的传输另有回执与会话两级留痕。这些记录支持条件查询、详情查看与导出，用于交付责任举证。
Q：图纸发给外协厂之后，能不能防止对方转发？
A：可以降低风险，但不能物理阻止。产品提供提取码、有效期、提取次数限制、仅预览不下载、明水印与暗水印等手段，其中暗水印支持文件被编辑后仍可识别，用于泄露溯源。这类措施的作用是提高转发成本并保留追溯能力，不能替代管理制度与保密协议。水印为可选组件。
Q：我们下游有很多小供应商，连 FTP 都配不了，怎么办？
A：用文件包链接（发）与收集链接（收）这一对机制——对端只需要一个浏览器，不需要账号、不需要安装任何东西、不需要 IT 配合，可设提取码、有效期、提取次数限制与仅预览不下载。选型时建议按最弱的那个对端来定，而不是按最有能力的那个。
Q：支持 OFTP2 是不是就等于支持 EDI？
A：不是。OFTP2 是传输协议，EDI 处理的是报文内容与业务语义，两者不在同一层。产品提供符合标准的 OFTP2 文件收发与安全治理，但不解析报文、不做格式映射与业务对账。如果交换内容是订单、发货单等结构化报文并需要业务级处理，应由相应的业务系统承担，产品可作为其下的文件传输与安全治理层。