Dropbox Sign API 訂購方案可讓團隊成員在網頁上存取 Dropbox Sign。工作團隊可以透過終端使用者存取權限,使用 API 金鑰傳送簽署要求。
如果您只有對單一帳戶實作非內嵌或內嵌簽署工作流程,建議您為該帳戶指派一個通用電子郵件地址 (例如 support@、sign@ 或 contract@),避免在電子郵件通知和帳戶相關的要求稽核紀錄中透露您的個人電子郵件地址。
如果您要變更透過 Dropbox Sign API 傳送要求的寄件者電子郵件地址,可以實作內嵌要求。您可以使用 requester_email_address 參數來新增要求者的電子郵件地址,這個參數會變更簽署要求和電子郵件通知隨附的稽核紀錄上顯示的寄件者電子郵件地址。
透過非內嵌簽署機制傳送簽署要求
-
若透過非內嵌簽署機制,從工作團隊的其他帳戶傳送簽署要求,接收回覆的電子郵件地址會是連結至 API 金鑰的寄件帳戶。
- 您可以透過寄件帳戶,在 hellosign.com 查看完成的文件。
- 在管理員許可的情況下,寄件帳戶可以使用自有的商標和電子郵件範本。
透過內嵌簽署機制傳送簽署要求
-
若透過內嵌簽署機制,從工作團隊的其他帳戶傳送簽署要求,顯示在稽核紀錄上的寄件者電子郵件地址會依連結至 API 金鑰的帳戶而異。
-
若實作內嵌簽署,您可以完整控管整個簽署流程,並擁有充分的運用彈性,包括產生及傳送自己的電子郵件通知。
-
若使用內嵌簽署機制傳送簽署要求,所有團隊成員都可以使用相同的 API 應用程式,您也可以為個別寄件者建立 API 應用程式。
-
具備 API 存取權限且獲派開發人員或管理員角色的的團隊成員,可以在自己的帳戶中建立及使用自己的 API 金鑰和 API 應用程式。工作團隊中的所有使用者會共用 API 額度。
透過內嵌要求機制傳送簽署要求
-
若實作內嵌要求,您可以使用 requester_email_address 參數設定寄件者電子郵件地址。這個參數會影響簽署工作流程的電子郵件通知和稽核紀錄。
-
在 requester_email_address 參數中,電子郵件地址的值必須是與工作團隊中某個帳戶連結的電子郵件地址。若該電子郵件地址並非團隊成員,系統會忽略這項參數,並將值預設為與 API 金鑰連結的帳戶。
為訂購 Dropbox Sign API 方案的團隊帳戶進行設定
管理員可以傳送邀請,讓其他帳戶加入工作團隊。如要進一步瞭解邀請團隊成員的方式以及團隊中的角色,請參閱說明:
傳送 API 要求的團隊成員,在團隊中必須是開發人員或管理員的角色。擁有成員角色的使用者不具有 API 存取權限。
- 使用者接受團隊邀請後,就會加入工作團隊。主帳戶的管理員應視需要將範本與其他團隊成員共享。
- 新增的帳戶加入工作團隊後,所有團隊成員都必須前往帳戶設定的「整合功能」頁面,以顯示 API 金鑰。
- 使用不重複的 API 金鑰透過使用者帳戶傳送要求。
評論
0 條評論
文章評論已關閉。