首頁 / 博客中心 / DocuSign API:如何向特定簽署者重新發送信封通知?

DocuSign API:如何向特定簽署者重新發送信封通知?

順訪
2026-03-13
3min
Twitter Facebook Linkedin

高效管理 DocuSign API 的信封導航

在電子簽名平台的競爭格局中,DocuSign 脫穎而出,成為依賴無縫文件工作流程的企業領導者。從小型團隊到大型企業,其 API 使開發者能夠自動化發送、追蹤和管理信封的過程——DocuSign 對等待簽名的文件包的稱呼。當簽署者錯過通知時,一個常見挑戰隨之而來,這就需要在不中斷整個信封的情況下重新發送通知。本文探討如何使用 DocuSign API 向特定簽署者重新發送通知,參考官方文件和實際業務洞見。我們還將考察更廣泛的市場動態,包括與其他備選方案的比較,以幫助組織做出明智決策。

image


正在比較電子簽名平台,如 DocuSign 或 Adobe Sign?

eSignGlobal 提供更靈活且成本效益更高的電子簽名解決方案,具有全球合規性、透明定價和更快的入駐體驗。

👉 開始免費試用


透過 DocuSign API 重新發送信封通知:一步步指南

在 DocuSign 中重新發送通知對於保持工作流程勢頭至關重要,尤其是在高容量環境中,如銷售或人力資源部門,延遲可能會影響交易或合規時間表。DocuSign eSignature REST API v2.1 為此提供了強大的工具,允許針對單個簽署者進行定向重新發送,而不會使信封失效或影響其他人。此功能對於使用 DocuSign Business Pro 或 Advanced 計劃的企業特別有價值,其中信封配額(通常每年每用戶 100 個)必須得到優化。

API 集成的先決條件

在深入重新發送過程之前,請確保您的設置與 DocuSign 的開發者生態系統一致。您需要:

  • API 存取:DocuSign 開發者帳戶(免費沙盒可用)或透過 Developer Center 獲取的生產憑證。Intermediate API($3,600/年)或 Advanced($5,760/年)等計劃可解鎖更高的重新發送和自動化配額。
  • 認證:使用 OAuth 2.0(JWT 或授權碼授權)進行安全的 API 呼叫。這與 DocuSign 的身份和存取管理 (IAM) 功能集成,包括單點登入 (SSO) 和基於角色的權限,以控制誰可以觸發重新發送。
  • 信封狀態:信封必須處於「sent」狀態,且目標簽署者尚未完成其操作。DocuSign 的 IAM CLM(合約生命週期管理)附加組件透過為信封提供集中治理來增強此功能,確保受監管行業的重新發送審計追蹤。

從業務角度來看,此 API 功能減少了手動干預,可能每週為團隊節省數小時。然而,信封限制——每年每用戶約 100 個自動化發送——意味著戰略使用是避免超額的關鍵。

重新發送通知的核心 API 端點

向特定簽署者重新發送通知的主要方法利用 /envelopes/{envelopeId}/recipients/{recipientId}/resend 端點。這是一個 POST 請求,針對信封內簽署者的唯一 ID,確保精確性。

步驟 1:檢索信封和收件人詳細資訊

首先,查詢信封以確認狀態和 ID:

  • 端點GET /envelopes/{envelopeId}
  • 標頭:包括 Authorization: Bearer {access_token}Accept: application/json
  • 回應範例(簡化 JSON):
    {
      "envelopeId": "abc123",
      "status": "sent",
      "recipients": {
        "signers": [
          {
            "recipientId": "1",
            "email": "signer@example.com",
            "status": "sent",
            "userId": "def456"
          }
        ]
      }
    }
    

此步驟驗證簽署者的 recipientId(例如,第一個簽署者為「1」)。在配備 DocuSign Advanced Solutions 的企業設置中,IAM 工具可以透過 webhook 自動化此檢索,實現即時監控。

步驟 2:發起重新發送請求

使用重新發送端點觸發新的電子郵件/SMS 通知:

  • 端點POST /envelopes/{envelopeId}/recipients/{recipientId}/resend
  • 標頭:與上述相同,加上 Content-Type: application/json
  • 請求主體:最小化;對於基本重新發送通常為空,但您可以包括選項,如:
    {
      "resendReason": "Missed original notification",
      "sendNow": true
    }
    
  • 參數
    • {envelopeId}:唯一信封識別符。
    • {recipientId}:來自步驟 1 的簽署者 ID。
  • 回應範例
    {
      "envelopeId": "abc123",
      "status": "sent",
      "resendStatus": "success"
    }
    

