我在嵌入式DocuSign API中使用了recipientName和baseURL？

我正在使用客戶端登錄到Web站點時簽署嵌入式文檔（服務協議）的能力。例如，用戶點擊鏈接並顯示協議。在拒絕或簽名後，用戶將被帶回頁面。我在嵌入式DocuSign API中使用了recipientName和baseURL？

這是正確的API嗎？

http://iodocs.docusign.com/APIWalkthrough/embeddedSigning

創建後寺...

的API請求兩件事情我不清楚如何入手：

RECIPIENTNAME - 因爲我事先不知道誰將會正在簽字，我應該如何解決這個問題？
baseURL - 這是用戶在簽名後將被引導到的頁面嗎？

static string recipientName =「*」; //提供收件人（簽名者）名稱 static string baseURL =「」; // - 我們將檢索這個

謝謝！

來源

2014-02-07 user3285418

它看起來像你的問題的一部分被切斷... – Ergin

我有一個類似的工作流程，訂購新用戶在訂單過程結束時參加DocuSign簽字儀式簽署協議。他們必須簽署一份帶有六個可編輯字段的單一文件。

在與DocuSign技術代表交談之後，他建議我們看一下PowerForms。如果你不需要DocuSign的所有功能，這是一個更簡單的API。如果這可能適合你，請看這裏的PowerForms用戶指南：https://www.docusign.com/sites/default/files/PowerForms_User_Guide.pdf

來源

2014-02-07 21:02:08 pierus

我不會建議嘗試使用PowerForms的這種情況下，嵌入式簽名，他們所引用的確是更好的方式去... – Ergin

是嵌入式簽名功能確實是實現工作流程的最佳方式。要回答您的問題 -

關於您爲recipientName放置的內容，如果您不知道用戶的名稱，那麼一種方法是您只需詢問它。有一個「全名」文本框或一些其他輸入法，他們輸入他們的名字，然後你可以使正確填充的recipientName值的API調用。

至於baseUrl，請看代碼註釋 - 該值將通過下面的代碼檢索，因此您不必爲其添加任何內容（它的值將在下面進一步分配）。每個DocuSign帳戶都有一個唯一的accountId和baseUrl，這些用於隨後的api調用。

嵌入式簽名API，您已經在引用演練： http://iodocs.docusign.com/APIWalkthrough/embeddedSigning

...是如何編寫了一個嵌入式簽名的場景，這是絕大多數網站的集成了一個VERT很好的資源與DocuSign使用。

來源

2014-02-07 21:27:02 Ergin

我在嵌入式DocuSign API中使用了recipientName和baseURL？

回答

相關問題