当我检查Docusign Connect Event-XML通知的格式时,我会看到收件人的Signed
字段,其中包含签名的日期、时间。当我检查信封收件人的REST API时,我看到收件人的SignedDateTime
是为DocuSign保留的。
使用DocuSign eSignature v2.1 API调用获取收件人将包括以下数据:https://developers.DocuSign.com/esign-rest-api/reference/envelopes/envelopes/enveloperecipients/list
GET /v2.1/accounts/{accountId}/envelopes/{envelopeId}/recipients
检查json中的dateSigned信息
null 如果我们使用固定收件人创建信封,我们是否需要为我们正在使用的每个DocuSign帐户提供CN?我们需要在请求头中包括什么吗? 请告知…
我们已经设置了我们的模板,包括签名块,我们能够发送收件人的姓名和电子邮件地址与信封。这些收件人出现在收件人列表中,当您登录到DocuSign时,您可以从列表中选择一个收件人并对其进行适当的定位。 我们正在考虑删除这个手动步骤,这样我们就可以说,例如,我们在信封中发送的第一个签名对应于模板中的签名块1,第二个对应于第二个,以此类推。
我试图使用DocuSign REST API创建一个简单的场景,如下所示: 我有2个签名者,Signer1和Signer2 将文档发送到Signer1以检查和签名 签名者2被通知并检查文档并在签名者1签名的地方签名 除了Signer1查看文档时,他们会看到Signer2的标签,并必须为Signer2签名之外,我还可以按顺序工作。文档中的选项卡有不同的名称,我正在将相关的AnchorString添加
2)我的会话从不超时。根据DocuSign文档,会话在5分钟内超时,这是一个可配置的设置。我应该在哪里查看该设置以及如何测试会话超时? 3)当我请求一次收件人令牌时,如果我在短时间内请求获取令牌,我会得到一个错误。在我等待几分钟后,我可以很好地检索收件人令牌。在请求检索收件人令牌时,我是否应该考虑一个时间框架?
我有一个用例来将电子签名与一些机密客户的现有应用程序集成。 在探索docuign时,我发现有两种方法可以获得电子签名: 远程-在电子邮件中发送签名链接 我很清楚这条遥远的路。但是,嵌入式方式不明确,我的问题是关于嵌入式的: 我有一个示例用例:假设,Tom是我的用户,他想从另一个用户Pedro那里获得签名的文档。所以汤姆会: 点击API创建一个信封,将所有文档封装在其中 现在,Tom如何将此URL发
LinkedIn API有两个部分:1)从LinkedIns获取授权码(get请求)2)使用10秒左右的授权码从LinkedIn获取访问令牌(POST请求)。我的请求示例如下: 下面的第一部分,我可以在浏览器中成功完成,重定向到LinkedIn,并获取授权代码。https://www.linkedin.com/uas/oauth2/authorization?response_type=code