我们使用REST API创建信封,模板在DocuSign中设置,具有签名者角色等。我们的客户希望能够在每个单独的场合决定是使用InPerson签名还是通过电子邮件将签名链接发送给收件人。
目前/最初,我们实施了嵌入式签名,但我们的客户希望在签名之前有“安全问题”(例如,询问驾照号码)。这样他们就可以证明买方实际上已经在那里签字了。
有办法做到这一点吗?我设置了带有“需要签名”选项的DocuSign模板,但是在发送创建新信封的请求时,以某种方式将签名者更改为InPerson并触发工作流程?
我设法找到了关于嵌入式签名和clientUserId的信息,但是有没有一种方法可以将信息传递到例如完成证书,比如输入显示在那里的InPerson案例?
为了从面对面(嵌入式)切换到远程签名,或者从远程签名切换到远程签名,您需要使用ClientUserId属性。DocuSign文章Embedded Signing对此进行了详细描述。如果您愿意在创建信封后进行切换,请参阅我最近提出的关于同一问题的问题。
为了实现“安全问题”,DocuSign提供了多种身份验证选项。在我看来,您希望在C#中使用“ID检查”身份验证,当您尝试对给定签名者实施ID检查时,会是这样的:
signer.RequireIdLookup = bool.TrueString;
signer.IdCheckConfigurationName = "ID Check $";
最后,对于您关于身份验证方法和完成证书的问题,我在上面提到的嵌入签名文章很好地解释了以下证书完成中的身份验证方法:
身份验证方法是一个枚举值,指示用于验证签名者的约定。由于使用Embedding,您是在告诉Docuign您正在处理身份验证,这是您告诉平台您如何验证收件人的方式。此信息也将包含在完成证书中,这是为每个完成的信封自动生成的PDF。
在获取Docusign信封收件人视图的查询参数中,其中GET调用是“/RESTAPI/v2.1/accounts/{accountId}/envelops/{envelopeId}/documents/composited?recipient_id=123&documents_by_userid=false”,是recipient_id,即Docusign生成的GUID,还是我们必须在信封创建调用
我有一个用例来将电子签名与一些机密客户的现有应用程序集成。 在探索docuign时,我发现有两种方法可以获得电子签名: 远程-在电子邮件中发送签名链接 我很清楚这条遥远的路。但是,嵌入式方式不明确,我的问题是关于嵌入式的: 我有一个示例用例:假设,Tom是我的用户,他想从另一个用户Pedro那里获得签名的文档。所以汤姆会: 点击API创建一个信封,将所有文档封装在其中 现在,Tom如何将此URL发
在新的Docusign API中,支持设置将通知收件人的语言。在Docusign SOAP API下使用“RecipientEmailNotification”类似乎很简单。 但由于某种原因,收件人收到的电子邮件总是用英语写的。查看了本文档中提到的所有步骤:https://developers.docusign.com/esign-rest-api/reference/envelopes/enve
2)我的会话从不超时。根据DocuSign文档,会话在5分钟内超时,这是一个可配置的设置。我应该在哪里查看该设置以及如何测试会话超时? 3)当我请求一次收件人令牌时,如果我在短时间内请求获取令牌,我会得到一个错误。在我等待几分钟后,我可以很好地检索收件人令牌。在请求检索收件人令牌时,我是否应该考虑一个时间框架?
在(Salesforce)DocuSign管理信封设置中,角色被定义为“customer”和“legal”,其中customer是第一个条目,legal是第二个条目。收件人的排序似乎是基于DocuSign角色中的第一个条目,因为当我输入第一个条目“Legal”和第二个条目“Customer”时,我得到了预期的结果。 当将下面的代码与Customer(第一个)和Legal(第二个)的DocuSign
我有一个服务器,这将需要发送消息到几个客户机,让客户机知道一些事情需要做。 当我发送消息时,哪个监听器将处理该消息是随机的。 是否可以用Azure Event Hub向多个收件人发送消息?