2016-06-23 76 views
0

我正在使用Docusign REST API。我創建了一個包含多個收件人的信封,並檢索了發件人URL以打開Web諮詢以放置簽名/初始標籤。Docusign API,在發送之前放置所有簽名標籤

是否有任何API的方式,不允許發件人實際發送沒有拖拽每個收件人至少一個簽名標籤?

+0

歡迎來到StackOverflow!請提供所有有用的答案(包括對其他問題的答案),並「檢查」您自己的問題的答案,以最好地解答您的問題 –

回答

0

回覆:有沒有什麼方法可以讓API不讓每個收件人拖拽至少一個簽名標籤而實際發送?

沒有特別說明。但是,這裏有一些想法,以改善情況:

包括髮件人

簽名標籤作爲創建外殼的一部分,包括每個收件人的簽名收件人標籤。然後,編輯文檔的人只需在屏幕上四處移動標籤,而不必從左側的標籤工具箱拖動它。

給更多的責任,您的集成應用

使您的整合有在業務過程中加以控制,因此顯示「發送畫面」給發件人。這樣,發件人就可以花更多時間與應用程序進行交互,並且您的應用程序可以更好地控制情況。

例如:

  • 如果只是一對夫婦的文檔類型將被髮送,使發送者選擇的文檔類型,並通過您的應用程序在它的參數來填補。然後,您可以將文檔發送出去進行簽名,並且您的應用可以放置各種標籤。
  • 或者當發件人將文檔上傳到您的應用程序時,您可以檢查文檔中的錨文本,如「// signer1 //」然後,您的應用程序添加一個帶有錨文本的簽署者選項卡// signer1 //。請參閱this recipe
  • 或者讓發件人上傳文檔,但使用標準的「簽名頁面」,您的應用將附加到所有信封。簽名者簽名時,額外的文檔(簽名頁面)看起來是信封中之前文檔的延續。您的應用會自動生成簽名頁面,包括該頁面上的簽名標籤。

如果可以,我建議您不要讓用戶上傳文檔。 (或者也許只是主文檔的附件)。相反,請與業務流程所有者就可發送的可能文檔達成一致。找出各自的最佳格式,並使您的應用能夠根據發件人和其他商業數據庫/應用的輸入自動生成文檔。

+0

謝謝。我們的文檔格式差別很大,所以錨標籤可能是我們最好的選擇。感謝您的想法! – citronsmurf

+0

很高興幫助。請提供所有有用的答案(包括對其他問題的答案),並「檢查」回答您自己的問題,以最好地回答您的問題。 –