首頁 / 博客中心 / DocuSign API:以位元組陣列擷取已數碼簽署的 PDF 文件

DocuSign API:以位元組陣列擷取已數碼簽署的 PDF 文件

順訪
2026-01-18
3min
Twitter Facebook Linkedin

高效文件管理:探索 DocuSign API

在快節奏的數字交易世界中,電子簽署已成為企業簡化工作流程的不可或缺工具。DocuSign 作為該領域的領導者,提供強大的 API 功能,允許開發者將簽署流程無縫整合到應用程式中。一個常見需求是直接以位元組陣列形式擷取已完成的檔案,例如已簽署的 PDF,用於儲存、分析或進一步處理,而無需手動下載檔案。此功能不僅提升了自動化水平,還確保符合資料處理標準。

image


正在比較電子簽署平台與 DocuSign 或 Adobe Sign?

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

👉 開始免費試用


掌握 DocuSign API:以位元組陣列形式擷取已簽署的 PDF

DocuSign eSignature REST API 提供了一個強大的端點,用於在簽署後存取信封檔案。此過程對於需要以程式方式存檔或操作已簽署檔案的應用程式至關重要。其核心是使用 Envelopes: getDocument 方法來擷取檔案,返回格式如 base64 編碼字串,在大多數程式語言中可以轉換為位元組陣列。

了解 API 先決條件

在深入程式碼之前,請確保您擁有 DocuSign 開發者帳戶和 API 憑證。API 採用 OAuth 2.0 認證,需要透過 JWT 或授權碼授權產生存取令牌。信封——DocuSign 對簽署容器的稱呼——必須處於「已完成」狀態才能擷取。就定價而言,API 使用屬於開發者計劃,每年從 600 美元起的基本配額,根據 DocuSign 2025 年的結構隨信封量擴展。

關鍵考量因素包括信封 ID(唯一識別碼)和檔案 ID(信封中的特定檔案)。缺少這些,擷取將失敗。此外,請注意 API 呼叫計入配額:入門計劃允許每月約 40 個信封,而高級層支援批量操作。

逐步實施指南

要以位元組陣列形式擷取已簽署的 PDF,請按照以下步驟使用 REST API(版本 2.1)。我們將使用 Python 和 requests 程式庫進行說明,但 Java、.NET 和 Node.js 等語言透過 DocuSign 的 SDK 也有等效實現。

  1. 認證並設定請求: 從 DocuSign Auth 伺服器擷取您的存取令牌。基礎 URL:https://account-d.docusign.com(示範環境)或 https://account.docusign.com(生產環境)。

    import requests
    import base64
    
    access_token = "YOUR_ACCESS_TOKEN"
    account_id = "YOUR_ACCOUNT_ID"
    envelope_id = "ENVELOPE_ID"
    document_id = "1"  # 通常是第一個檔案
    
    headers = {
        "Authorization": f"Bearer {access_token}",
        "Accept": "application/json"
    }
    
  2. 呼叫擷取檔案端點: 使用 GET 請求存取 /envelopes/{envelopeId}/documents/{documentId}。指定 ?format=pdf 以擷取 PDF 輸出。

    url = f"https://demo.docusign.net/restapi/v2.1/accounts/{account_id}/envelopes/{envelope_id}/documents/{document_id}"
    params = {"format": "pdf"}
    
    response = requests.get(url, headers=headers, params=params)
    if response.status_code == 200:
        # 回應包含 base64 編碼的 PDF
        pdf_base64 = response.content  # Python 中直接為位元組
        # 如需解碼:pdf_bytes = base64.b64decode(pdf_base64)
        print("PDF 以位元組形式擷取:", len(pdf_bytes))
    else:
        print("錯誤:", response.text)
    

    回應主體是原始 PDF 位元組(或指定的 base64)。在 Python 中,response.content 直接產生位元組;如果 API 返回編碼資料,則透過 base64.b64decode() 轉換。

  3. 處理多檔案信封: 對於包含多個檔案的信封,首先透過 /envelopes/{envelopeId}/documents 列出它們。每個檔案都有 documentIdname。使用 ?include=combined 擷取複合檔案(合併檔案),以擷取聚合所有頁面的單一已簽署 PDF。

  4. 錯誤處理和最佳實務: 常見錯誤:401(認證失敗)、404(無效 ID)。針對速率限制實施重試(例如,入門計劃每分鐘 100 次呼叫)。對於大檔案,使用串流傳輸避免記憶體問題。安全提示:在傳輸和儲存中加密位元組陣列,以符合 GDPR 等法規。

  5. 與 CLM 工具整合: DocuSign 的智能協議管理 (IAM) CLM 透過將 API 擷取的檔案連結到合約生命週期工作流程來擴展此功能。IAM CLM 作為企業計劃的一部分,可自動從已簽署 PDF 中擷取中繼資料,並輸入儲存庫進行分析——非常適合擴展超出基本擷取的場景。

此方法簡化了後端流程,減少了手動干預。在商業環境中,它支援高容量場景,如 HR 入職,其中已簽署的錄用意向書以位元組形式存檔插入資料庫。根據行業基準,開發者報告效率提升 50-70%,儘管重度使用者 API 成本可能累積(例如,高級計劃批量發送每年 5,760 美元)。

高級功能和限制

對於位元組陣列操作,與 Connect API 的 webhook 結合,在信封完成事件時觸發擷取。限制包括無法透過 API 直接編輯位元組——擷取後處理在客戶端進行。在亞太地區,美國伺服器的延遲可能影響即時應用,從而促使混合設定。

電子簽署法律:全球視角

