我们的嵌入式签名工作流程在“大多数”时间(我估计超过 95%)适用于使用我们应用程序的大多数用户。然而,大约每周一两次,我们会发现有人通过 DocuSign 嵌入式签名成功签署了文档,但我们自己的数据库没有签名记录,因此我们必须在数据库中手动创建缺失签名的记录,以防止签名丢失。更新我们的应用程序。我正在尝试调试为什么会发生这种情况,但我已经没有想法了。 我们依靠
CreateRecipientView
端点的
returnUrl
属性将用户重定向回我们的服务器,此时我们会做两件在大多数情况下都有效的非常基本的事情:
无论返回什么内容,我们都会将 DocuSign 事件记录到我们的日志表中。
如果收到的事件是 signing_complete
即使我们的服务器在处理响应和保存签名详细信息时出现错误,我们的服务器也应该已经记录了原始响应,以便我们可以检查它。鉴于此,即使我们这边出现错误,我至少希望在我们的日志中看到已签名的人的“signing_complete”事件。当这种特殊情况发生时,我在日志中看到的唯一 DocuSign 响应是
viewing_complete
session_timeout
。
用户是否有可能成功签名并通过session_timeout
事件发送回给我们?或者我可以确信成功的签名将总是导致带有
signing_complete
事件的重定向吗?
还有什么我应该检查的吗?我们依赖于CreateRecipientView端点的returnUrl属性 将用户重定向回我们的服务器,那就是我们执行两个操作的时候 大部分时间都有效的非常基本的东西:
你不应该依赖这个。它不会 100% 成功请改用 Connect webhook。这种方法 100% 有效,而且更加可靠。