哔哩哔哩：年签 25 万份合同，人事和法务两套场景怎么共用一套签署能力

一个互娱平台的签约难题

哔哩哔哩的合同签署压力，来自两个方向。

一个是人的方向。公司员工分布在全国各地的分公司，除了在职期间的各类人事文件，每月还要和大量主播签署合作协议。主播的签约和解约都比较频繁，高峰期每月要签近万份合同。

另一个是业务的方向。平台每个月和 B 端的娱乐、文化、传媒类合作伙伴往来的业务合同也超过万份。

这两类合同放在纸质模式里，痛点是一样的：快递成本高、流程长、存储管理麻烦。人事合同和主播协议的平均签署周期要按周计算，业务合同的纸质签署周期平均在 7 到 15 天。这个周期直接影响业务推进速度。

还有一个容易被低估的问题：纸质合同签署时的代签、冒签风险。传统方式下很难确认签名是不是本人所签，这在诉讼里是被动的一方。

解决方案：一套系统，两条场景线

哔哩哔哩的选择是用一套电子签系统同时支撑人事和法务两类场景，通过标准 OpenAPI 接口与自研人事 App 和法务合同管理系统分别对接。

人事协议场景走的是嵌入式方案。电子签服务被集成进内部 App，用于签署在职证明、离职证明、劳动合同变更协议、劳动合同及其附件、劳动合同续签协议等文件。流程是：HR 在系统中录入员工信息并发起签署流程，员工通过 App 接收签署通知，点击短信链接完成签署，HR 在线审核、盖章并完成归档管理。

法务业务合同场景走的是合同管理系统对接。用于内部单方签署文件和业务合作协议，法务人员在合同管理系统中发起 B 端合作协议签署，合作伙伴在官网或 App 的签约中心查看文件并签署。

两条场景线共用同一套签署能力，但入口各自独立——员工从人事 App 进入，合作方从签约中心进入。这是这套设计的关键：共用底座，不共用入口。

实名认证怎么设计

签署环节的实名认证，分两类主体处理。

员工签署时，登录 App 输入手机号、获取验证码完成登录，然后完成实名认证再做签署。合作方签署时，通过官网或 App 的签约中心进入，同样需要完成实名认证。

认证方式上，项目采用了刷脸认证与短信验证相结合的方式：签名人登录 App 后，输入手机号获取验证码登录；查看合同确认无误后，首先完成实名认证，再通过刷脸认证完成签署。人脸核验解决的是「签署人是不是本人」，短信验证解决的是「这次签署是不是当事人操作的」，两者结合覆盖了身份和意愿两个层面。

留存方面，签署记录里保存实名认证信息、认证方式与时间、签署操作日志，配合存证能力，构成完整的证据链。

落地后的变化

效率层面的变化最直接。合同签署不再依赖快递往返，签署周期从按周和按十几天计算，压缩到在线即时完成。每月的签约高峰不再需要集中安排人力处理纸质文件的打印、邮寄和归档。

风险层面的改善更值得说。纸质模式下，代签冒签的风险难以核查，出现纠纷时企业举证被动。线上签署之后，每一次签署都有实名认证记录和签署日志，双方签署的整个过程全流程实时记录和存证，保证签署的法律效力。未来产生纠纷时，电子签平台可以出具相应的证据报告。

管理层面，签署文件按场景归口管理：人事协议进入员工档案，业务合同进入合同台账。文件检索从系统中直接完成，不再需要专门的实体存储空间和专职管理人员。

两套场景共用一套能力，省在哪

人事和法务共用一套签署能力，价值落在三个地方，都不是省软件采购费用那么简单。

第一处省在签约峰值的处理上。主播的签约和解约集中在特定时间窗口，一个月近万份合同的量级靠人工排期完成不现实。接口自动发起之后，签署任务的创建和通知都是系统完成的，业务人员要做的是确认名单，而不是逐份处理。峰值来的时候，人力不需要跟着扩张。

第二处省在证据的统一性上。纸质模式下，人事合同的签署记录在 HR 那边，业务合同的签署记录在法务那边，两边格式不同、保存方式不同。真出现争议，要分别调取、分别说明。共用一套签署能力之后，签署记录、实名认证记录、存证信息在同一个体系里，出具证据时是完整的一条链，不需要拼接。

第三处省在文件的调取效率上。已签合同按场景归口到各自的业务系统，检索从系统里直接完成，不再依赖实体档案室。以年签署量 25 万份的量级算，找一份历史合同的耗差是以小时和以分钟计的。

对相似企业的参考

哔哩哔哩这个案例对三类企业有参考价值：员工和合作方数量都大、人事和业务合同签署频繁、分公司分布广。

这类企业落地时值得注意三点。一是接口优先，签约量大的场景一定要走自动化发起，人工发起会成为瓶颈也会漏签。二是场景入口分开、底座共用，不同角色的用户面对不同的签署入口，但底层是同一套能力和同一套记录。三是认证强度按场景分级，普通人事文件走短信验证即可，涉及重点条款或金额较大的合同再叠加人脸核验。

e签宝在互娱和平台类企业里把 OpenAPI 对接、多场景签署入口、实名人脸核验和存证能力做在同一套体系里，企业需要设计的是场景与认证强度的对应关系，以及签署记录往哪个业务系统归口。