電子簽署在許多司法管轄區具有法律約束力,但框架各異。在美國,ESIGN 法案(2000 年)和 UETA 確保其與濕簽署等效,用於州際貿易,強調意圖和記錄完整性——非常適合 DocuSign 的審計追蹤。歐盟的 eIDAS 法規(2014 年)將簽署分類為基本、高級和合格級別,DocuSign 透過合格信任服務實現合規。

我們的 API 焦點未突顯特定國家,但對於全球營運,請驗證區域附加功能,如生物識別 IDV。亞太地區的碎片化法規(例如,新加坡的 ETA、香港的 ETLO)要求超出電子郵件驗證的生態系統整合,提高了 API 的技術門檻。

image

探索電子簽署領域的關鍵玩家

DocuSign:成熟領導者

DocuSign 以其全面套件主導市場,從每年 120 美元的個人計劃到企業客製化。核心優勢包括無縫 API 整合和 Business Pro(每年 480 美元/使用者)中的批量發送功能。對於開發者,API 計劃支援如上所述的位元組陣列擷取,支援 CRM 或 ERP 系統中的自動化。然而,基於席位的定價和附加功能(例如,SMS 交付)可能使大團隊成本膨脹。

Adobe Sign:多功能整合 powerhouse

Adobe Sign 作為 Adobe Document Cloud 的一部分,在創意工作流程中表現出色,與 Acrobat 原生整合處理 PDF。定價類似 DocuSign 的層級,從個人每月約 10 美元起,API 存取透過 Adobe 的 SDK 支援類似 DocuSign 方法的已簽署檔案擷取——通常作為 base64 位元組。它在多媒體檔案方面強大,但在亞太特定合規性方面可能落後於區域玩家。

image

eSignGlobal:針對亞太優化的挑戰者

eSignGlobal 將自身定位為成本效益高的替代方案,在全球 100 個主流國家合規,在亞太地區具有顯著優勢。該地區的電子簽署格局碎片化,具有高標準和嚴格法規——不同於西方的 ESIGN/eIDAS 框架,亞太強調「生態系統整合」方法。這要求與政府數字 ID(G2B)的深度硬體/API 對接,在複雜性上遠超電子郵件或自我聲明模式。

eSignGlobal 的 Essential 計劃每年 299 美元(相當於每月約 16.6 美元,按比例計算),允許 100 個檔案、無限使用者、存取碼驗證,並與香港的 iAM Smart 和新加坡的 Singpass 無縫整合——全部採用無席位費用模式。這為合規密集型營運提供高價值,低於 DocuSign 的每使用者成本,同時匹配位元組陣列輸出的 API 靈活性。

esignglobal HK


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

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

👉 開始免費試用


HelloSign 和其他競爭者

HelloSign(現為 Dropbox Sign)提供使用者友好的 API 用於 PDF 擷取,低容量使用有免費層級,付費計劃從每月 15 美元起。它因簡單性而備受讚譽,但缺乏高級亞太整合。其他知名如 PandaDoc 專注於提案,而 SignNow 強調行動——每個都在細分市場中佔有一席之地,但未能完全取代巨人。

電子簽署平台的比較分析

功能/方面 DocuSign Adobe Sign eSignGlobal HelloSign (Dropbox Sign)
已簽署 PDF 位元組陣列 API 強大的 REST API;支援 base64/位元組;適用配額 SDK 整合;PDF 以位元組匯出;Acrobat 協同 Pro 計劃包含;無限使用者;生態系統 API 簡單 API;base64 輸出;免費層級限制
定價(入門級,年費 USD) 120 美元(個人);基於席位 ~120 美元(個人);每使用者 299 美元(Essential);無限席位 180 美元(Essentials);可擴展
信封/檔案限制 每個計劃 5-100/月 類似 DocuSign;基於量 基礎 100 個檔案/年;可擴展 付費 3-無限
合規重點 全球(ESIGN/eIDAS);IDV 附加 美國/歐盟強勢;PDF 標準 100 個國家;亞太深度(iAM Smart/Singpass) 主要美國/歐盟;基本全球
亞太性能 延遲問題;更高成本 中等;美國中心 優化(香港/新加坡本地資料中心) 可變;Dropbox 雲
獨特優勢 企業 IAM CLM;批量發送 創意整合 無席位費;AI 合約工具 易用性;Dropbox 關聯
缺點 大團隊昂貴;API 獨立 亞太本土較弱 西方新興 高級功能有限

此表格突顯了權衡:DocuSign 適合規模化,eSignGlobal 適合亞太價值。

結論:選擇合適的解決方案

對於利用 DocuSign API 文件擷取的企業,位元組陣列方法證明了對自動化的高效性。作為替代方案,請考慮區域合規選擇,如 eSignGlobal,用於多元化市場中的優化、成本效益解決方案。根據量、整合和地理位置評估,以匹配營運需求。

常見問題

如何使用 DocuSign API 將已簽名的 PDF 文件檢索為位元組陣列?
要將已簽名的 PDF 文件檢索為位元組陣列,請使用 DocuSign REST API 的 EnvelopesApi.GetDocument 方法。在請求中提供信封 ID、文件 ID 和帳戶 ID。API 以位元組流形式返回文件內容,在您的應用程式中可以直接作為位元組陣列處理。對於需要在亞洲整合並符合特定合規標準的系統,eSignGlobal 提供了一個強大的替代方案,並具有量身訂製的區域支援。
透過 DocuSign API 存取已簽名文件需要什麼認證?
如何處理從 DocuSign 獲取已簽名 PDF 位元組陣列時的錯誤?
avatar
順訪
eSignGlobal 產品管理負責人,在電子簽名產業擁有豐富國際經驗的資深領導者 關注我的LinkedIn
立即獲得具有法律約束力的簽名!
30天免費全功能適用
企業電子郵箱
開始
tip 僅允許使用企業電子郵箱