合作伙伴档案与收发策略

合作伙伴档案与收发策略|Ftrans B2B

谁能对谁收、谁能对谁发,是配置项,不是约定俗成。

一句话定义

合作伙伴档案与收发策略,指把每一家外部组织建为一份可管理的档案,并在档案之上配置内外部用户之间的收发关系与权限。 档案覆盖伙伴的基本信息、联系人、伙伴管理员、密钥资料、专属目录与交换记录;收发策略决定谁能对谁收、谁能对谁发、以及走哪一种交换方式。

一、这个能力解决什么问题

它解决的是”授权对象不存在”的问题。

对外交换里的授权,本质上要回答三个问题:这批文件是发给哪一家的、这家的哪个人有权收、本方的哪些人有权发。没有伙伴档案时,这三个问题的答案分别散在三个地方——发给哪一家写在文件夹的命名里,谁有权收取决于账号发给了谁,本方谁能发靠部门内部口头约定。

由此产生的典型状态:

现状 后果
外部联系人记在个人通讯录或某份 Excel 里 对方换人时,本方无从知晓;旧联系人是否还能收到文件没人核对
一个外部账号被这家伙伴的若干个人共用 任何一次操作都无法归因到具体的人,审计时只能查到”这个账号”
本方谁能给哪一家发文件靠约定俗成 新人入职后照着别人的做法操作,越权发送不会被系统拦住
合作终止后没有统一的停用动作 目录、账号、密钥各清各的,漏掉一处就是一个长期敞口
多个部门各自对接同一家伙伴 同一家伙伴在系统里存在多份”影子档案”,记录无法归集

把伙伴建成档案,是让这些动作有对象可施加。 授权授给谁、策略配在哪、审计查什么、停用停哪一条,都指向同一个实体。

→ 以伙伴为组织单元的完整模型见 合作伙伴文件安全交换

二、怎么工作

2.1 伙伴按树状结构分类

外部合作伙伴以树状结构分类管理,可以按伙伴分类与分组进行权限控制。这一层的意义是批量而非逐家——同一类伙伴(例如”境内二级供应商”与”境外客户”)往往共享同一套授权口径,按分类授权比逐家配置更不容易出错,也更容易在事后核对。

每一家伙伴的基本信息包括名称、简码、编码、类别与等级。简码与编码用于与企业内部既有的供应商编码体系对齐,等级用于承载分级管理的差异化口径。伙伴整体可以启用或禁用。

2.2 伙伴联系人基于外部账号,不是通讯录条目

这是与”把对方的邮箱记下来”最本质的区别:伙伴联系人是一个外部账号,不是一条联系人记录。

账号意味着它可以被精准授权,也意味着它的每一次操作都能被归因。对方公司的三个对接人应当是三个账号,而不是共用一个。人员变动时禁用其中一个,不影响另外两个,也不需要更换整家伙伴的凭据。

外部组织与账号本身也按树状结构管理,支持批量导入导出与启用禁用。联系人体系分三类:基于组织结构自动形成的系统联系人、由管理员统一维护的伙伴联系人、以及终端用户自行维护的个人联系人,可分组管理。

2.3 伙伴管理员是分层分级的

每一家伙伴可以配置伙伴管理员,管理权限支持分层分级的分配与隔离。这一机制配合基于组织架构的分级管理与三员分立,用于满足权责分离的管理要求——平台管理员、业务管理员与审计角色不必是同一个人,某一家伙伴的日常维护也可以下放给具体的业务部门,而不必集中在 IT。

2.4 收发策略:谁能对谁收、谁能对谁发

收发策略是这套结构里最需要被理解的一层。它配置的不是”某个目录的读写权限”,而是内外部用户之间的收发关系:

  • 精细化的收发权限控制——本方哪些用户、哪些部门可以对这家伙伴的哪些联系人发送与接收。
  • 策略优先级——多条策略同时命中时按优先级判定,避免规则互相打架。
  • 按收发方式分别授权——同一组人员关系,在不同的交换方式上可以有不同的授权口径。其中协议直连方式用于企业与外部合作伙伴之间的交换,双方均为内部人员时不可选。
  • 在线收发关系检查——配置完成后可以直接查询”这个人能不能给那个人发”,不必靠试发一次来验证。
  • 启用与禁用——策略本身可停用,用于合作暂停或阶段性收口,不必删除配置。

最后一条在实践中比它看起来更常用:合作关系的暂停远比终止频繁,一个可停用的策略比”把配置删掉再重建”安全得多。

2.5 密钥资料挂在伙伴档案下

伙伴的 PGP 公钥在档案内绑定与配置,加密与签名可自动执行。协议对接所需的证书同样关联到具体伙伴,与该伙伴的连接配置一起维护。

