#docusignapi频繁事件=使用内联签名时ttl_已过期

#docusignapi频繁事件=使用内联签名时ttl_已过期,docusignapi,Docusignapi,当使用docusign内联签名api时,我得到的event=ttl\u经常过期。我甚至尝试过使用docusignapi资源管理器,同样的事情也发生了。对于我得到的三个URL中的每两个,我就会得到ttl_过期错误。我检查了表中给出的可能原因,但没有结果 这里有我遗漏的东西吗 下面是被截断的json示例。我已替换邮件ID和名称字段 { signers: [{ name: 'Name', email: 'ma

当使用docusign内联签名api时,我得到的event=ttl\u经常过期。我甚至尝试过使用docusignapi资源管理器,同样的事情也发生了。对于我得到的三个URL中的每两个,我就会得到ttl_过期错误。我检查了表中给出的可能原因,但没有结果

这里有我遗漏的东西吗

下面是被截断的json示例。我已替换邮件ID和名称字段

 {
      signers: [{
                    name: 'Name',
                    email: 'mail@example.com',
                    text_tabs: [
                        {
                            label: 'Name Field',
                            anchor_string: 'Name:',
                            anchor_x_offset: '100',
                            anchor_y_offset: '-10',
                            document_id: '1',
                            page_number: '10',
                            required: true,
                            width: 200,
                            height: 10
                        }
                    ],
                    sign_here_tabs: [
                        {
                            label: 'Signature',
                            anchor_string: 'Signature',
                            anchor_x_offset: '100',
                            anchor_y_offset: '-20',
                            document_id: '1',
                            page_number: '10',
                        }
                    ],
                    routing_order: 1,
                    embedded: true,
                    role_name: 'FirstRole',
                    clientUserId: 1
                },
                {
                    name: 'Another Name',
                    email: 'Anothermail@example.com',
                    sign_here_tabs: [
                        {
                            anchor_string: 'COMPANY:',
                            anchor_x_offset: '-20',
                            anchor_y_offset: '-20'
                        }
                    ],
                    routing_order: 2,
                    embedded: false,
                    role_name: 'SecondRole'
                }],
      status: 'sent',
      return_url: 'http://www.google.com',
      email_subject: 'Agreement from Document',
      email_body: 'Please sign the Agreement',
      files: [
          {
              path: File.join('/', 'docusign_docs', 'Agreement.pdf'),
              name: 'Agreement.pdf'
          }
      ]
  }
1) 根据您引用的其他文章,返回的URL必须在300秒内打开/使用

2) 这些都是一次性使用URL的。如果您尝试第二次以上重复使用同一URL,它将自动将您重新引导到登录页,其中包含ttl_expired事件。

1)对于您引用的其他文章,返回的URL必须在300秒内打开/使用


2) 这些都是一次性使用URL的。如果您第二次尝试重复使用同一URL,它将自动将您重新定向到登录页,并带有ttl_expired事件。

您的设计模式必须是在将人员重新定向到签名URL之前立即从DocuSign请求签名URL。其他任何东西都不可靠

如果您需要一个更持久的url用于签名仪式,那么使用您自己的url,到您自己的应用程序。当用户单击该url时,应用程序应:

  • 验证url
  • 从DocuSign获取签名url
  • 将用户重定向到签名url

  • 您的设计模式必须是在将人员重新定向到签名url之前立即从DocuSign请求签名url。其他任何东西都不可靠

    如果您需要一个更持久的url用于签名仪式,那么使用您自己的url,到您自己的应用程序。当用户单击该url时,应用程序应:

  • 验证url
  • 从DocuSign获取签名url
  • 将用户重定向到签名url

  • 我一得到URL.Hmmm就重定向。检查您帐户中的API日志。它们看起来都正常吗?我一得到URL.Hmmm就会重定向。检查您帐户中的API日志。他们看起来都好吗。我在生成URL后的几秒钟内就开始使用它了。2.我正在为每次使用生成一个新的URL。我知道URL是一次性使用的。它是用于启动签名仪式并生成一次性URL的AJAX web应用程序吗?我有过这样的经历:不同的浏览器(例如:Internet Explorer)导致调用被调用两次。1。我在生成URL后的几秒钟内就开始使用它了。2.我正在为每次使用生成一个新的URL。我知道URL是一次性使用的。它是用于启动签名仪式并生成一次性URL的AJAX web应用程序吗?我曾经有过不同浏览器(例如:InternetExplorer)导致调用被调用两次的经历。