docusigncompositetmplts

    0熱度

    2回答

    我正在處理DocuSign集成。我有基本的功能,但似乎無法弄清楚如何將本地文檔(PDF)與服務器模板合併,以便在服務器模板上配置的選項卡在傳遞的文檔上得到使用或覆蓋。 我的模板在服務器上定義,我可以直接從Web UI使用它(沒有問題)(這是一個W4表單)。您可以在下面看到該模板有三個選項卡(SSN,Sign here和日期)。訪問此模板通過它使用API​​瀏覽器ID產生以下JSON {

    1熱度

    2回答

    我在的DocuSign模板,我需要發送到[email protected] 但是喬是負責管理10個客戶端,而是我的發送喬10信封單獨的信封讓他簽名我想發送包含10個文件的Joe 1信封,Joe需要在信封中籤署所有10個文件。該文件除了對填充於模板 我使用的DocuSign,我提供的C#SDK的文本字段中的不同數據相同可以使用EnvelopeDefinition類和TemplateRole類在信封發

    0熱度

    1回答

    我正在使用Docusign與使用Apex的force.com站點集成的演示帳戶。 我創建了一個模板,並希望將兩個不同的郵件正文發送給兩個不同的收件人。我有兩個角色代理和經紀人。 在代理郵件正文中,我想使用代理收件人名稱。我可以通過使用[[Agent_UserName]]在主體中獲取名稱,但不能在主體中獲取。有什麼辦法可以在郵件正文中使用合併字段。

    -2熱度

    1回答

    我正在使用Java API創建一個DocuSign信封。一切都很完美,我可以添加文檔,收件人和標籤。 現在,我想利用可編輯的PDF。我看到DocuSign能夠將可編輯的PDF標籤轉換爲DocuSign標籤,如描述here。 我的情況稍有不同,因爲我可以有幾個文件,其中一些是可填寫的,另一些不是。 想象一下,我有三個文件。 DocA和DocB是可填寫的,DocC不是。 我看到幾個解決方案: DOCA

    0熱度

    1回答

    我正在嘗試使用複合模板創建信封。我爲每個簽名者創建了一個包含角色的服務器模板。我想在創建時指定角色數據,附加本地端文檔,然後覆蓋服務器模板進行路由。我可以通過身份驗證,找到teplate ID一切,直到創建信封。請參閱我下面的JSON職位: --MYBoundary Content-Type: application/json Content-Disposition: form-data;

    0熱度

    1回答

    我試圖通過DocuSign REST API使用複合模板並遇到TAB_REFERS_TO_MISSING_DOCUMENT錯誤。 大約有StackOverflow上這個錯誤的幾個職位,(參見,例如,here,here,here),但不像我讀過的其他職位,我收到此錯誤即使有在沒有任何標籤我envelopeDefinition。 我在我的沙盒中設置了兩個模板,它們都具有相同的收件人:第一個收件人Sig

    2熱度

    2回答

    在C#中使用DocuSign API時,我很容易就能通過測試信封。現在我使用下圖來測試信封。 我知道我必須指定一個收件人TemplateRole,但是當我發送電子郵件,不如意的事情。我假定通過定義多個角色,將會設置簽署順序中的每個項目。無論出於何種原因,都不會發生,而是我發送了兩份文件。根據我包含的TemplateRoles,虛擬數據也會插入發件人名稱/地址。我想阻止這一點。 EnvelopeDe

    0熱度

    1回答

    我正在使用Docusign Java Rest客戶端庫。我有一個簡單的文本字段的服務器模板。我想從我的程序發送簽名請求,並在表單中填入預填充的數據,以便收件人不必填寫這些字段。 我的代碼片段: EnvelopeDefinition envDef = new EnvelopeDefinition(); envDef.setEmailSubject("ATTACHMENT TESTING")

    2熱度

    1回答

    我試圖根據模板創建信封並將自定義字段分配給其中一個收件人(「customFields」:[「5616999」,這是員工ID) 。 這是我的POST REST API: URI:https://demo.docusign.net/restapi/v2/accounts/{accountid}/envelopes 有效載荷: { "status":"sent", "emailSubject": "T

    0熱度

    2回答

    我在從複合模板創建個人簽名會話時遇到問題。 我遵循相同的程序來識別親自簽署人,就像在其他直接嵌入文檔的API調用中一樣,但在此情況下,當人簽署人完成簽名過程並被要求發送電子郵件以發送已完成文件,它不是用我的API提供的signerEmail對象自動填充的。 JSON如下: { "status": "sent", "compositeTemplates": [{ "serverTem