需要说清一条:这两套体系互相独立。 协议对接用的是伙伴方规定的 X.509 证书体系,对等加密用的是双方交换公钥建立的 PGP 体系,伙伴关系与密钥要分别配置,不能互相复用。

私钥与账号凭据一样由平台统一保管与使用,业务人员在平台内提交任务与查看结果,全程不需要也无法获取。

→ 托管范围、密钥存储形态与评审配合见 外部凭据托管的安全设计与评审配合 → 协议对接侧的证书与身份管理见 OFTP2 文件收发

三、配置与运维要点

3.1 建档顺序:先分类,再建档,最后配策略

推荐的顺序是分类 → 伙伴 → 联系人与管理员 → 收发策略 → 伙伴库。先把分类树规划好,后面的授权才能按类批量下发;反过来先建了几十家伙伴再回头分类,已配好的策略要逐条复核。

分类的划分维度建议与授权口径一致,而不是与业务习惯一致。按”供应商 / 客户 / 机构”分类,如果三类的授权口径其实相同,这个分类就没有产生管理价值;按”是否允许接收图纸类文件”分类,虽然听起来不像组织结构,却能直接对应到策略。

3.2 一家伙伴只建一份档案

多个部门各自对接同一家伙伴时,容易出现同一家公司在系统里存在多份档案。这会让交换记录无法归集,也让”这家伙伴一共有几个人能收我们的文件”变成一个查不清的问题。简码与编码的作用之一就是在建档时做唯一性约束,建议与企业既有的供应商主数据编码对齐。

3.3 人员变动只改档案,不动凭据

对方换对接人时,禁用旧联系人账号、新增一个即可,不需要更换这家伙伴的存储凭据;本方经办人调岗时,改的是收发策略里的人员范围,同样不涉及外部凭据。这是”以伙伴为单元”在日常运维中最高频的收益——凭据轮换与人员变动被拆成了两件事,而不是每次人员变动都要惊动一次凭据。

→ 凭据轮换本身怎么做见 外部账号与密钥集中托管

3.4 合作终止时的停用清单

禁用伙伴、禁用其联系人账号、停用相关收发策略、回收伙伴库目录权限、轮换该伙伴相关的凭据。这五项挂在同一份档案下,可以逐项确认,而不是靠回忆去若干个系统里排查。离场动作有明确的操作对象,是伙伴档案最容易被低估的价值。

3.5 配置本身也进审计

伙伴、联系人、用户组与部门的全生命周期记录,包括创建、修改、删除操作,均有身份管理记录留痕,支持操作追溯与问题排查。“这条策略是谁什么时候改的”与”这个文件是谁发的”同样重要——前者是后者的前提。

→ 记录结构与查询方式见 文件出入向安全治理:顺序即安全

四、与其他能力的关系

常见问题

Q:合作伙伴管理和通讯录、供应商名录有什么区别?

A:通讯录记录的是联系方式,伙伴档案承载的是授权结构。伙伴联系人是一个可精准授权、可归因审计的外部账号,不是一条联系人记录;档案之下还挂着伙伴管理员、密钥资料、收发策略、专属目录与交换记录。判断标准很直接:合作终止时,通讯录里删掉一条记录不会让任何权限失效,伙伴档案里禁用这一家,与之相关的账号、策略与目录权限会随之失效。

Q:收发策略配错了会怎样?能提前验证吗?

A:策略支持在线的收发关系检查,配置完成后可以直接查询指定的两个人之间能不能收发,不必靠试发一次来验证。多条策略同时命中时按优先级判定。策略本身也可以停用而不删除,用于合作暂停这类阶段性场景。

Q:一家伙伴有多个对接人,需要给每个人开账号吗?

A:建议如此。伙伴联系人的设计前提就是”一人一账号”——共用账号意味着任何一次操作都无法归因到具体的人,人员变动时也只能整体更换。一人一账号之后,对方换人时禁用其中一个即可,不影响其余联系人,也不需要更换这家伙伴的存储凭据。

Q:不同部门对接同一家伙伴,会不会互相看到对方的文件?

A:不会自动看到。收发关系由策略配置,本方哪些用户与部门可以对这家伙伴的哪些联系人收发,是显式设置项;伙伴库目录还有独立的细粒度权限与继承控制。同时建议这家伙伴在系统里只保留一份档案,由分层分级的伙伴管理员机制把日常维护下放给相应部门,而不是各部门各建一份。

Q:伙伴数量很多,需要逐家配置吗?

A:分类与分组是为此设计的。伙伴按树状结构分类,可按分类与分组进行权限控制,同一类伙伴共享授权口径;外部组织与账号支持批量导入导出。逐家配置的部分主要是那些确实各不相同的项——例如各家的存储凭据、密钥资料与协议连接参数。