Docusignapi Docusign带只读的嵌入式发送器

Docusignapi Docusign带只读的嵌入式发送器,docusignapi,Docusignapi,与此类似,我们需要让用户在发送文档之前预览文档 我们也不需要让他们更改文档上的值,只需查看填充的文档/信封即可。 如果文档中存在数据问题,则需要对UI进行修复。 由于文档的复杂性,选项卡的映射是单向操作,非签名/初始选项卡是只读的 除了accountId和envelopeId之外,不提供任何选项。上有其他选项吗 除此之外,我们还能做些什么来启用信封预览而不进行编辑 如果希望发件人查看信封并按原样接受或拒绝,我建议将发件人添加为第一个签名人,并将其定向到签名人视图 首先,您需要启用“显示初始值”,

与此类似,我们需要让用户在发送文档之前预览文档

我们也不需要让他们更改文档上的值,只需查看填充的文档/信封即可。 如果文档中存在数据问题,则需要对UI进行修复。 由于文档的复杂性,选项卡的映射是单向操作,非签名/初始选项卡是只读的

除了
accountId
envelopeId
之外,不提供任何选项。上有其他选项吗


除此之外,我们还能做些什么来启用信封预览而不进行编辑

如果希望发件人查看信封并按原样接受或拒绝,我建议将发件人添加为第一个签名人,并将其定向到签名人视图

首先,您需要启用“显示初始值”,以便所有数据都显示在信封上,而不管是谁采取了操作。要执行此操作,请登录web控制台并导航至“管理”>“发送设置”>“检查”
“当发送信封时,为所有收件人写入字段的初始值”

如果您为他们放置“批准”和“拒绝”按钮,他们将有接受信封的二进制选择。这两个按钮实际上都不会在信封中“烧录”任何内容,因此完整的PDF不会被更改


请注意,单击“拒绝”按钮将使信封无效:如果您有另一个工作流在信封到达主要收件人之前对其进行修改,您可能不想使用“拒绝”按钮。

如果您希望发件人查看信封并按原样接受或拒绝,我建议将发件人添加为第一个签名人,并将他们引导到签名者视图

首先,您需要启用“显示初始值”,以便所有数据都显示在信封上,而不管是谁采取了操作。要执行此操作,请登录web控制台并导航至“管理”>“发送设置”>“检查”
“当发送信封时,为所有收件人写入字段的初始值”

如果您为他们放置“批准”和“拒绝”按钮,他们将有接受信封的二进制选择。这两个按钮实际上都不会在信封中“烧录”任何内容,因此完整的PDF不会被更改


请注意,单击“拒绝”按钮将使信封无效:如果您有另一个工作流程在信封到达主要收件人之前对其进行修改,您可能不想使用“拒绝”按钮。

YIKES这将很快耗尽我们的DS信封限制。感谢您在发送信封时提供的
提示,不过请为所有收件人写入字段的初始值
选项,看看这对端点有什么影响。此外,更新选项卡值也是一个好主意。没错,如果您担心信封作废率高,而主要问题是数据填充不正确,那么您可能希望在应用程序中构建一个登录页,其中显示您将要推送的所有字段数据的摘要。发送方可以通过扫描来确认值是否正确,如果正确,则前进到生成信封的点。然后,如果需要,您可以通过发件人作为第一个签名人的流程,这样他们就可以在客户收到之前确认一切都是视觉上可以接受的。感谢您在发送信封时提供的
提示,不过请为所有收件人写入字段的初始值
选项,看看这对端点有什么影响。此外,更新选项卡值也是一个好主意。没错,如果您担心信封作废率高,而主要问题是数据填充不正确,那么您可能希望在应用程序中构建一个登录页,其中显示您将要推送的所有字段数据的摘要。发送方可以通过扫描来确认值是否正确,如果正确,则前进到生成信封的点。然后,如果需要,您可以通过发送者作为第一个签名者的流程,这样他们就可以在客户收到之前确认一切都是可视的。