2026年8月28日
DocuSign API 沒有一個公開發佈的按筆交易價格。它的計費方式是：你購買一個開發者計劃（美國商店為 Starter、Intermediate 或 Advanced，按 2026 年 8 月的定價頁，月費約為 50 至 480 美元），計劃內含每月信封配額。你的整合每發出一個信封就扣減一次配額，超出配額的信封則按量付費，以「額外信封」的形式逐個計費，而單個信封的超額費率 DocuSign 並未公開列出。因此，你的實際單筆交易成本等於計劃費用除以你的信封用量，再加上超額費用和附加功能費用。
正是這種結構，讓兩個團隊的單筆 API 交易成本可能相差懸殊。本指南將說明 DocuSign 把什麼算作一次交易、各檔計劃包含什麼、超額如何處理，以及如何估算你的真實成本。我們另撰有 DocuSign 定價模式與整體訂閱成本的專題解析，可供延伸閱讀。
DocuSign API 交易費用到底是什麼
當人們搜尋「DocuSign API 交易費用」時，通常指的是三種不同費用中的一種：
- 計劃費用。 API 存取透過專門的開發者計劃銷售，按月或按年計費。官方宣傳按年付費相比按月最高可省 44%。
- 內含信封配額。 每個計劃包含每月的起始信封數量（美國商店 Starter 為 40 個，Intermediate 和 Advanced 為 100 個）。透過 API 發出一個信封就消耗一個配額單位。
- 超額費率。 超出配額後，DocuSign 按量付費的方式對每個額外信封按固定單價計費。該費率因計劃和地區而異，且未在公開定價頁上發佈，因此大批量買家需要詢價才能準確編制預算。
還有一個讓首次買家意外的實際問題：開發者 API 計劃與 DocuSign 標準 eSignature 計劃是相互獨立的產品。你無法簡單地把網頁版訂閱升級為 API 計劃，因此同時使用人工發送和自動化發送的團隊，可能要同時為兩個產品家族付費。
另外一點：DocuSign 更廣泛的 IAM（Intelligent Agreement Management）產品圍繞身份數量（唯一簽署人或收件人）而非純信封數量來計量。購買前請確認你買的那檔計劃適用哪種計量單位，因為這一差異會改變多簽署人流程對配額的消耗方式。
什麼算作一個計費信封
信封是把一份或多份文件、收件人、填寫欄位和流轉指令打包成一次簽署交易的電子記錄。DocuSign 官方 FAQ 對計數規則的說明非常明確：
- 一個信封就是一個單位，與內容多少無關。 一個含 12 份文件、3 個簽署人、40 個欄位的信封，與一個只含單份文件、單個簽署人的信封計數相同。如果你的平均合同需要 5 方簽署，按信封計價的模式相當划算；但對於單文件函件，攤到每份文件的成本就偏高。
- 信封一經發出即計數，無論是否完成簽署。 被拒簽、發出後作廢、被放棄的信封都已消耗配額。根據官方 FAQ，只有在完成前進行更正的信封不會重複計數。
- PowerForm 和批量發送同樣計數。 由 PowerForm 生成的信封，以及批量發送操作中的每一個信封，都會逐個計量。一次 500 個收件人的批量任務可能消耗 500 個信封單位。
這套計數邏輯也定義了「一次 API 調用」的含義。讀取信封狀態、下載已完成文件、列出模板都不計費；計費事件是建立並發出信封。一個設計良好的整合可以自由輪詢狀態、拉取文件，只在真實發送時消耗配額，因此 API 設計選擇會直接影響成本，超額費用的計量機制也值得在選型時一併研究。
DocuSign API 各檔計劃及內含信封
以下是美國開發者商店截至 2026 年 8 月列出的內容。價格因地區而異（例如英國商店顯示當地貨幣價格），且 DocuSign 可能隨時調整，購買前請以官方 DocuSign 開發者計劃頁為準。
從這張表可以看出三點：
- Intermediate 與 Advanced 之間，配額並不隨價格增長。 兩檔起步都是每月 100 個信封；你每年多付的 1,800 美元主要買的是功能權限（批量發送、PowerForm），而不是用量。
- 最貴的能力都藏在銷售對話後面。 短訊與語音認證、身份核驗、數據駐留、透過 BAA 獲得的 HIPAA 支援，即便在 Advanced 檔也都是「聯絡銷售」，而專用 API（Notary、ID Evidence、Rooms、Click）均需詢價。短訊觸達等按量計費的附加功能還要疊加在計劃費用之上。
- 開發者沙盒是真正免費的。 它運行在演示環境中，不會過期，且啟用了大部分企業級功能。從沙盒發出的信封不具法律效力；你需要購買計劃並完成上線流程才能進入生產環境。
如果你的發送量主要來自人工操作而非程式碼，標準訂閱計劃的計量方式不同（按年訂閱的 Standard 和 Business Pro 計劃約為每用戶每年 100 個發送信封），這部分我們另有專文詳細拆解。
信封超額與額外發送如何計費
當你超出內含配額時，DocuSign 官方 FAQ 描述了兩種機制：
- 按量付費的額外信封。 超出計劃額度的每個信封按固定單價計費。該單價未在公開定價頁發佈，取決於你的計劃、地區和談判條款。這是 API 計費模式中最接近真正「交易費用」的部分，也是你應當爭取寫入任何報價單的數字。
- 預購信封包。 你可以在賬戶的 Plans and Billing 版塊提前購買額外信封，DocuSign 將其定位為一種規劃用量、相比純超額計費更省錢的方式。
用量預測在這裡比大多數 SaaS 工具都更重要。配額每月重置，但優惠價格按年鎖定，因此 12 月的峰值無法用清淡的 2 月來攤平。業務量有季節波動的團隊應按峰值月份建模，而不是按平均月份。
會產生額外按次收費的附加功能
基礎信封費用只是地板價。在開發者計劃上，多項常用能力要麼被擋在銷售對話之後，要麼按次計量：
- 收件人認證。 電郵存取碼已包含在內，但短訊和語音認證在多數檔位是附加功能，短訊觸達還帶有按條計費、隨電訊營辦商波動的費用。
- 身份核驗（IDV）。 生物識別或證件類身份核驗單獨銷售，按次計量。如果你的合規團隊要求對每位簽署人做 IDV，請把單次費用乘以簽署人數量，而不是信封數量。
- 專用 API。 Notary、Rooms、Click 和 ID Evidence API 都是在核心 eSignature API 計劃之上單獨詢價的產品。
- 合規與駐留選項。 數據駐留、面向 HIPAA 場景的 BAA 支援、受監管行業套件，都在 Enhanced/定製檔中。
讓買家措手不及的是疊加效應：一個每個信封需要對兩名簽署人做 IDV 的流程，即使從未超出信封配額，其實際交易成本也可能成倍上升。詢價時記得要附加功能的費率表，而不只是計劃報價。
計算實際單筆交易成本的五步流程
在確定計劃之前，先跑一遍這個五步估算：
- 統計每月信封量，而不是文件量。 數的是獨立的簽署交易。如果你目前透過電郵發送，請統計不同的簽署請求次數，並記住被拒簽或被忽略的請求一經發出也會計數。
- 如果要用認證類附加功能，換算成簽署人數量。 IDV 和短訊費用按收件人計，不按信封計。
- 計算基礎單信封成本。 用計劃年費除以年度內含信封數。按 2026 年 8 月標價：Starter 為 600 美元除以 480 個信封，配額用滿時約每信封 1.25 美元；Intermediate 為 3,600 美元除以 1,200，約 3.00 美元；Advanced 為 5,760 美元除以 1,200，約 4.80 美元。配額用不滿時這些數字會迅速攀升：用量只有一半時，Starter 的成本就變成每信封 2.50 美元。
- 加上超額邊際成本。 以書面形式拿到你所在地區和計劃的額外信封費率，然後按你真實的峰值月份測算。如果拿不到費率，就按一個區間做預算，並把下限當作底線。
- 加上附加功能條目。 把按次認證的收費乘以你的簽署人數量，並把專用 API 或合規需求單獨列項，避免它們藏進「計劃成本」裡。
輸出結果是一張簡單的表：基礎單信封成本、預期超額成本、附加功能成本，以及單筆交易的總實際成本。橫向比較供應商時用這一個數字，而不是計劃價格。簽約前的快速檢查清單：
- 已統計峰值月份的信封量（而非平均月份）
- 已記錄每個信封的平均簽署人數
- 已書面取得額外信封超額費率
- 已取得認證類附加功能的按次費率
- 已確認所購計劃 SKU 的計量單位（信封 vs 身份）
- 已在沙盒中測試完成前更正的行為
如何控制 API 交易費用
以下幾個習慣可以在不換計劃檔位的情況下穩定減少信封消耗：
- 發送前先修正流轉設定。 作廢再重發一次要消耗兩個單位；完成前更正則不額外計數。調用發送接口之前，先在整合中校驗收件人電郵和附件。
- 把文件合併進更少的信封。 文件數量和欄位數量不影響計數，因此把合同及其附件合併進一個信封能直接省下配額。
- 給 PowerForm 和批量任務設上限。 兩者都按生成的信封逐個計量。在應用中設定每日生成上限，避免一個失控的循環一夜之間耗盡整月配額。
- 每週監控用量。 賬戶設定中會顯示已發信封數和賬單明細，開發者計劃的 API 用量中心能呈現用量趨勢。及早發現上升趨勢，你就能以更優價格預購信封，而不是被動吞下超額賬單。
面向 API 驅動簽署的成本可預測之選：Nota Sign
上面這套五步配額測算，正是 Nota Sign 希望替成長型團隊省去的功課。Nota Sign 是法大大（FaDaDa）旗下的全球化電子簽署平台——法大大是 IDC 連續多年評選的中國電子簽署軟件市場第一——它按用量模式而非人數定價：不收按席位收費，這對於「接觸簽署流程的人數」與「實際發送量」關係不大的團隊尤為重要。
中大型和企業級買家也不會被塞進固定檔位；計劃圍繞用量、整合深度和合規要求量身定製。如果你想把信封測算映射到一個具體方案，而不是靠試算表猜測，歡迎聯絡 Nota Sign 團隊。
