我看到的几个问题:
client_user_id
属性表示嵌入的签名者
因为第二个签名者拥有
客户端用户标识
属性集,它们被视为嵌入的签名者。结果他们会的
如果你想让第二个签名者成为
remote signer
(从DocuSign收到签名仪式的电子邮件邀请),然后删除
客户端用户标识
如
signer2 = Signer(
email='secondperson@example.com',
name='Some Guy',
recipient_id='2',
routing_order='2',
)
签名者不需要DocuSign帐户
在你的问题上你这么说
不
别用同样的方法
有时,您确实需要一个信封的多个嵌入签名者。当你这样做的时候,不要用同样的方法
客户端用户标识
id
在你的web应用中。如果您没有在web应用中分配id,则使用签名者的电子邮件作为客户端用户id。如果您没有他们的电子邮件,则使用
name@example.com
.
新增:签约仪式API认证
既然签名者不付款,也不需要DocuSign上的用户帐户,那么开发人员的应用程序如何调用
EnvelopeViews:createRecipient
获取签名者将使用的签名仪式URL?
答案是使用“系统帐户”--在DocuSign帐户中创建一个用户,该帐户通常表示应用程序或部门。如sales@your_company.com。
然后,通过使用JWT授权来模拟sales@your_company.com销售系统用户。
应用程序使用生成的访问令牌调用
恩维lopeViews:createRecipient
根据发送信封的用户的不同,系统帐户可能需要也可能不需要管理权限。