为什么 DocuSign 草稿信封在草稿下不可见？
Why DocuSign draft envelopes not visible under draft?
对于草稿信封，我面临两个问题：
- 状态为
created 的信封，即 draft 通过 REST 创建 API 在用户草稿文件夹下不可见，但创建信封 REST API 请求 returns 成功为 envelope 创建了 envelope id 和路径
- 直接在
DocuSign 中创建的草稿信封会在草稿下显示一段时间，但在浏览器刷新后，该草稿请求会以某种方式从草稿文件夹中删除。
下面是我在 DocuSign 中直接执行此操作的方法：
- 创建新信封请求
- 保存并关闭为草稿
当涉及到通过 API 的信封时，您没有分享您的代码，但这里有一些可能性：
不同的帐户and/or不同的用户。 API 正在使用唯一标识用户的令牌。 API 端点中还有一个帐户 GUID，用于唯一标识该帐户。如果这些与您手动用于登录浏览器的不匹配 - 您将看不到其中的信封。
开发者账户和生产账户之间的混淆。您可能有两个环境。如果您使用开发者帐户，请确保它是 account-d 和 demo.docusign.net 网址。
信封不在草稿中。也许它被设置为“已创建”以外的其他状态（这是它在 API 中的称呼）。
由于错误未能创建信封。最有可能的选择是您在 API 调用中出错但没有意识到。这可能是因为您没有正确提供至少一份文件、至少一位收件人和信封的主题信息。
我同意这似乎是一个错误：
- 在网络应用程序中创建信封
- 将文档添加到信封
- 单击操作/保存并关闭
结果：
草稿信封会在草稿文件夹中出现一两分钟。刷新草稿文件夹页面然后显示没有条目。
我已提交内部错误报告 NDSESEND-3161。
您可以要求您的 DocuSign 客户支持代表将贵公司的信息添加到错误报告中。
10 月 28 日更新
此错误已被确认为 release_blocker (EC-3808)。它也被 DocuSign 的自动化测试捕获。它将在开发人员（演示）环境中修复，并将阻止 Nov 版本，直到它被修复。
舞台环境中已经修复。 （Stage 是一个内部环境。它先于 Developer 环境。）
10 月 29 日更新 8:30 格林威治标准时间上午
该错误应在太平洋时间 10 月 29 日上午 9 点之前在开发人员（演示）环境中修复。
请post当时发表评论以确认错误已修复。谢谢。
对于草稿信封，我面临两个问题：
- 状态为
created的信封，即draft通过 REST 创建 API 在用户草稿文件夹下不可见，但创建信封 REST API 请求 returns 成功为 envelope 创建了 envelope id 和路径
- 直接在
DocuSign中创建的草稿信封会在草稿下显示一段时间，但在浏览器刷新后，该草稿请求会以某种方式从草稿文件夹中删除。
下面是我在 DocuSign 中直接执行此操作的方法：
- 创建新信封请求
- 保存并关闭为草稿
当涉及到通过 API 的信封时，您没有分享您的代码，但这里有一些可能性：
不同的帐户and/or不同的用户。 API 正在使用唯一标识用户的令牌。 API 端点中还有一个帐户 GUID，用于唯一标识该帐户。如果这些与您手动用于登录浏览器的不匹配 - 您将看不到其中的信封。
开发者账户和生产账户之间的混淆。您可能有两个环境。如果您使用开发者帐户，请确保它是 account-d 和 demo.docusign.net 网址。
信封不在草稿中。也许它被设置为“已创建”以外的其他状态（这是它在 API 中的称呼）。
由于错误未能创建信封。最有可能的选择是您在 API 调用中出错但没有意识到。这可能是因为您没有正确提供至少一份文件、至少一位收件人和信封的主题信息。
我同意这似乎是一个错误：
- 在网络应用程序中创建信封
- 将文档添加到信封
- 单击操作/保存并关闭
结果： 草稿信封会在草稿文件夹中出现一两分钟。刷新草稿文件夹页面然后显示没有条目。
我已提交内部错误报告 NDSESEND-3161。
您可以要求您的 DocuSign 客户支持代表将贵公司的信息添加到错误报告中。
10 月 28 日更新
此错误已被确认为 release_blocker (EC-3808)。它也被 DocuSign 的自动化测试捕获。它将在开发人员（演示）环境中修复，并将阻止 Nov 版本，直到它被修复。
舞台环境中已经修复。 （Stage 是一个内部环境。它先于 Developer 环境。）
10 月 29 日更新 8:30 格林威治标准时间上午
该错误应在太平洋时间 10 月 29 日上午 9 点之前在开发人员（演示）环境中修复。
请post当时发表评论以确认错误已修复。谢谢。