2016-06-23 58 views
0

我正在使用Docusign REST API。我创建了一个包含多个收件人的信封,并检索了发件人URL以打开Web咨询以放置签名/初始标签。Docusign API,在发送之前放置所有签名标签

是否有任何API的方式,不允许发件人实际发送没有拖拽每个收件人至少一个签名标签?

+0

欢迎来到StackOverflow!请提供所有有用的答案(包括对其他问题的答案),并“检查”您自己的问题的答案,以最好地解答您的问题 –

回答

0

回复:有没有什么方法可以让API不让每个收件人拖拽至少一个签名标签而实际发送?

没有特别说明。但是,这里有一些想法,以改善情况:

包括发件人

签名标签作为创建外壳的一部分,包括每个收件人的签名收件人标签。然后,编辑文档的人只需在屏幕上四处移动标签,而不必从左侧的标签工具箱拖动它。

给更多的责任,您的集成应用

使您的整合有在业务过程中加以控制,因此显示“发送画面”给发件人。这样,发件人就可以花更多时间与应用程序进行交互,并且您的应用程序可以更好地控制情况。

例如:

  • 如果只是一对夫妇的文档类型将被发送,使发送者选择的文档类型,并通过您的应用程序在它的参数来填补。然后,您可以将文档发送出去进行签名,并且您的应用可以放置各种标签。
  • 或者当发件人将文档上传到您的应用程序时,您可以检查文档中的锚文本,如“// signer1 //”然后,您的应用程序添加一个带有锚文本的签署者选项卡// signer1 //。请参阅this recipe
  • 或者让发件人上传文档,但使用标准的“签名页面”,您的应用将附加到所有信封。签名者签名时,额外的文档(签名页面)看起来是信封中之前文档的延续。您的应用会自动生成签名页面,包括该页面上的签名标签。

如果可以,我建议您不要让用户上传文档。 (或者也许只是主文档的附件)。相反,请与业务流程所有者就可发送的可能文档达成一致。找出各自的最佳格式,并使您的应用能够根据发件人和其他商业数据库/应用的输入自动生成文档。

+0

谢谢。我们的文档格式差别很大,所以锚标签可能是我们最好的选择。感谢您的想法! – citronsmurf

+0

很高兴帮助。请提供所有有用的答案(包括对其他问题的答案),并“检查”回答您自己的问题,以最好地回答您的问题。 –