DocuSign「作廢」狀態與「拒絕」狀態：觸發條件和 API 回應

了解 DocuSign 信封狀態在業務流程中的含義

在數字協議快節奏的世界中，像 DocuSign 這樣的電子簽名平台在簡化合約、審批和合規流程方面發揮著關鍵作用。企業依賴這些工具來準確追蹤文件生命週期，但狀態更新的細微差別可能會影響營運效率。兩個常見狀態——“voided”（已作廢）和“declined”（已拒絕）——常常讓使用者感到困惑，因為它們都會停止簽名流程，但源於不同的行動和含義。從商業角度來看，區分這些狀態有助於團隊優化工作流程、減少錯誤，並更好地與 API 整合用於自動化系統。本文探討了這些狀態的觸發因素、API 回應，以及對電子簽名管理的更廣泛影響。

正在比較 DocuSign 或 Adobe Sign 等電子簽名平台？

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

👉 開始免費試用

DocuSign “已作廢” vs. “已拒絕”狀態：核心差異

DocuSign 的信封狀態提供文件進度的即時可見性，這對於管理高容量協議的銷售、人力資源和法律團隊至關重要。“已作廢”和“已拒絕”狀態都表示信封無法繼續完成，但它們在誰發起行動、根本原因以及對業務流程的下游影響方面存在差異。

什麼觸發“已作廢”狀態？

“已作廢”狀態發生在信封發送者或授權管理員在文件完成前主動取消文件時。這通常是一種主動措施，用於撤回不再相關的協議，例如由於條款變更、優惠過期或內部錯誤。常見觸發因素包括：

• 發送者發起的取消：帳戶所有者或委託人透過 DocuSign 儀表板或行動應用作廢信封。例如，如果銷售代表意識到報價包含過時的定價，他們可以作廢它以避免誤導接收者。

• 行政行動：在團隊帳戶中（例如 Standard 或 Business Pro 計劃），具有作廢權限的管理員可以取消信封以強制合規或重新分配資源。這在金融等受監管行業中很常見，其中不完整的草稿必須被撤回。

• 自動化或 API 驅動的作廢：透過 DocuSign 的 API，開發者可以以程式方式觸發作廢，通常與 Salesforce 等 CRM 系統整合。此處的觸發因素可能包括工作流程規則，例如如果 CRM 中的交易階段發生變化，則作廢信封。

從業務觀察角度來看，作廢可以節省資源——作廢後的信封不會計入使用配額——並維護審計軌跡。然而，頻繁作廢可能表明上游問題，如模板設計不良或溝通失誤，從而增加行政開銷。

什麼觸發“已拒絕”狀態？

相比之下，“已拒絕”狀態是由接收者驅動的，當簽名者明確拒絕文件時發生。這反映了簽名者的自主權，是法律約束電子簽名框架的關鍵功能，例如美國 ESIGN 法案或歐盟 eIDAS 法規，這些法規強調同意。

關鍵觸發因素包括：

• 簽名者拒絕：接收者透過 DocuSign 簽名介面拒絕，通常透過選擇“拒絕簽名”按鈕。原因可能從不利條款（例如供應商對責任條款的反對）到外部因素（如預算削減）不等。

• 存取或身份驗證失敗：如果簽名者由於連結過期或身份驗證失敗（Business Pro 中的附加功能）而無法存取文件，他們可能會選擇拒絕而不是追求解決。

• 多簽名信封中的部分拒絕：在順序或並行路由中，一位簽名者的拒絕可能會級聯，導致整個信封作廢，除非另有配置。

從商業角度來看，拒絕突顯了談判痛點。使用 DocuSign 分析工具（高級層級可用）的企業可以追蹤拒絕率以優化合約，透過迭代改進潛在提升成交率 20-30%。與作廢不同，拒絕會消耗信封配額，並可能需要重新發送，從而在基於席位的定價模型中影響成本。

API 回應：在整合中處理“已作廢”和“已拒絕”

對於開發者和 IT 團隊，DocuSign 的 REST API（Developer Platform 的一部分，Starter 計劃起價 600 美元/年）為這些狀態返回不同的回應，從而實現強大的自動化。理解這些對於建構可擴展整合至關重要，例如在企業應用中嵌入電子簽名。

• “已作廢”API 回應：透過 Envelopes:Void 方法（POST /accounts/{accountId}/envelopes/{envelopeId}/void）作廢時，API 在成功時返回 204 No Content 狀態，後續 GET 請求中信封的 status 欄位更新為“voided”。回應主體包括細節，如 voidedDateTime 和 voidReason（使用者提供的文字）。錯誤情況（如權限不足）會產生 403 Forbidden。在 webhook 中（Advanced 計劃的 Connect API），發送“envelope-voided”事件通知訂閱者，允許 CRM 更新，如將交易標記為“已放棄”。

