DocuSign ISV集成技术问询：多客户对接、密钥复用及上线流程等问题

一、ISV账户对接多客户账户的方法 #

1. 先完成ISV合作伙伴账户的注册与认证，拿到专属的集成密钥（Integration Key, IK）。
2. 针对每个客户的DocuSign账户，走对应的授权流程：
   • Authorization Code模式：让客户在你的应用里触发授权，跳转到DocuSign的授权页面，客户选择自己的账户完成授权后，你的应用拿授权码兑换该账户的access token、refresh token和过期时间，把这些信息存好，后续调用API就用这个客户的凭证。
   • JWT模式：需要客户提供其DocuSign账户的管理员邮箱，你把你的应用IK加到客户账户的可信应用列表里，之后用JWT断言直接获取该客户账户的访问凭证，同样存好对应信息。
3. 每个客户的授权凭证都是和自己的DocuSign账户绑定的，调用API时要带上对应客户的access token，同时指定该客户的账户ID（授权过程中能拿到）。

二、同一IK+Client Secret能否服务多客户 #

完全可以。ISV账户下的集成密钥是全局通用的，同一个IK和Client Secret能用于所有客户的授权流程（不管是Authorization Code还是JWT），获取每个客户专属的access token。调用API时，只要用对应客户的access token和账户ID，就能操作该客户账户下的信封、签名等资源，不会搞混不同客户的数据。

三、ISV场景的上线流程 #

1. 开发测试：
   • 在ISV账户里创建集成密钥，配置好授权回调地址（Authorization Code模式需要）、JWT公钥这些参数。
   • 用DocuSign的沙箱环境做开发测试，把多客户授权、发送信封、签名这些核心流程跑通，确保没问题。
2. 应用审核：
   • 把你的应用提交给DocuSign做ISV审核，要提供应用功能说明、使用场景、安全措施这些文档，得符合DocuSign的合规要求。
3. 正式上线：
   • 审核通过后，把集成密钥切换到生产环境。
   • 上线你的应用，引导客户完成授权，正式提供服务。
4. 日常运维：盯着凭证过期时间，用refresh token自动续期access token，同时跟进DocuSign的API更新，保证应用兼容性。

四、ISV之外的可选方案 #

• 独立集成密钥（不推荐）：不为每个客户单独建IK，但这种方式没法享受ISV的批量管理、合规支持等权益，而且每个客户的授权得单独配置，维护起来麻烦。
• 嵌入式签名：如果你的需求只是发信封、收签名，可以用这个模式，但没法深度对接客户的DocuSign账户（比如看客户所有信封、管理模板），只能完成单次签名流程。
• 白标集成：要是需要完全白标的DocuSign体验，可以联系DocuSign商务团队定制，不过成本高，适合客户量很大的企业。

内容的提问来源于stack exchange，提问作者Kok Chuan How