多个文档和签名者，嵌入式签名中的文档顺序不正确

Question

我有一个包含多个文件和签名者的信封。

所有签名者都为第一个文档（documentId“1”，文档数组中的第一个）共享、锁定了 textTab，但此处没有签名、签名日期或全名选项卡。

此外，所有签名者都有非共享、锁定的 textTabs，以及此处的签名、签名日期和正好 1 个其他文档的全名选项卡（签名页）。

我已启用 enforceSignerVisibilty。

一切都按预期工作，除了在嵌入式签名 UI 中，签名者会立即看到需要签名的文档，跳过第一个文档。但是，在最终审核步骤中首先包含第一个文档，并且在下载该签名者的组合文档时也首先包含。

如何在嵌入式签名 UI 中获得第一个文档？我已经尝试将其作为带有模式显示的补充文档，并为 signerMustAcknowledge 提供“view_read_accept”。 UI 和流程运行良好，但文本选项卡未填写。

* 更新 * 我花了很多时间尝试设置和文档的不同组合，并发现在 docusign API 中存在意外的未记录的异常，导致了这种行为：

1 - 第一个文档是 PDF 文档，但其他文档是 HTML。我们必须为所有文件使用 PDF。通过为第一个文档设置 htmlDefinition = { source: 'document' } 并为其他文档设置 HTML 来使用转换为 HTML 的 PDF 不起作用。所以现在我们正在为签名页生成 PDF，而不是简单地编写 HTML。

2 - 我们使用anchorText 导致标签的documentId 被忽略！所以我们不得不为不同的文档使用不同的anchorText值，即使它们在逻辑上代表相同的东西！。使用 x、y 和 pageNumber 坐标来保持与文档更改同步的工作量太大；它使代码非常脆弱。我们还必须将 anchorCaseSensitive 和 anchorMatchWholeWord 都设置为“true”。

Answer 1

在您的 DS 帐户的帐户级别有一个锚字符串填充范围的设置，默认情况下它是信封范围。因此，如果信封中的两个文档上都存在相同的锚字符串，则 DocuSign 将为每个文档上的每个签名者应用标签。要解决此问题，您需要请求 DocuSign 支持或您的 DocuSign 客户经理将范围更改为 Document 而不是 DocuSign 后端内部管理工具中的 Envelope。

一旦范围设置为 Document，您就可以为每个字符串添加 documentId 以及 anchorString，它只会为该特定签名者应用选项卡。