0

更新:我们的业务逻辑使用 pause_before 工作流程步骤(webhook 执行业务操作然后取消暂停)。创建信封的用户必须是调用 unpause 的同一用户。

对开发者的建议:如果在这种情况下更新不起作用,调用信封Api.update() 应该会引发错误。相反,它返回与真正成功相同的成功。谢谢 :)

我正在尝试以我公司帐户上的不同用户的身份发送包含多个收件人的信封。

我为 JWT ( https://www.docusign.com/blog/developers/oauth-jwt-granting-consent )设置了 OAuth 同意,并且可以从我们的任何用户成功发送。注意 - 我们目前正在使用“个人同意网址”方法。

问题是我们的信封有多个收件人,只有第一个收件人会收到一封电子邮件。

我已经通过多种方式确认了这种行为:

  1. 当作为主 accountId 发送时,信封完成了我们所有花哨的事情
  2. 我们设置了几个 webhook 来触发收件人发送和收件人完成......当在主 accountId 上时,我们看到预期的 sent-completed-sent-completed-etc 模式......但是当以任何其他用户身份发送时,我们只看到第一个收件人的已发送完成
  3. 当查看收件箱(https://appdemo.docusign.com/documents)并单击主帐户ID上的单个信封...时,我可以看到收件人下的所有用户以及扩展签名订单时的所有收件人图...在任何其他用户上,第一个之后的所有收件人都丢失了,但它们仍然出现在签名顺序图下(与主 accountId 信封相同)
  4. 我已将我们的代码置于调试模式并在发送信封之前暂停......两种方式看起来几乎相同。唯一的区别是 accessToken 和 accountId (我什至尝试使用获得的个人用户的访问令牌和主要用户的 accountId。结果相同)

相关资料:

  • 在 node.js 中运行
  • 使用 npm docusign-esign (5.8.1) 连接到 docusignApi
  • 一切都是使用 docusign connect 设置的
  • 目前在 docusign 演示帐户上构建应用程序
  • 我已经尝试手动取消暂停信封只是为了看看会发生什么。没有骰子

我的 $$$ 是针对个人用户的一些文档签名设置,而不仅仅是同意以他们的身份发送。对我来说最大的标志是#3 - 信封中缺少其他收件人,但仍出现在签名顺序图(电子邮件和所有)上。这怎么可能??

任何建议将不胜感激!

干杯

4

1 回答 1

0

看不到您的代码,但我想知道您是否有1、2、3 之类的routingOrder,这样只有第一个收件人可以先签名,然后第二个收件人才能收到电子邮件?

其他选项是您为嵌入式签名添加了clientUserId,这将抑制电子邮件。

另一种选择是信封工作流程在第一个用户之后暂停,并且必须取消暂停才能发出下一封电子邮件。

于 2021-05-09T01:26:19.940 回答