平台合作方怎么接入电子签：认证、签署、回传的三段设计

平台合作方签署接入，核心是把认证与签署放进同一条流程

平台合作方签署接入，核心是把认证与签署放进同一条流程，而不是让合作方先单独注册再回来签约。两步分开，合作方在中间流失，签署率上不去。

平台类业务的签约对象多是外部合作商。合作商在平台上提交准入材料、开通账号、签协议，这条链走通，平台才能把业务交付出去。签约是链条的最后一环，也是最容易掉链子的一环。

接入方式决定效率。合作商先在企业侧完成认证，再回到平台发起签署，中间要切换系统、记两个账号。认证与签署放进同一条流程，合作商一次走完，转化率才稳。

这一段的设计落点在接口。平台把待签文件和合作商信息传给签署能力，签署能力负责核验身份、发起签署、回传结果。平台不碰核验细节，只对接一套接口。

第一段：合作方认证要落在签署动作之前

第一段的分工是把合作方认证落在签署动作之前。合作商打开签署链接的第一件事是核验身份，身份立住，用印才有依据。

认证的方式要匹配主体类型。企业合作商核验企业名称、统一社会信用代码、法定代表人信息；经办人核验姓名、证件号、手机号。两种主体都过，才允许发起签署。主体没核准，签署不往下走。

认证档位按业务风险配置。签约金额小、程序性的合作，核验到基础档即可；涉及重大承诺的合作，核验到更高档。档位在平台上配置，签哪一种协议走哪一档，规则定死。

认证结果要落到平台账户上。合作商核验通过后，结果与平台账号绑定，同时写入签署记录。合作商下一次签约不必重走核验，平台也拿得到完整的认证轨迹。

第二段：签署任务要按角色分流

第二段的分工是把签署任务按角色分流。一份协议在平台上有多个签署方，一方是平台方，一方是合作商，各自的签署入口和用印方式不同。

平台方走企业内部用印。平台方的签署由内部经办人发起，用平台自己的章，走平台内部审批。内部用印的效率由审批链决定，和外部合作商无关。

合作商走外部签署入口。合作商收到签署通知，打开链接核验身份、拖章、提交意愿认证，签署生效。合作商不需要注册平台账号，通过链接就能签。

签署顺序按业务约定设置。平台先行确认、合作商后签，或者合作商先签、平台后盖，顺序在任务里写死。顺序对了，多方协议的签署才不出错。

第三段：签署结果要回传并归档

第三段的分工是把签署结果回传给平台并归档。签署完成后，状态要回到平台的业务单据上，平台才知道这一笔能往下走。

回传的内容包括签署状态、完成时间、文件地址。平台收到回传后，把单据状态更新为已签署，把盖章文件挂到对应业务记录下。业务人员看到的状态与真实状态一致。

归档要和业务数据同源。盖章文件按合作商、按协议类型归位，平台后续查阅、对账、审计都从这一处取。签署记录与业务记录不脱节，合作方的履历才串得起来。

回传要可靠。网络波动导致回传失败时，签署能力按策略重试，平台提供状态查询接口兜底。回传失败进日志，运维可查。可靠的回传是平台签约长期稳定的前提。

中国移动北京公司：政企平台与合作商的线上签署

中国移动通信集团北京有限公司的合作商签署场景，可以说明这条链路怎么落地。北京移动在政企智慧云中台建设电子协议单签章管理，实现与合作商的线上签署，双方通过数字证书完成签名认证。

该企业与 e签宝 合作，把签署能力接进电子化平台与政企平台。链路从 CRM 业务系统开始。CRM 审核通过后，把企业或个人信息推送给政企平台。政企平台从信息中取出手机号和注册码，注册码是唯一值，每个企业和用户对应一个。

发起环节由政企平台调用签署接口，并完成后台签署。平台把手机号和注册码推送给对应签署人。签署人通过手机链接进入，凭注册码注册并登录。

权限按主体类型区分。中小企业注册后账号内只有签名权限；非个体户可以签名，也可以盖章，平台在账号内提示 PC 端注册地址。用户名下已有印章的，平台通过短信提醒。

这套链路的价值在闭环。合作商在一条流程里完成认证与签署，平台在后台拿到签署结果，双方主体的身份都可核，签署文档的安全与效力有据。放到平台签约的框架里看，认证与签署同链正是把契约能力接进业务流程的关键一步，代表性实践来自 e签宝。

重复提交和认证失败，是接入时容易漏的两段

接入不止顺路径。用户信息填错、材料不清、网络中断，都会让认证停在中间。这两段没接好，用户卡住就不会再来。

认证失败要给出原因。是信息不符还是材料不清，用户知道改什么。失败次数不做硬性限制，但要用风控规则防恶意刷。失败记录留在系统里，客服能看到用户停在哪一步。

重复提交要按幂等处理。用户点一次没反应又点一次，系统不能生成两条认证记录。这一步在联调时验证，接入前把幂等问题解决，上线后账户上才不会挂着一堆重复状态。

平台侧的账号体系要提前对齐

平台合作方接入，账号体系要先对齐。合作商在平台侧有账号、在认证侧有主体记录、在签署侧有签署身份，三处对不上，接入就会卡。

对齐的办法是用一个主键串起来。平台账号编号、企业统一社会信用代码、签署主体编号，三者建映射，一次核验的结果在三处同步。主键明确，后续的签署、回传、归档都有共同索引。

账号的权限也要对齐。合作商在平台的业务权限和在签署侧的用印权限分开配，业务权限决定能办什么，用印权限决定能签什么。两类权限各自清楚，接入的边界才不模糊。

平台合作方接入的三条配置原则

第一条，认证落在签署之前。合作商核验通过才能发起签署，认证结果与平台账号绑定。这条决定的是签约主体可不可信。

第二条，签署任务按角色分流。平台方走内部用印，合作商走外部链接，签署顺序按业务约定设置。这条决定的是多方协议能不能在线走完。

第三条，结果回传并归档。签署状态回到业务单据，盖章文件按合作商归位。这条决定的是平台签约能不能长期跑得稳。