【问题标题】:eOriginal/eVault integration with DocuSigneOriginal/eVault 与 DocuSign 的集成
【发布时间】:2015-05-31 12:43:47
【问题描述】:

我的公司最近与 DocuSign 签署了合作协议,以建立您的 将例程签名到我们的软件中。 希望使用我们软件的客户目前使用 DocuSign 进行签名 文档并与 eOriginal 集成作为 eVault 文件。

根据我正在阅读的文档,当文档被发送到 eOriginal,它已从 DocuSign 中删除。 那是对的吗?我的客户含糊地同意它不在 DocuSign 上,但 我想验证这一点。 我们也有自己的文件存储系统,虽然我们希望 eOriginal 拥有该文件的权威副本,我们想要一份副本 要存储在我们的解决方案中的文档。 我们最初的想法是,文件签署后,我们将 通过您的 API 下载副本并将其存储在我们的系统中。 我们现在想知道该文件是否会存在。 文件签署后多久会被推送到 eOriginal? 如果没有足够的保证时间来拉下文档,我们需要 可能会从 eOriginal 中提取它。 如果我们从 eOriginal 中提取它,是否有任何关于如何实现的信息 将在 eOriginal 中标识。 我不是要他们的 API。我知道我们很可能需要进去 与他们联系,但它是否由相同的信封ID标识? 请让我们知道您可以提供的任何见解。 感谢您的帮助

【问题讨论】:

    标签: docusignapi


    【解决方案1】:

    设置

    您使用的配置完全取决于您的帐户设置。请联系您的 DocuSign 客户经理,以便在此处更好地了解选项和定价。

    我看到的DocuSign/eOriginal最常用的组合是:

    DocuSign 将权威副本转移到 eOriginal

    • eOriginal 存储权威副本
    • DocuSign 存储一个副本

    就时间而言,事件发生在信封完全完成时。它可能从不到一秒到 15 分钟不等,具体取决于 DocuSign 和 eOrigional 队列的外观。它通常更接近“即时”的一面。但我会计划两个系统之间的延迟。

    eOriginal 如何存储来自 DocuSign 的信封:

    • eOriginal 使用您的信封的EmailSubject 作为容器 ID
    • 还有一个额外的 eOriginal 自定义字段 Xref1,其中包含您的 DocuSign EnvelopeId

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2022-12-22
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多