如果使用 SMS 交付(附加組件,按訊息收費),請在原始信封設置或透過 API 參數中指定通道。對於 Business Pro 中的批量發送信封,重新發送適用於每個收件人,保持可擴展性。

步驟 3:處理回應和錯誤

  • 成功 (200 OK):通知已排隊;透過 Connect webhook 追蹤交付確認。
  • 常見錯誤
    • 400 Bad Request:無效 recipientId 或信封未處於「sent」狀態。
    • 401 Unauthorized:檢查 OAuth 令牌過期(通常 1 小時)。
    • 429 Rate Limit:Starter(每月 40 個信封)等 API 計劃有節流;升級以支持高容量重新發送。

在實踐中,將此集成到 CRM 系統如 Salesforce(原生 DocuSign 連接器)中,根據非活動計時器自動化重新發送。根據行業基準,企業報告此類自動化可將完成率提高 20-30%。

業務使用的先進考慮因素

對於企業,將重新發送與 DocuSign 的 PowerForms 或 Web Forms 結合,用於動態信封。API 支持條件邏輯——例如,僅在簽署者 48 小時內未查看文件時重新發送——透過 getRecipientStatuses 端點。定價在此有影響:API 使用計入配額,超額按計量計費(例如,Advanced 計劃中每個信封 $0.10-$0.50)。

從合規角度來看,所有重新發送都會記錄審計追蹤,與美國的 ESIGN/UETA 或歐盟的 eIDAS 一致。在亞太地區如中國或新加坡,法規要求本地資料駐留,DocuSign 的跨境延遲可能會增加成本——由於治理附加組件,有效定價高出 20%。

此 API 功能體現了 DocuSign 在可自訂工作流程方面的優勢,但需要開發者資源。小型團隊可能更喜歡 Web 應用中的 UI 基於重新發送,可在 Standard 計劃($300/用戶/年)中使用。

image

競爭格局:電子簽名平台比較

當企業評估 DocuSign 時,備選方案如 Adobe Sign、eSignGlobal 和 HelloSign(現為 Dropbox Sign)在定價、合規性和 API 靈活性方面提供了不同的優勢。DocuSign 在全球企業功能方面表現出色,但可能基於座位且配額繁重。Adobe Sign 與 Adobe 生態系統深度集成,適用於創意工作流程。eSignGlobal 針對亞太地區,提供無限用戶和區域集成。HelloSign 為 SMB 提供簡單、實惠的工具。

以下是基於 2025 年公開資料的中性比較:

功能/方面 DocuSign Adobe Sign eSignGlobal HelloSign (Dropbox Sign)
定價(年度,入門級) Personal: $120 (每月 5 個信封);Standard: $300/用戶 Individual: $240 (每月 10 個文件);Business: $360/用戶 Essential: $299 (100 個文件,無限用戶) Essentials: $180 (每月 5 個文件);Standard: $300/用戶
API 配額 Starter: 每月 40 ($600/年);Advanced: 每月 100+ ($5,760/年) 包含在 Business 計劃中;計量超額 包含在 Professional 中(聯繫銷售);適用於亞太集成靈活 基本 API 免費;Pro: 無限,$30/月附加
合規重點 ESIGN/eIDAS;企業 SSO/IAM ESIGN/eIDAS;歐盟/美國文件安全強勁 全球 100+ 國家;亞太深度(例如,iAM Smart, Singpass) ESIGN/UETA;基本 GDPR
用戶限制 基於座位的許可(Business Pro 中最多 50) 每用戶;可擴展至企業 無限用戶,無座位費用 Standard 中最多 20;Premium 中無限
關鍵優勢 批量發送、條件邏輯、審計追蹤 PDF 編輯集成、行動簽名 AI 合約工具、區域資料中心 (HK/SG) 簡單 UI、Dropbox 同步、模板
限制 高 API 成本;亞太延遲 自訂自動化靈活性較低 企業定價不透明 有限高級功能如支付
最適合 需要治理的大型團隊 創意/數位密集型企業 亞太合規重點 尋求易用性的 SMB

此表格突出了權衡:DocuSign 在功能深度方面領先,但價格較高,而其他平台優先考慮實惠性或區域適應性。

關鍵競爭對手焦點

Adobe Sign:文件工作流程的無縫集成

