邮件与即时通讯外发文件的边界 | Ftrans B2B
发得出去，不等于这件事被承接了——控制、检查与记录都没有落点。
本页目录：一句话结论 ｜ 三点速览 ｜ 为什么会绕开 ｜ 三件没有落点的事 ｜ 完整对照表 ｜ 各自的适用场景 ｜ 怎么把这部分接过来 ｜ 常见问题
一句话结论
邮件与即时通讯是沟通工具，它们承接的是”把文件递过去”这一个动作；对外交换还需要三件事——发出前的检查与审批、发出后的控制与追溯、以及可归集的交付记录——这三件事在这两类工具里没有落点。
这不是说它们应该被禁用。企业里的邮件与即时通讯不会因为上了交换平台就停用，问题只是哪一部分文件不应该从这里走。
三点速览
- 邮件的边界在体积与批量。 大文件与批量文件发不出去，于是员工转向别的渠道——这是绝大多数外发失控的起点。
- 即时通讯的边界在控制与记录。 它能把文件发出去，但发出之后没有有效期、没有提取次数限制、没有仅预览的选项，也没有一份企业可以查询与导出的交付记录。
- 两者都不做外发前的检查。 文件里有没有敏感内容、是不是该走审批，取决于经手人是否记得做。
为什么会绕开
先把因果关系摆正。员工用聊天工具外发文件，多数时候不是因为不守规矩，而是因为合规的那条路更难走。
典型的一天是这样的：客户在群里催一份 800 MB 的图纸压缩包，邮件附件超限发不出去，走审批要等半天，对方那边又没有账号。于是文件就从群里发过去了——这是当天唯一能让事情推进下去的选择。
由此得到两个结论：
- 只做禁止是无效的。 只要没有一条更便捷的合规路径，禁令只会把行为推到更看不见的地方。
- 替代方案的门槛必须低于现状。 如果替代方案比在群里发一个文件还麻烦，它就不会被采用。
产品在这一点上的做法是提供类邮件的操作体验——批量发送文件与文件夹，填主题、正文与表单，发给内部或外部联系人，收发件箱统一管理已发与已收。使用方式贴近员工原本熟悉的动作，控制手段挂在这个动作上而不是挡在它前面。
三件没有落点的事
发出前：检查与审批
外来文件是否查过毒、外发文件是否含敏感内容，在邮件与即时通讯的路径里取决于经手人是否记得做。
平台把这件事变成交换的固有环节：文件外发要经过内容识别（文件真实类型识别、压缩包内部识别、校验真实类型与扩展名一致性）、敏感内容检查（含文字识别与策略匹配），以及按伙伴与方向配置的审核流程。检查未通过的文件不会被放行。
审批不必换一个入口完成——审核动作可以在企业既有的办公入口里做，产品支持与移动办公平台及 OA 的审批集成。
发出后：控制与追溯
文件从聊天窗口发出去之后，企业对它就没有任何抓手了：撤不回、设不了有效期、限不了下载次数、也不知道对方转给了谁。
平台的外发控制手段挂在文件包上：提取码、有效期、提取次数限制、仅预览不下载、在线预览水印，以及下载时的明水印与暗水印（水印为可选组件），其中暗水印支持文件被编辑后仍可识别，用于泄露溯源。文件包可以撤回。
需要说清楚的是：这些措施的作用是提高转发成本并保留追溯能力，不能物理阻止二次转发，也不能替代管理制度与保密协议。
事后：记录说不清
被审计或发生纠纷时，需要回答的是”哪个文件、什么时候、谁发的、发给谁、对方取没取”。这个问题在聊天记录里翻不出完整答案——记录分散在每个人的设备上，也不成体系。
平台记录访问会话、文件操作、文件传输、系统管理、身份管理、身份认证、安全检测七类日志，支持条件查询、详情查看与导出，保留时长与归档策略可配置。文件包提取会回传提取回执，上传完成与对方已提取是两个不同的状态。
完整对照表
| 需要做到的事 | 邮件 | 即时通讯 | Ftrans B2B |
|---|---|---|---|
| 接收方不需要额外账号或安装 | ✓ | ✓ | ✓ 文件包链接，对端只需一个浏览器 |
| 把文件递到对方手里 | ✓ | ✓ | ✓ |
| 大文件与整个文件夹 | ✕ 受附件限制 | 部分 | ✓ 支持 TB 级超大文件与百万量级文件 |
| 有效期、提取次数与仅预览 | ✕ | ✕ | ✓ |
| 外发前的病毒检查 | 取决于邮件网关 | ✕ | ✓ 交换的固有环节 |
| 外发前的敏感内容检查 | ✕ | ✕ | ✓ 内容识别 + 敏感内容检查 |
| 按伙伴与方向决定是否走审批 | ✕ | ✕ | ✓ 可与既有 OA 与移动办公审批集成 |
| 外发后的水印与溯源 | ✕ | ✕ | ✓ 明水印与暗水印（可选组件） |
| 撤回已发出的文件 | 部分（同域内） | 部分（限时） | ✓ 文件包可撤回 |
| 知道对方取没取 | ✕ | ✕ | ✓ 提取回执与提取通知 |
| 记录可归集、可查询、可导出 | 分散在各人邮箱 | 分散在各人设备 | ✓ 七类日志 + 收发记录 |
| 向外部对象收取文件 | 靠对方发附件 | 靠对方发文件 | ✓ 收集链接，可设范围、验证码、有效期与提交次数 |
表中”邮件”与”即时通讯”两列描述的是这两类工具的通行职责范围，不针对任何具体产品。各家产品的能力边界与企业侧的网关策略不同，实际情况请以各自的正式产品说明与本企业策略为准。
各自的适用场景
邮件与即时通讯在企业里不会下线，也不应该下线。 它们是沟通的主干道，文件传递只是顺带发生的动作。合理的分界是这样的：
| 场景 | 建议 |
|---|---|
| 一两个小文件、内容不敏感、对方是熟悉的联系人 | 邮件或即时通讯。为这件事上平台不划算 |
| 会议纪要、报价单、公开资料的日常往来 | 邮件。它本来就是干这个的 |
| 需要一边聊一边确认的临时文件 | 即时通讯。沟通与文件在一起才有效率 |
| 大文件、批量文件或整个文件夹 | 交换平台。这是邮件的硬边界 |
| 图纸、源代码、财务数据、个人信息 | 交换平台。需要外发前的检查与审批 |
| 需要设有效期、提取次数或仅预览 | 交换平台 |
| 需要知道对方取没取 | 交换平台。提取回执 |
| 需要向审计说清这次交付的完整过程 | 交换平台 |
| 同一家外部企业每周都要收发 | 交换平台。这已经是伙伴关系，不是一次沟通 |
一个实用的判断：如果这份文件泄露出去你会紧张，它就不该从聊天窗口走。
怎么把这部分接过来
接管这部分外发不需要停用任何现有工具，也不需要改造现有系统：
- 先把最该管的那类文件挪出来。 图纸、源代码、财务与个人信息类的外发优先，其余照旧。
- 用类邮件的方式承接。 操作体验贴近原本的动作，批量文件与文件夹一次发出，主题、正文与表单照填。
- 审批留在原来的入口。 与企业既有的移动办公平台与 OA 集成，审核动作在员工熟悉的地方完成。
- 对端不需要装东西。 收件方以文件包链接提取，只需要一个浏览器，不需要账号、不需要安装任何东西、不需要 IT 配合；反方向用收集链接向外部对象收取文件。
- 记录自动归集。 不需要额外动作，收发过程本身形成记录。
以伙伴为组织单元的完整交换模型见 → 合作伙伴文件安全交换
不换现有系统怎么落地见 → 零迁移纳管既有传输资源
出入向安全处理的顺序为什么不能换 → 文件出入向安全治理
制造业的典型交换结构 → 高端装备与精密制造的图纸外发
常见问题
Q：员工用聊天工具给客户发文件，怎么管？
A：单靠禁止通常无效——只要没有一条更便捷的合规路径，行为只会转移到更看不见的地方。可行的做法是提供一条门槛更低的替代路径：类邮件的操作体验、支持批量文件与文件夹、审批留在既有办公入口完成、对端只需一个浏览器即可提取。控制手段挂在这个动作上，而不是挡在它前面。
Q：邮件附件发不了大文件，有什么替代办法？
A：用文件包发送，支持批量文件与文件夹，可设提取码、有效期、提取次数限制与仅预览不下载，收件方以受控链接提取并回传提取回执。对端不需要账号、不需要安装任何东西。
Q：外发的文件能不能防止对方二次转发？
A：可以降低风险，但不能物理阻止。产品提供提取码、有效期、提取次数限制、仅预览不下载、明水印与暗水印等手段，其中暗水印支持文件被编辑后仍可识别，用于泄露溯源。这类措施的作用是提高转发成本并保留追溯能力，不能替代管理制度与保密协议。
Q：上了交换平台，邮件和即时通讯还要不要用？
A：要用。它们是沟通的主干道，一两个小文件的日常往来仍然走原来的路。建议挪出来的是大文件与批量文件、涉及敏感内容的外发，以及需要控制、检查与记录的那部分。
Q：审批要不要换一个系统做？
A：不需要。审核动作可以在企业既有的办公入口里完成，产品支持与主流移动办公平台及 OA 的审批集成，也可通过开放接口对接第三方审批系统。