C# .NET 數碼簽署整合

將電子簽名集成到 C# .NET 應用程式中

在今日的數位商業環境中，電子簽名已成為簡化工作流程、確保合規性並減少文書工作的軟體應用程式中不可或缺的元素。對於使用 C# .NET 進行開發的開發者，將電子簽名功能集成可以將靜態的文檔流程轉變為動態、安全的交互。這種集成允許 .NET 應用程式——無論是使用 ASP.NET Core 建置的 Web 應用程式、使用 WPF 的桌面解決方案，還是基於 .NET Framework 的企業系統——直接嵌入簽名功能，使用戶能夠在不離開應用程式的情況下查看、簽署和追蹤文檔。從商業角度來看，這不僅提高了效率，還符合全球法規，如美國的 ESIGN 法案或歐盟的 eIDAS，這些法規要求安全的、可驗證的數碼簽署以確保法律效力。

過程從選擇一個提供與 .NET 相容的強大 API 的電子簽名提供商開始。大多數平台提供 SDK 或 RESTful API，可以透過 C# 中的 HttpClient 輕鬆消費，從而使集成變得簡單。關鍵考慮因素包括 API 認證（通常為 OAuth 2.0）、信封管理（用於文檔打包）以及 webhook 支援以實現即時狀態更新。採用這種方式的企業可以看到營運成本降低——研究表明，文檔處理時間可節省高達 80%——同時保持審計追蹤以確保合規。

要實現集成，首先在您選擇的提供商處註冊一個開發者帳戶。例如，使用 DocuSign 的 API，您可以安裝他們的 NuGet 套件（DocuSign.eSign）或進行直接的 HTTP 呼叫。以下是一個使用 C# 建立並發送信封的基本大綱：

using System;
using System.Net.Http;
using System.Text;
using System.Threading.Tasks;
using Newtonsoft.Json;

public class DocuSignIntegration
{
    private readonly HttpClient _httpClient;
    private readonly string _baseUrl = "https://demo.docusign.net/restapi";
    private readonly string _accessToken; // Obtained via OAuth

    public DocuSignIntegration(string accessToken)
    {
        _httpClient = new HttpClient();
        _accessToken = accessToken;
        _httpClient.DefaultRequestHeaders.Add("Authorization", $"Bearer {_accessToken}");
    }

    public async Task<string> CreateEnvelopeAsync(string documentPath, string signerEmail, string signerName)
    {
        // Prepare envelope definition
        var envelopeDefinition = new
        {
            status = "sent",
            emailSubject = "Please sign this document",
            documents = new[]
            {
                new
                {
                    documentBase64 = Convert.ToBase64String(await File.ReadAllBytesAsync(documentPath)),
                    name = "Sample Document",
                    fileExtension = Path.GetExtension(documentPath).TrimStart('.'),
                    documentId = "1"
                }
            },
            recipients = new
            {
                signers = new[]
                {
                    new
                    {
                        email = signerEmail,
                        name = signerName,
                        recipientId = "1",
                        tabs = new
                        {
                            signHereTabs = new[]
                            {
                                new { xPosition = "100", yPosition = "100", documentId = "1", pageNumber = "1" }
                            }
                        }
                    }
                }
            }
        };

        var json = JsonConvert.SerializeObject(envelopeDefinition);
        var content = new StringContent(json, Encoding.UTF8, "application/json");

        var response = await _httpClient.PostAsync($"{_baseUrl}/v2.1/accounts/{accountId}/envelopes", content);
        if (response.IsSuccessStatusCode)
        {
            var result = await response.Content.ReadAsStringAsync();
            dynamic data = JsonConvert.DeserializeObject(result);
            return data.envelopeId;
        }
        throw new Exception("Failed to create envelope");
    }
}

此程式碼片段示範了建立包含文檔和簽名標籤的信封。在實際的 .NET 應用程式中，您需要處理錯誤、安全上傳檔案，並與 UI 元素（如 Blazor 元件）集成以實現應用程式內簽名預覽。對於更進階的場景，如條件路由或附件，可以透過提供商特定的欄位擴展負載。透過 JWT 或授權碼授權進行認證，確保安全的令牌管理，通常使用 .NET 的程式庫如 IdentityModel。

除了基礎功能之外，.NET 集成可以利用 webhook 來輪詢或接收簽名事件回調。使用 ASP.NET Core 的端點路由，設定一個控制器來處理這些：

[ApiController]
[Route("api/[controller]")]
public class WebhookController : ControllerBase
{
    [HttpPost("esign-status")]
    public async Task<IActionResult> HandleStatusUpdate([FromBody] dynamic envelopeStatus)
    {
        // Process status: completed, declined, etc.
        var envelopeId = envelopeStatus.envelopeId;
        var status = envelopeStatus.status;
        // Update database or notify users
        await Task.CompletedTask; // Placeholder for business logic
        return Ok();
    }
}