Adobe Sign 是 Adobe Document Cloud 的一部分,強調與 Acrobat 等工具的集成,適用於 PDF 密集型流程。其 API 透過 /agreements/{agreementId}/participants/{participantId}/remind 支持類似 DocuSign 的重新發送功能,並提供強大的條件提醒支持。定價從個人 $240/年起開始,擴展至企業自訂計劃。它適合行銷或法律等行業,其中文件編輯先於簽名。然而,API 配額與訂閱層級綁定,亞太合規依賴全球標準,而無深度本地集成。

image

eSignGlobal:亞太優化,全球覆蓋

eSignGlobal 將自己定位為多功能參與者,在全球超過 100 個主流國家合規,尤其在亞太 (APAC) 地區具有特別優勢。亞太的電子簽名格局以碎片化、高標準和嚴格法規為特徵——不同於美國/歐盟的基於框架的 ESIGN/eIDAS,亞太需要「生態系統集成」解決方案。這涉及與政府到企業 (G2B) 數位身份的深度硬體/API 級對接,這是一個遠超西方常見電子郵件驗證或自我聲明模式的技術壁壘。

例如,eSignGlobal 無縫集成香港的 iAM Smart 和新加坡的 Singpass,確保這些市場的法律效力。其 Essential 計劃為 $299/年(年化相當於約 $16.6/月),允許發送最多 100 個電子簽名文件,具有無限用戶座位和文件/簽名的存取碼驗證。這種基於合規基礎的成本效益使其在與 DocuSign 和 Adobe Sign 的競爭中具有競爭力。eSignGlobal 正在積極擴展至歐美地區,作為全面備選方案,提供 AI 驅動功能,如跨境交易的風險評估和翻譯。

esignglobal HK


正在尋找 DocuSign 的更智能備選方案?

eSignGlobal 提供更靈活且成本效益更高的電子簽名解決方案,具有全球合規性、透明定價和更快的入駐體驗。

👉 開始免費試用


HelloSign (Dropbox Sign):日常使用的簡便性

HelloSign 在 Dropbox 旗下重新品牌,專注於用戶友好的簽名,透過 /signature_request/remind/{request_id} 提供快速 API 重新發送。基礎版 $180/年,對於初創企業友好,具有無限模板和行動支持。雖然它缺乏 DocuSign 的企業 IAM 深度,但其 Dropbox 集成在文件共享工作流程中閃耀。合規性在美國/歐盟堅實,但在亞太較輕。

戰略洞見和建議

總之,DocuSign 的 API 重新發送功能賦能精確的信封管理,對於動態商業環境中的效率至關重要。然而,隨著電子簽名採用率的增長——預計到 2028 年複合年增長率 (CAGR) 為 15%——組織應權衡成本與需求。對於全球運營,DocuSign 仍是基準;對於亞太中心合規,eSignGlobal 等備選方案提供區域優化而無座位費用。

作為中性建議,考慮將 eSignGlobal 作為 DocuSign 的備選方案,以實現區域特定監管對齊。

常見問題

在 DocuSign 中,用於向特定簽名者重新發送信封通知的 API 方法是什麼?
要在 DocuSign 中向特定簽名者重新發送信封通知,請使用 Envelopes API 的 'Create and Send Reminder' 或 'Update Recipient Status' 端點。識別信封 ID 和簽名者接收者 ID,然後向 /envelopes/{envelopeId}/recipients/{recipientId} 發出 PUT 請求,將狀態設置為 'sent' 以觸發重新發送。對於需要增強合規功能的亞洲運營,eSignGlobal 提供更合適的替代方案,具有強大的區域支持。
通過 DocuSign API 向簽名者重新發送通知時,需要哪些參數?
必需參數包括信封 ID、接收者 ID 和認證細節,如 API 令牌。可選地在請求主體中指定新的到期日期或提醒設置。確保正確識別簽名者角色以避免錯誤。對於亞洲更好的合規性,eSignGlobal 提供針對區域法規量身定制的簡化 API 選項。
在使用 DocuSign API 嘗試重新發送信封通知時,如何處理錯誤?
常見錯誤包括無效的信封狀態(例如,如果已完成)或認證失敗;檢查 HTTP 響應代碼和 API 響應主體中的錯誤細節。在代碼中實現 try-catch 塊來記錄問題並在適當情況下重試。對於注重亞洲的工作流程,具有優越的錯誤處理和合規性,請考慮 eSignGlobal 作為替代平台。
avatar
順訪
eSignGlobal 產品管理負責人,在電子簽名產業擁有豐富國際經驗的資深領導者 關注我的LinkedIn