• “已拒絕”API 回應：簽名者拒絕會觸發狀態更改為“declined”，無需發送者直接呼叫 API。透過 GET /envelopes/{envelopeId} 查詢會顯示 status: "declined" 和 declineReason（簽名者的可選備註）。Webhook 發送“envelope-declined”事件，包括接收者細節。如果使用 Recipients:Decline 方法（罕見，用於批量場景），它返回 201 Created 並更新狀態。常見錯誤包括無效簽名者 ID 的 400 Bad Request。

在實務中，企業透過 SDK（例如 Java 或 .NET）整合這些回應：對於作廢，自動化通知；對於拒絕，觸發後續行動，如修訂提案。API 配額（例如 Intermediate 計劃的 100 個信封/月）適用，因此透過 API 使用中心監控可以防止超額。從觀察角度來看，處理不當這些回應可能導致資料孤島——例如 Salesforce 中殘留的作廢交易——從而使團隊損失時間和收入。

這些區別在全球營運中很重要。對於美國企業，ESIGN 確保兩種狀態在審計中保持證據價值。在歐盟，eIDAS（自 2016 年生效）將拒絕視為合格電子簽名下的有效拒絕，而作廢必須記錄發送者意圖以避免爭議。標題中沒有特定區域法律，但這些框架強調了精確狀態追蹤以滿足不同合規標準的需求。

與主要競爭對手比較 DocuSign

隨著電子簽名採用率的增長——預計到 2027 年全球市場規模將達到 200 億美元——企業正在評估替代方案的成本、合規性和功能。DocuSign 以強大的 API 和企業工具領先，如 Intelligent Agreement Management (IAM)，這是一個 CLM 擴展，可自動化合約生命週期從草稿到歸檔，包括 AI 驅動的風險分析（Enhanced 計劃自訂定價）。然而，競爭對手在定價和區域焦點方面提供不同的優勢。

Adobe Sign 與 Adobe 生態系統整合（例如 Acrobat），在 PDF 密集型工作流程中表現出色。它支援類似狀態——“cancelled”類似於已作廢，“refused”對應已拒絕——透過 Adobe 的 REST 端點返回 API 回應（例如作廢時 200 OK，並更新狀態）。定價從個人 10 美元/使用者/月開始，擴展到企業自訂。它在創意行業強大，但對於簡單簽名可能感覺臃腫。

eSignGlobal 將自己定位為全球玩家，在 100 多個主流國家合規，尤其在亞太地區 (APAC) 具有優勢。APAC 電子簽名法律碎片化、高標準且嚴格監管——不同於基於框架的 ESIGN（美國，2000 年）或 eIDAS（歐盟，2014 年），後者依賴電子郵件驗證或自我聲明。APAC 要求“生態系統整合”方法，需要與政府到企業 (G2B) 數字 ID 的深度硬體/API 對接，從而提高技術門檻。eSignGlobal 與香港的 iAM Smart 和新加坡的 Singpass 無縫整合，實現安全、本地身份驗證。其 Essential 計劃每年 16.6 美元/月，允許 100 個文件、無限使用者和存取碼驗證——在不收取席位費的情況下提供強大的合規價值。它正在擴展到美洲和歐洲，以更低的價格與競爭對手競爭，同時匹配批量發送等功能。

HelloSign（由 Dropbox 提供）專注於簡單性，具有“canceled”（發送者）和“declined”（接收者）狀態，鏡像 DocuSign 的。API 回應簡單明了（例如 JSON 狀態欄位），免費層級高達 3 個文件/月，付費 15 美元/使用者/月。它適合中小企業，但缺乏 DocuSign IAM 等高級 CLM。

此表格突顯了權衡：DocuSign 適合複雜企業，而其他平台優先考慮可負擔性或利基合規性。

正在尋找 DocuSign 的更智能替代方案？

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

👉 開始免費試用

對企業的戰略影響

有效導航“已作廢”和“已拒絕”狀態可以提升合約速度，在優化設定中將週期時間縮短高達 50%。對於 API 密集型操作，DocuSign 的回應啟用主動警報，但整合成本（例如 Advanced API 每年 5760 美元）值得與更簡單的替代方案評估。在 APAC 地區，監管碎片化要求生態系統整合，像 eSignGlobal 這樣的平台解決了 DocuSign 附加組件可能無法完全涵蓋的延遲和本地 ID 驗證差距。

隨著電子簽名的發展，企業應每季度審計狀態模式以優化流程。對於尋求 DocuSign 替代方案的使用者，eSignGlobal 作為中立、區域合規選項脫穎而出，具有競爭性定價和無限使用者，適合全球擴展。