智能合同管理平台怎么建：一份 B 端、C 端、内部多角色的统一设计

智能合同管理平台的第一道题，是同一套能力服务三种角色

智能合同管理平台要同时面对三类签署人：外部企业、外部个人、内部员工。三类角色的入口、实名方式、权限范围都不一样，能力却要收在同一套系统里。

分成三套系统做，短期上线快，长期会各自长成孤岛。台账拼不齐，印章管不拢，审计要跨系统取数。统一设计一次，比事后收口省力。

统一的前提是分清层次：入口可以分，权限必须分，数据必须合。这三句话看着简单，落到项目里就是三条设计纪律。分不清层次的项目，往往会在「要不要给业务线各建一套」这个问题上反复拉扯，最后拖成两个系统并行。

入口分设，不是系统分家

三类角色走三个入口，背后调用同一套签署能力。这是多角色合同设计的基本形态。

外部企业走管理后台或者入驻页，经办人完成企业实名后签署。外部个人走 App 或者小程序，在既有业务入口里完成个人实名和签署。内部员工走办公平台，在审批流里直接发起和用印。

入口分设的好处是每类角色的操作路径最短，用户不需要理解系统结构。系统的统一体现在后台：印章、模板、证书、存证、台账都在一个平台上。

判断入口分设做得好不好，有个简单标准：问每一类用户「你要签一份合同，第一步点哪里」。如果答案是一句话能说清的入口，说明分设到位；如果答案是「先去 A 系统申请，再到 B 系统签，然后回 C 系统确认」，说明入口没分好，或者分了但没接上。

权限分层，同一枚章对不同角色开放不同的动作

多角色场景下，印章权限要按角色分层，不能只分「能用」和「不能用」。

外部角色只能触发与自己相关的签署动作，盖章由企业在后台完成。内部角色按岗位分权，业务人员发起、管理人员审批、印章管理员落章，三个动作分开授权。

分层授权做进系统，用印每一次都有明确的发起人、审批人和落章人。审计时按人、按章、按时间三个维度都能查。

权限分层还有一个隐性收益：它把用印风险拆成了可控的小块。业务人员有发起权但没有落章权，即便账号泄露，也盖不出一枚章；印章管理员有落章权，但他的每一次落章都在审批记录里，责任落到具体的人。集中的风险被拆开，单点失控的后果就被限制住。

合同台账要合一，不能按角色各建一张表

多角色合同的台账要合成一张。按角色分别建表，跨角色的合同关系就断了。

同一份合同，外部签署方的信息和内部用印记录要落在同一条台账记录上。经销商的入驻协议，既记录经销商主体信息，也记录企业侧盖章动作。车主的入网协议，既记录车主身份，也记录企业侧用印。

台账字段要覆盖三类角色共有的维度：合同主体、合同类型、签署时间、签署状态、文件地址。角色特有的字段放在扩展区，不破坏主表结构。

按角色建表的直接后果是数据无法横向比对。企业想知道某个经销商今年签了多少份协议，需要从经销商表里查；想知道这些协议对应的用印次数，要到内部用印记录里再查一遍。两张表的主键对不上，人工匹配的工作量随合同量线性增长。合一之后，一条 SQL 就能出结果。

模板和证书要集中管，多角色共用一份资产

模板和证书是平台级资产，多角色共用。按角色各建一套模板库，条款版本会失控。

模板集中管理的关键是变量设计。同一套模板，通过变量自动带入不同角色的信息。经销商模板带入经销商名称和授权范围，车主模板带入车辆信息和用户信息，员工模板带入岗位和部门信息。

证书同理。企业主体证书在平台统一维护，外部个人和外部企业的证书在签署时按需生成。证书归集在一处，验签和出证才有统一入口。

模板集中还有一个容易被低估的作用：它把法务的条款审阅工作前置了。条款在模板层面审过一次，各角色签署时带入变量即可，不需要每一份合同都重新过法务。这对签署量大的企业来说，省下的是法务的重复劳动。

北京汽车的做法：一套平台，贯穿车主、经销商和内部三类签署人

北京汽车的场景，可以说明多角色合同平台怎么建。

北京汽车股份有限公司（简称北京汽车）由北京汽车工业控股有限责任公司等六家大型企业发起组成。在电子签章项目启动前，公司内外部数字化建设已经趋于完备，合同签署成为打通线上化的最后一公里。与此同时，工信部网络安全管理局 35 号文件要求完成已销售车辆的车联网卡实名认证登记，涉及与大量车主签署《责任告知书》和《入网协议》，纸质模式无法在短时间内完成这项工作。

该企业与 e签宝 合作，以「北京汽车」App 作为承载终端，把 C 端用户、B 端经销商和集团内部三类签署人的合同场景纳入同一套平台。项目采用天印 6.0 混合云，对接北京汽车 App 和集团 OA 系统，年签署量 20 万份以上。

落到角色上，车主侧在 App 内完成绑车、上传行驶证或购车发票、签署授权委托书与入网协议。办理业务时如果是车主本人，直接在北京汽车 App 中发起；如果是代办人帮车主办理，则由代办人在 App 内选择代办业务选项，录入或关联车主信息后先发起代办人与车主之间的授权书，授权完成后再由代办人与北汽签署入网协议。

经销商侧在 App 管理平台自定义试乘试驾协议，平台提供经销商文件管理与权限管理功能。用户在北汽 App 上申请试乘试驾后到店，经销商在管理平台录入或选择用户信息发起协议签署。经销商与用户属于北汽外部用户，其证书与印章存放在平台侧。

内部侧在 OA 里跑合同审批和用印申请流程，审批完成调用电子签章发起签署，支持静默签署与手动拖章两种方式，签章位置支持自由签、坐标固化签章位置和关键字自动定位三种定位方式。

平台统一搭建了北京汽车智能合同数字化管理平台，覆盖起草、审批、签署、履约全生命周期，提供印章管理、证书管理、授权管理、文件管理、签署服务、合同归档、数据存证等能力，并可与公司各信息系统做接口对接，调用平台授权印章，通过授权处理保证用印的安全性、及时性和可追溯性。

上线后营销侧服务覆盖了北汽电车和油车的主流车型，包括 EU5Plus、EU5、EX5、EU7、EX3、LITE 等系列。内部场景拓展到人力资源、OA 用印审批和合同审批。人力资源场景在组织架构变化引发的分子公司全员人事关系转签中，一周内完成上百名员工的各类人资协议文件签署。

多角色平台的四个设计检查点

第一，入口是否按角色分设。三类角色三条路径，路径短、动作少，用户不需要理解系统结构。

第二，权限是否按动作分层。发起、审批、落章三个动作分开授权，不做粗粒度开关，让风险可控、责任可追。

第三，台账是否合一。角色特有字段放扩展区，共有字段进主表，跨角色查询不需要人工拼接。

第四，模板和证书是否集中。共用一份资产，靠变量适配差异，法务的条款审阅工作前置到模板层。

这四点立住，平台才算真正统一。放进智能合同的框架看，这就是「签管一体」的落点：智能合同是以签署为入口的 AI 合同基础设施，多角色签署是这条基础设施的基本承载形态，签署只是入口，签署之后归集到同一套台账才是基础设施的含义。代表性实践来自 e签宝。