【问题标题】:How to avoid placing fields everytime a contract is generated with DocuSign Gen and DocuSign Envelope in Salesforce?如何避免每次在 Salesforce 中使用 DocuSign Gen 和 DocuSign Envelope 生成合同时放置字段?
【发布时间】:2022-11-11 00:00:10
【问题描述】:

我需要实施以下方案: SF 的用户必须为客户生成包含表格的合同。合同一生成,用户就会用平板电脑将合同处理给客户,客户可以亲自签字。

为了实现这一点,我使用 DocuSign Gen 来生成一个模板,因为这个特定的模板需要一个包含多行的表。所以:

  1. 我声明了我在合同中使用的所有Salesforce Fields
  2. 我将所有的锚文本都放在了 MS Word 文件中。
  3. 我声明了所有DocuSign Fields(即签名、姓名、签名日期)。
  4. 我还将它们所有的锚文本放在 MS Word 文件的底部。
  5. 最后,我选择了一个 DocuSign 信封(查看下面的描述)模板来简化签名传递。

    对于 DocuSign 信封,我只是创建了一个模板,但我没有选择任何文档,因为这将由 DocuSign Gen template 处理。我定义了收件人(亲自签名者),对于发送体验,我选择了选项Send Now: Skips all controls and sends the envelope immediately.

    所以,我期待点击DocuSign Gen模板按钮后,合同将发送给用户,他可以处理合同给客户,直接签名. 相反,在合同发送后,用户将控制权交给了客户,他们需要放置再次DocuSign Fields(即签名、日期、姓名)在合同签署之前。

    我怎样才能避免这种情况?我不希望用户和客户再次放置字段,因为这已经在 DocuSign Gen 上创建的模板上定义了。

【问题讨论】:

    标签: salesforce docusignapi


    【解决方案1】:

    绝对可以设置与锚标签/自动放置一起使用的电子签名信封模板配置,无论是否预先上传到模板中的静态文档。本支持文章中列出了我们开箱即用的默认锚字段。但也可以使用 {r} 通配符占位符定义锚文本创建您自己的自定义合并字段。 诀窍还在于确保您的收件人使用“签名者 1”、“签名者 2”等标准角色命名约定。 例子: 如果您在文档上有 s1,那么它将分配给您定义的具有“签名者 1”角色名称的收件人。 s2 代表“签名者​​ 2”。等等 如果您使用 ObjectName_FieldName_{r} 之类的已定义锚文本创建自定义字段 然后在文档上将文本放置为ObjectName_FieldName_1 该字段将分配给“签名者 1” ObjectName_FieldName_2 将分配给“签名者 2”等。

    更多信息可以在这里找到 - https://support.docusign.com/s/document-item?language=en_US&bundleId=srl1586134368658&topicId=rvg1644270913133.html&_LANG=enus

    【讨论】:

      【解决方案2】:

      据我所知,将信封模板链接到 Gen 模板会使 Gen 模板无用。我找不到任何关于它们应该如何一起使用的明确文档。

      这就是我所做的:

      1. 使用包含我所有锚点的 Word 文档创建了 Gen 模板。
      2. 我希望自动填充收件人,因此我还创建了一个信封模板(没有文档)并将其链接到 Gen 模板。
      3. 我希望当我单击“生成模板”按钮时,它会使用我标记的模板,自动选择收件人并发送。但是,正如您所说,您必须替换所有字段。我不知道为什么。
      4. 我尝试了@inbar 关于使用自动放置的建议。我使用这些标签创建了一个新文档并将其上传到信封模板。这按预期工作,但似乎使 Gen Template 无用。

        在这一点上,我认为最好的方法是不使用 Gen 模板,而只使用带有自动放置功能的信封模板。我希望文档更清楚地说明如何一起使用这些模板。

      【讨论】:

        猜你喜欢
        • 2019-09-19
        • 1970-01-01
        • 1970-01-01
        • 2019-11-16
        • 2021-04-26
        • 1970-01-01
        • 2016-05-09
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多