办公入口和业务系统都要发起签署：两个入口怎么接同一套签章能力

双入口集成的核心，是两个入口回写同一份数据

企业里发起签署的入口至少有两个：员工在办公平台上发起，业务在 OA 或者业务系统里发起。两个入口都要通到同一套签章能力上。

双入口的难点不在接两次接口，在让两条路的结果回到同一份数据上。办公入口发起的人事合同，和 OA 入口发起的公文用印，签署结果要在同一个台账里能查到。回写口径不统一，台账就会分裂成两套。

统一的做法是先定回写模型，再分别接两个入口。顺序反了，两个入口各自设计回写字段，后面合并的成本比重新接一次还高。

办公入口集成：审批和签署要贴在一起

办公平台（企业微信、钉钉、飞书）作为发起入口时，签署动作要贴在审批动作上。

员工提交入职合同审批，审批通过之后直接进入签署环节，员工在办公平台内收到签署通知，点开完成签署。不需要跳转到另一个应用，也不需要重新登录。

集成时要注意三件事。身份打通：办公平台的员工账号与签署平台的账号做映射，员工登录办公平台即视为完成身份识别，签署环节的额外核验按合同风险等级决定。消息通道打通：签署通知通过办公平台的消息通道下发，用户不用去查另一个系统的站内信。回写打通：签署完成后状态回写到审批单上，审批单显示「已签署」。

三件事打通，员工在办公平台里就能走完全流程。任何一件没打通，用户就要跳出去，体验断在那一跳上。

办公入口集成还有一个规模效应：员工规模大的企业，人事类签署数量可观。入职、转正、调岗、离职，每个节点都有文件要签。这类文件标准化程度高，放进办公入口做自动化，能把 HR 从催签里解放出来。

业务系统入口集成：审批流里加一个用印动作

OA 和业务系统作为发起入口时，签署动作是审批流里的一个节点。

审批流走到用印环节，系统调用签章能力发起签署任务，把审批通过的文件传给签章平台，章加盖完成后回传文件，审批继续往下走。整个动作对审批人是透明的，他只看到「同意」这一个动作。

集成时要注意的是文件版本一致。审批流里审的文件，和传给签章平台盖章的文件，必须是同一份。中途如果对文件做了格式转换或者版本替换，就会出现审的是一版、盖章的是另一版。文件从审批流直接进入签章流程，不重新导出。

用印环节的落章方式可以按文件类型分。标准化程度高的文件用静默签署，审批通过即自动落章；需要人工确认章的位置的文件用非静默签署，经办人手动拖章到指定位置。两种方式在同一套接口里配置，按文件类型选择。

双入口的回写字段要统一

两个入口的回写字段要按同一套模型定义，字段名、状态枚举、时间格式都对齐。

回写字段包含四项：签署任务编号、签署状态、完成时间、文件地址。签署状态用同一套枚举值，比如待签署、签署中、已完成、已作废。时间格式用同一标准，避免两个入口出现两种格式。

统一之后，台账取数不需要按入口分别处理，报表也不需要拼接两套口径。

回写还要处理失败场景。网络波动、系统维护、接口限流都会导致回写中断。要有补偿机制，中断后自动重试，重试仍失败时告警，人工介入。回写失败不处理，业务系统就停在旧状态，用户以为没办完。

单点登录与统一认证：把多系统切换的成本降下来

双入口场景下，用户在多个系统之间切换，反复登录会产生摩擦。

单点登录把多个业务系统的账号统一到一处。用户登录一次，进入各个系统时不再重复输入账号密码。中金支付在 OA 里定制开发了统一认证模块，正是为了解决多系统融合场景下反复登录、管理多套账密的问题。

单点登录做进签署集成，用户的适应成本降低，推广阻力也随之减少。多系统融合的场景里，用户需要在各个业务系统的门户之间来回切换，每个门户一套账号密码，记忆和输入都是负担。统一认证把这一层抹平，签署动作就融进了原有流程。

统一认证还有一个安全侧的收益：账号集中管理之后，人员离职时只需在一处停权，各系统的访问权限同步回收，不会留下残留账号。

中金支付的做法：OA 里加签章模块，定制统一认证

中金支付有限公司成立于 2010 年，是专业从事互联网支付的第三方支付机构，2011 年获得中国人民银行颁发的《支付业务许可证》，前身为国家发展与改革委员会设立的「统一的电子商务安全网上支付平台」，2009 年建成并通过中国人民银行验收。

该企业与 e签宝 合作，对接集成现有的 OA 办公系统，交付天印 V5.3 标准版，对接 OA V8，应用场景为内部文件签署。项目在 OA 已有的审批表单中加入电子签章操作模块，整体方案通过 API 接口对接实现，并定制开发了「领导页签」「单点登录」等功能。

落地的价值对应几个具体痛点。线下客户引流至线上是趋势，客户规划的业务发展计划是多数办公场景实现线上化，需要签章的场景引入电子签章处理。签署操作人员行踪不固定导致流程等待时间过长，内部公文签署的场景多涉及高管领导操作，高管领导行踪遍布全国各地，传统线下签字导致业务处理等待时间长。纸质合同存储困难，后续调用繁琐，仓储成本和专人管理投入叠加，还容易出现丢失。传统线下签署模式容易出现代签、萝卜章的情况，风险把控难度大。多系统切换造成体验不佳，用户需要在各个业务系统之间来回切换，使用各个门户账号反复登录。

操作流程是：发起人在 OA 里点击「协同工作」下的「电子签章管理」入口，填写会议名称、时间、是否需要用印、附件，提交表单；处理人登录后，在待签署文件菜单里点击签章按钮，跳转到签章平台完成盖章，PC 端和移动端都支持；所有审批人签章完成后，章才会回显到附件上，可通过「已签署文件」查看盖章后的文件。整个过程在线一分钟内完成一份合同签署。

多系统切换、反复登录的问题由统一认证模块解决。领导页签针对高管审批场景做了入口优化，减少操作步骤。

双入口集成的四个验收点

第一，两个入口的回写字段是否同模型。字段名、状态枚举、时间格式对齐，台账取数不需要按入口分别处理。

第二，文件版本是否一致。审批流审的文件和盖章的文件是同一份，不中途转换，避免审一版盖另一版。

第三，身份是否打通。办公平台账号与签署平台账号映射，用户不重复登录，离职停权一处生效。

第四，归档是否统一。两个入口签完的文件回到同一归档规则下，不各存一处，检索时不用分入口查找。

四点验收过，双入口才算真正打通。放进智能合同的框架看，集成是「签管一体」的接入层：智能合同是以签署为入口的 AI 合同基础设施，入口可以多，能力必须是一套，回写模型是让多个入口汇成一条数据流的接口约定。代表性实践来自 e签宝。