Docusignapi 尝试删除或修改时获取无效的“选项卡”操作；“限制更改”；自v2.1起起草的信封中的制表符

我们已经开发了一个使用DocuSign的API的web应用程序大约一年了，它刚刚更新到版本2.1，这似乎导致了我们的应用程序出现问题。我们的应用程序的一个用例现在无法工作，如下所示：

文档有错误，需要发送回我们的代表和客户，同时保留已填写的信息以重新签名，但简单的信封克隆会删除所有填写的信息

为了避免此问题并使应用程序按预期运行，我们执行以下操作：

获取信封上所有选项卡的列表

将信封克隆为草稿（状态：“已创建”）

从新克隆的信封中删除所有选项卡

进行修改，例如从签名框中删除任何签名

将所有选项卡添加到克隆的信封中

寄信封

这一切都起到了作用，直到上周末（API于08/02发布的v2.1版），我们才意识到标签开始被复制。经过一些调查，我们注意到被复制的选项卡被设置为“限制更改”，并且没有被用于覆盖发送者权限的API调用删除。从那时起，我们尝试在向某些选项卡添加值后，简单地使用PUT请求更新克隆的选项卡，这也会导致无效的\u TAB\u操作错误。虽然我们还没有在v2.1更新中看到任何文档来说明这一变化，但我们相信它已经发生了，无论是一个特性还是一个bug

---

所以问题是：这一改变是有意的吗？能否以某种方式绕过它以使我们的应用程序正常运行？如果是有意更改，管理员是否可以选择允许API调用覆盖这些类型的锁定？

是的，这是有意更改API，因为删除和修改v2 API中的受限选项卡被视为一个错误。

如果切换回v2，它是否仍然有效？删除选项卡时，是否收到API调用的错误响应？在v2.1和v2上，API调用都会执行并返回200状态，无错误。因此，您认为具体问题是delete tabs API方法调用显示成功状态，但实际上并没有删除选项卡？请使用退出该方法的请求/响应，并使用日志更新您的问题（XXX退出您的帐户id）。当我们获得200时，所有选项卡（所有选项卡都将强制和限制更改标志设置为true）返回无效的选项卡操作错误。在API更新之前，情况并非如此。如果信封已经发送，我会理解标签的锁定，但在这些API调用时它仍然是草稿，所以我不知道为什么它们不能更改。好的，我们越来越近了。请更新（编辑）您的问题以关注真正的问题：您过去可以删除草稿信封中的制表符，现在您收到的请求操作无效。（这是对问题的最佳描述吗？）感谢您的更新。您是从DocuSign客户服务部了解到这一点的吗？我已经提交了文件问题DEVDOCS-1354，以便将变更添加到v2.1I的变更页面中。我直接与开发团队的一名成员确认了这一点。