Caching docusign后，Pdf文件未更新

我们正在使用DocuSign REST API的嵌入式签名对文件进行电子签名。要对文件进行签名，我们将所需文件上载到我们的web应用程序，然后在浏览器中将其显示为查看器。此文件可以立即或稍后签名

所发生的事情是，当文件被签名并且过程完成时，我们返回到相同的文件视图，但是更新的文件没有被反映出来。只有当我们刷新页面3-4次时，它才会在文件上显示符号

此问题仅适用于稍后上载和签名的文件。对于立即上载并签名的新文件，我们将获得更新的文件视图

似乎所有浏览器都缓存文件（不是HTML页面，而是嵌入的文件）。推荐的解决方案建议在签名后重新加载文件时，在请求中添加一个参数，但这种方法只能间歇工作。另一种方法是重命名文件，以便浏览器拾取更新的文件。但重命名文件不是我们的选择

还有其他选择吗？有没有其他DocuSign API用户遇到过类似的问题？（我相信如果您使用电子邮件请求模式进行电子签名，则不会出现此问题）

---

谢谢。

没有来自任何人的类似报告。。。我并不是一定要打折，但当你写一些关于你的web应用程序的东西时，我可以想到一些你的web应用程序可能会做的事情，而不是按照顺序来观察这种行为

首先想到的嵌入式签名的常见错误是。通常，嵌入式签名需要几个步骤（1）登录呼叫（2）创建信封（3）获取收件人的视图

大多数人都把这种逻辑放在网页后面的控制器代码中，所以当他们回来时，它会经历相同的序列。我知道你的页面可能有一些逻辑来防范它，但理想情况下，在“查看”时，你应该只调用（3）-获取视图。如果你以某种方式再次打电话（2），你会看到整个签名过程

这是最常见的错误。然而，我不想打折你的报告。为了真正了解到底，您应该发布web服务调用跟踪（XML表示SOAP/JSON表示REST），并准确显示您的应用程序正在做什么

希望这有帮助

---

-mb//我为docusign工作

感谢您的回复。我明白你在说什么。但是，我们在“查看”中遵循的过程是在嵌入式签名中提供文件视图url作为回调url。因此，我们并没有经历整个过程。这就是我们所理解的嵌入式签名中回调url的用途。除了在回调url中提供签名文档外，还有其他方法来呈现签名文档吗？为什么要将收件人视图url作为回调url提供？回调是指返回URL，对吗？您不应该这样做，这可能会导致您的不同步问题。您只能使用收件人查看URL令牌访问信封一次，签名或拒绝签名，然后重定向到返回URL。请举个例子