Docusignapi DocuSign API方法envelopes.listStatusChanges不';不显示共享给我的用户的信封

Docusignapi DocuSign API方法envelopes.listStatusChanges不';不显示共享给我的用户的信封,docusignapi,Docusignapi,我使用http调用listStatusChanges,如下所示: …/restapi/v2/accounts//envelopes?from_date=&start_position=0&count=50 当我的当前用户具有DS Admin权限时,它适用于任何人拥有的信封。 当我的用户拥有DS Sender的权限时,它适用于我当前用户拥有的信封 但是,我有一些用户与我的当前用户共享了他们的信封。在DocuSign用户界面中,我看到了这些共享信封。但这种共享似乎对这个API调用没有影响。除非我有D

我使用http调用listStatusChanges,如下所示: …/restapi/v2/accounts//envelopes?from_date=&start_position=0&count=50

当我的当前用户具有DS Admin权限时,它适用于任何人拥有的信封。 当我的用户拥有DS Sender的权限时,它适用于我当前用户拥有的信封

但是,我有一些用户与我的当前用户共享了他们的信封。在DocuSign用户界面中,我看到了这些共享信封。但这种共享似乎对这个API调用没有影响。除非我有DS管理员权限,否则共享信封不可见

这工作正常吗?是虫子吗?我做错什么了吗


谢谢

如果您知道其他用户的用户ID,那么您可以使用下面的API调用查看该用户的共享信封。您必须在请求中通过
user\u id
参数明确地调用它,并且每个API调用只能查询一个其他用户

/restapi/v2.1/accounts/{{accountId}}/envelopes?from_date=2019-07-15T08:00:00.000Z&user_id=87b00103-461d-487b-8928-1991dfdb8d20
其中87b00103-461d-487b-8928-1991dfdb8d20是要查看其信封的其他用户的用户ID


请注意此调用的URL中使用了/v2.1/。此调用的/v2/版本不正确地尊重信封共享,但/v2.1/已更正此问题,并且不需要使用DS管理员权限。

如果您知道其他用户的用户ID,则可以使用下面的API调用查看该用户的共享信封。您必须在请求中通过
user\u id
参数明确地调用它,并且每个API调用只能查询一个其他用户

/restapi/v2.1/accounts/{{accountId}}/envelopes?from_date=2019-07-15T08:00:00.000Z&user_id=87b00103-461d-487b-8928-1991dfdb8d20
其中87b00103-461d-487b-8928-1991dfdb8d20是要查看其信封的其他用户的用户ID


请注意此调用的URL中使用了/v2.1/。此调用的/v2/版本不正确地尊重信封共享,但/v2.1/已更正此问题,并且不需要使用DS管理员权限。

我在DocuSign开发者支持中找到Drew M。他回答说:

我已经在我的帐户上测试过了,它看起来确实像那个API调用 不正确地尊重共享,因此此时确实需要 管理员权限。我将就此提交一份产品问题,我会让 你知道我听到了什么


随后,Drew报告说,根据他下面的评论,这实际上在v2.1中是固定的

我在DocuSign开发者支持中找到了Drew M。他回答说:

我已经在我的帐户上测试过了,它看起来确实像那个API调用 不正确地尊重共享,因此此时确实需要 管理员权限。我将就此提交一份产品问题,我会让 你知道我听到了什么



随后,Drew报告说,根据他下面的评论,这实际上在v2.1中是固定的

你用这个来找信封吗?我建议在v2.1 API中使用另一个端点,以查看您的问题是否得到解决。()谢谢您的回复,@InbarGazit。但是,您提供的链接与我正在使用的API方法相同。正如我所说,我正在使用listStatusChanges获取URL帐户/信封?…我理解。你能解释一下你想做什么吗?可能还有另一种API方法可以解决您的问题。我尝试的是获取最近状态发生变化的信封列表。我认为这正是这种方法应该做的。在更改代码以尝试另一个DocuSign API方法之前,我想确定这个方法是否按预期工作,或者我是否发现了一个bug。您可以使用我展示的另一个API来实现这一点。您将获得所有信封并检查其状态。您是否使用此功能查找信封?我建议在v2.1 API中使用另一个端点,以查看您的问题是否得到解决。()谢谢您的回复,@InbarGazit。但是,您提供的链接与我正在使用的API方法相同。正如我所说,我正在使用listStatusChanges获取URL帐户/信封?…我理解。你能解释一下你想做什么吗?可能还有另一种API方法可以解决您的问题。我尝试的是获取最近状态发生变化的信封列表。我认为这正是这种方法应该做的。在更改代码以尝试另一个DocuSign API方法之前,我想确定这个方法是否按预期工作,或者我是否发现了一个bug。您可以使用我展示的另一个API来实现这一点。您将获得所有信封并检查其状态。我们希望为任何用户找到状态更改的信封列表。正如我所说的,我们可以在作为DSAdmin运行时这样做。如果这是“答案”,那么我将更新我们的文档,并使用它运行。我的问题是这是否应该是这样。共享信封似乎可以减少使用DSAdmin权限的需要。我们希望找到任何用户状态更改的信封列表。正如我所说的,我们可以在作为DSAdmin运行时这样做。如果这是“答案”,那么我将更新我们的文档,并使用它运行。我的问题是这是否应该是这样。共享信封似乎可以减少使用DSAdmin权限的需要。这个问题在/v2.1/版本的API调用中得到了解决。我相应地更新了Amit的答案。我们都知道“信任,但要验证”这个短语,对吗?我决定今天测试v2.1。我发现,就像v2一样,它仍然不会返回任何共享信封,除非它具有DS管理员权限。有了该权限,它将返回所有信封(取决于日期和其他筛选器),而不管是否共享。顺便说一句:v2.1将向其返回的信封添加几个属性,这可能会节省额外的API调用以获取这些详细信息。但是,如果没有返回信封,v2.1将根本不返回“信封”属性,而v2.1将返回空数组。如果升级到v2.1,请确保将“信封”复选为空。v2.1版本的呼叫确实会改变行为。共享信封