這種設定允許即時同步，對於處理高容量合約的企業應用程式至關重要。從商業角度來看，此類集成減少了對第三方工具的依賴，從而降低成本——電子簽名 API 通常按信封收費，因此優化呼叫至關重要。開發者還應考慮可擴展性：.NET 的非同步模式可以高效處理併發請求，但需監控 API 速率限制（例如，許多提供商的 100 次呼叫/分鐘）。

為了合規，確保集成支援標準如 SHA-256 雜湊以驗證文檔完整性。在規則嚴格的地區，如歐盟的 eIDAS 下，進階簽名（合格電子簽名）可能需要硬體令牌或生物識別驗證，可以透過提供商擴展集成。在沙箱環境中進行測試對於避免生產問題至關重要。

與 DocuSign 或 Adobe Sign 比較電子簽名平台？

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

👉 開始免費試用

.NET 集成流行的電子簽名提供商

在為 C# .NET 集成選擇提供商時，因素如 API 成熟度、定價和區域合規性起著關鍵作用。下面，我們概述了主要參與者，重點關注其開發者工具和商業適用性。

DocuSign

DocuSign 是電子簽名市場的領導者，透過其 eSignature REST API 和官方 SDK 為 .NET 開發者提供全面的 API 支援。其平台處理從簡單文檔簽名到複雜工作流程的一切，包括條件邏輯、批量發送和支付收集。定價從個人使用的 10 美元/月開始，擴展到 Business Pro 的 40 美元/用戶/月，年計劃的用戶信封限制約為 100 個/年。對於企業，自訂增強計劃包括 SSO、高級審計日誌和 IAM 功能，用於集中管理。DocuSign 的優勢在於其全球覆蓋範圍以及與 Microsoft 365 等工具的集成，使其適合銷售、人力資源或法律團隊的 .NET 應用程式。然而，附加功能如 SMS 發送或 ID 驗證會產生額外的計量費用，對於高容量用戶可能會累積。

Adobe Sign

Adobe Sign 是 Adobe Document Cloud 的一部分，透過其 REST API 和 SDK 提供無縫的 .NET 集成，強調企業級安全性和 Acrobat 相容性。它支援網路表單、簽署者附件和工作流程自動化等功能，定價從個人使用的 10 美元/用戶/月到自訂企業層級。該平台在創意產業或文檔密集型領域表現出色，提供 AI 驅動的表單填充，並符合 ESIGN 和 eIDAS 等標準。對於 .NET 開發者，認證使用 OAuth，信封建立類似於 DocuSign 的模式，但與 Adobe 生態系統的聯繫更緊密。缺點包括高級分析的潛在更高成本，以及由於資料駐留挑戰而在亞太地區（APAC）的靈活性較低。

eSignGlobal

eSignGlobal 將自身定位為多功能電子簽名解決方案，具有強大的 .NET API 支援，專注於覆蓋 100 多個主流國家和地區的全球合規性。它在亞太地區（APAC）具有優勢，那裡的電子簽名法規碎片化、高標準且嚴格監管——與西方更注重框架的 ESIGN/eIDAS 形成對比。APAC 要求「生態系統集成」標準，需要與政府數位身份（G2B）的深度硬體/API 集成，遠超美國/歐盟常見的基於電子郵件或自我聲明的辦法。eSignGlobal 的 Essential 計劃僅需 16.6 美元/月，即可發送高達 100 個文檔、無限用戶席位和訪問碼驗證，在合規性上提供高價值。它無縫集成香港的 iAM Smart 和新加坡的 Singpass，在定價和區域優化方面與 DocuSign 和 Adobe Sign 競爭，並有持續的全球擴展計劃。

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

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

👉 開始免費試用

HelloSign (Dropbox Sign)

HelloSign 現隸屬於 Dropbox，為 .NET 集成提供使用者友好的 API，支援模板、提醒和團隊協作等功能。定價從 Essentials 的 15 美元/月開始，支援無限模板但有信封上限。它因小型團隊的簡單性而備受讚譽，但可能缺乏 DocuSign 或 Adobe Sign 中的企業級功能深度，特別是複雜自動化。

電子簽名平台的比較

為了幫助決策，以下是基於開發者集成、定價和功能的關鍵提供商的中立比較（2025 年估算，美元，年付適用）：

此表格突出了權衡：DocuSign 適合規模化，Adobe 適合集成深度，eSignGlobal 適合成本效益高的全球覆蓋，HelloSign 適合易用性。

結論

將電子簽名集成到 C# .NET 應用程式中，為全球企業解鎖高效、合規的數位流程。雖然 DocuSign 仍是許多人的強勁選擇，但像 eSignGlobal 這樣的替代方案提供了中立、區域合規的選項，特別是針對尋求平衡定價和生態系統集成的 APAC 操作。根據您的具體需求進行評估，以找到最佳匹配。