Docusignapi Webhook通知仅附加“附加”;事件“;用于嵌入式签名

Docusignapi Webhook通知仅附加“附加”;事件“;用于嵌入式签名,docusignapi,Docusignapi,我们的应用程序使用Docusign自己的“eSign客户端”SDK实现本地/嵌入式签名和非嵌入式电子邮件签名。我总是包括信封和收件人级别的事件通知,并依靠Webhook告诉我发生了什么。“嵌入式”版本总是在我在信封定义中设置的回调URL中添加类似“&event=cancel”的内容,但远程版本从来没有这样做;它只返回我发送给它的确切回调URL。因此,如果将文档通过电子邮件发送给签名者进行签名,则根本无法判断签名者做了什么 如何使其像对本地签名一样将“事件”附加到查询字符串中进行远程签名?您在混用

我们的应用程序使用Docusign自己的“eSign客户端”SDK实现本地/嵌入式签名和非嵌入式电子邮件签名。我总是包括信封和收件人级别的事件通知,并依靠Webhook告诉我发生了什么。“嵌入式”版本总是在我在信封定义中设置的回调URL中添加类似“&event=cancel”的内容,但远程版本从来没有这样做;它只返回我发送给它的确切回调URL。因此,如果将文档通过电子邮件发送给签名者进行签名,则根本无法判断签名者做了什么


如何使其像对本地签名一样将“事件”附加到查询字符串中进行远程签名?

您在混用苹果和橙子:

  • 使用嵌入式签名功能时,需要提供url。当收件人完成其操作后,您的url将通过
    事件
    查询参数重新定向到。此机制不是webhooks或
    eventNotification
    。相反,它使您的应用程序能够在签名者使用DocuSign完成嵌入会话后重新控制其浏览器

  • eventNotification
    仅为该信封创建webhook(Connect)订阅。当事件发生时,您的应用程序将收到来自DocuSign的POST请求。该请求的主体包含一个XML文件,其中包含有关信封新状态的大量信息

  • 在执行嵌入式签名时,可以包含
    eventNotification
    对象。在这种情况下,您的应用程序将在嵌入式会话完成后重新定向到。稍后,您将收到来自eventNotification(连接webhook)系统的帖子


  • 你在混合苹果和橙子:

  • 使用嵌入式签名功能时,需要提供url。当收件人完成其操作后,您的url将通过
    事件
    查询参数重新定向到。此机制不是webhooks或
    eventNotification
    。相反,它使您的应用程序能够在签名者使用DocuSign完成嵌入会话后重新控制其浏览器

  • eventNotification
    仅为该信封创建webhook(Connect)订阅。当事件发生时,您的应用程序将收到来自DocuSign的POST请求。该请求的主体包含一个XML文件,其中包含有关信封新状态的大量信息

  • 在执行嵌入式签名时,可以包含
    eventNotification
    对象。在这种情况下,您的应用程序将在嵌入式会话完成后重新定向到。稍后,您将收到来自eventNotification(连接webhook)系统的帖子


  • 我相信这是故意的,尽管我们可以让其他人插嘴。对于远程/电子邮件签名方案,您可以考虑查看签署资源品牌化>登陆页面。在这些实例中,浏览器可以重新指向您列出的URL。我会这样做,但您必须在这些实例中包含主机名。我们的回调主机不会是常数;几个不同的网站将在生产中使用它(我们使用SaaS)。所以Webhook(是动态的,使用HTTP_主机设置主机名)是我唯一的选择。我相信这是出于设计,尽管我们可以让其他人参与进来。对于远程/电子邮件签名方案,您可以考虑查看签署资源品牌化>登陆页面。在这些实例中,浏览器可以重新指向您列出的URL。我会这样做,但您必须在这些实例中包含主机名。我们的回调主机不会是常数;几个不同的网站将在生产中使用它(我们使用SaaS)。所以Webhook(它是动态的,使用HTTP_主机设置主机名)是我唯一的选择。我真傻,期望一致性。我只是不想为了得到一个状态而解析所有的XML。但是,如果不是webhook,为什么嵌入式签名总是发送这个呢<代码>无论如何,我想我将浪费解析XML的CPU周期,因为它们不能向回调URL追加一个变量。对我来说毫无意义。愚蠢的我,期待一致性。我只是不想为了得到一个状态而解析所有的XML。但是,如果不是webhook,为什么嵌入式签名总是发送这个呢<代码>无论如何,我想我将浪费解析XML的CPU周期,因为它们不能向回调URL追加一个变量。对我来说毫无意义。