電子合約系統（也稱線上簽約平台）是把合約寄送、簽署、紀錄與存檔放到線上完成的服務：發起人上傳合約或從範本產生，指定簽署人與順序，對方透過連結驗證身分後簽署，系統保留每一步的紀錄並產出簽署完成的檔案。挑選時看五件事：簽署流程能否貼合公司的核准與用印順序、身分驗證方式是否符合文件風險、簽署紀錄能否完整匯出、範本與批次發送是否好用，以及能否和 CRM、報價或內部後台串接。
電子合約系統、電子簽章與合約管理的分工
這三個詞常被混用，選型前先分清楚：
- 電子簽章：法規與技術上的概念。依電子簽章法第二條，指依附於電子文件並與其相關連，用以辨識及確認電子文件簽署人身分、資格及電子文件真偽者，效力概念可參考電子簽章的效力與導入。
- 電子合約系統：執行簽署的工具，負責寄送、驗證身分、蒐集簽名與保存紀錄。
- 合約管理：從範本、審閱、簽署到到期續約與歸檔的整個生命週期，整理在合約管理系統的功能與導入。
困擾若是合約到期沒人追、定稿版本找不到，問題在合約管理；若是紙本寄來寄去、等對方用印回傳太慢，才是電子合約系統要解決的事。
簽署流程：順序、角色與欄位
簽署流程決定一份合約怎麼送到每個人手上，評估時確認：
- 簽署順序：能否指定依序簽署，例如內部先核准、對方簽署、再由公司代表人簽署，或讓多位簽署人同時簽。
- 角色：除了簽署人，有沒有只收副本、只需核准不簽名的角色。
- 欄位：能否為每位簽署人指派不同欄位。以 Google 文件的電子簽名為例，可指派簽名、縮寫、姓名、文字欄位與簽署日期，每個要求最多十位簽署人。
- 提醒與取消：以同一功能為例，開啟自動提醒後，初次要求三天後仍未完成會寄送提醒，之後每三天一次，最多三次；待處理的要求也可以取消。
- 拒簽與修改：對方能否拒簽並留下原因，修改後重新發送是否保留前一版的紀錄。
功能會隨方案不同，例如 Google 文件的電子簽名只開放給說明頁列出的方案，組織帳戶需由管理員啟用。
簽署者身分驗證方式比較
日後有爭議時，要能說明確實是本人簽署，常見的驗證方式各有適用範圍：
| 驗證方式 | 能說明的事 | 要注意的地方 |
|---|---|---|
| 電子郵件連結 | 簽署人能存取該信箱 | 信箱被他人使用或轉寄時，難以區分操作者 |
| 簡訊或語音驗證碼 | 簽署人持有該手機號碼 | 美國國家標準與技術研究院（NIST）的數位身分指引將以公用電話網路傳送驗證碼列為受限制的方式，並要求提供替代方式 |
| 帳號登入 | 簽署人持有平台或公司帳號 | 對方要註冊或已有帳號，可搭配多重要素驗證 |
| 憑證簽署 | 以憑證確認簽署人身分 | 例如自然人憑證、工商憑證，要確認平台是否支援與對方的操作環境 |
依電子簽章法第六條，以數位簽章簽署電子文件，使用經主管機關許可的憑證機構簽發的憑證，且憑證未逾有效期間及使用範圍時，推定為本人親自簽名或蓋章；其他方式有爭議時，可能需要以驗證與簽署紀錄佐證。經濟部工商憑證管理中心說明，工商憑證的非IC卡可作為代表企業的電子印鑑。低風險的確認單可用信箱或帳號驗證，高風險合約再評估憑證簽署。
簽署紀錄與存證要檢查的內容
請廠商提供一份簽署完成的範例，逐項檢查：
- 事件是否完整：以 Microsoft 的 eSignature 服務為例（須由系統管理員設定，並連結隨用隨付計費才能使用），可在 Purview 稽核記錄查到要求的建立、傳送、取消、拒絕與完成，以及收件者檢視、簽署、下載與連結過期等活動。
- 紀錄跟著文件走：以 Google 文件的電子簽名為例，所有人簽署後會產生最終 PDF，檔案結尾附有稽核追蹤頁，記錄各事件的時間戳記與要求者、簽署人的身分資訊。
- 能否確認內容未被修改：電子簽章法定義的數位簽章，是將電子文件以數學演算法或其他方式運算為一定長度的數位資料，以簽署人的私密金鑰加密，得以公開金鑰驗證，並具憑證機構簽發的憑證；選型時確認平台用什麼方法驗證文件簽署後沒有被變更。
- 能否完整匯出：簽署檔、稽核紀錄與附件能否一起匯出，換平台時能否帶走。
- 存放在哪裡：檔案存在平台、自家文件庫或兩者都有，保存期限與調閱權限由誰管理。
範本與批次發送的評估重點
合約量大時，範本與批次發送的設計會直接影響作業時間：
- 範本與可編輯範圍：標準條款鎖定，只開放相對人名稱、金額、期間等欄位填寫。以 Google 文件為例，可以把合約草稿做成範本，重複用於多個電子簽名要求。
- 資料帶入：相對人資料能否從 CRM 或報價單帶入，減少複製貼上的錯誤。
- 批次發送：同一份同意書或經銷條款要寄給大量對象時，能否一次發送並分別追蹤簽署狀態。
- 範本版本：範本更新後，已寄出未簽的合約用的是哪一版，系統要查得到。
條款內容與審閱權責屬於法務的工作，系統負責讓大家用同一份核准過的範本。
和 CRM、報價或內部系統串接
簽署是業務流程的一環時，就需要串接，而不是每次手動上傳。常見的串接情境：
- 客戶在官網或會員專區確認報價後，系統帶入資料產生合約並送出簽署要求，報價確認的設計可參考報價單系統的線上確認。
- 簽署狀態回傳到 CRM 或後台，業務不必逐一登入平台查看。
- 簽署完成的檔案與紀錄自動存回公司文件庫或後台。以 Microsoft 為例，從 SharePoint 透過其支援的第三方簽章提供者發起要求時，完整簽署文件的複本會自動儲存在 SharePoint。
- 簽署完成後觸發後續動作，例如開通服務、建立訂單或通知財務。
請廠商說明是否開放 API、狀態是主動通知或要定期查詢、通知失敗怎麼重送。
選型清單與常見踩雷
把重點整理成清單請候選平台逐項回答，並用一份真實合約實際走一次：
- 簽署順序、角色與欄位能否貼合公司的核准與用印流程。
- 有哪些身分驗證方式，能否依文件類型設定不同等級。
- 稽核紀錄的內容與匯出方式，資料存放地點與保存期限。
- 對方簽署時是否要註冊帳號，手機操作與中文介面是否順暢。
- 計費依件數、使用者或方案，量增加時費用怎麼變化。
常見的踩雷是沒請外部對象實際簽一次，或沒確認對方的用印規定，簽完才發現還要另寄紙本。依電子簽章法第五條，對相對人採用電子形式，除對方已同意外，應先以合理期間及方式給予反對的機會，並告知未反對者推定同意；個別合約能否以電子方式簽署，請以主管機關公告或律師等專業意見為準。
常見問題
電子合約系統簽的合約有法律效力嗎？
電子簽章法規定，符合該法規定的電子文件與電子簽章，不得僅因其電子形式而否認其法律效力。個別合約是否適用、有無依法律排除的情況，請以主管機關公告或律師意見為準。
對方沒有帳號也能簽署嗎？
要看平台設計，有的透過電子郵件連結即可簽署，有的要求註冊或登入。選型時用公司以外的信箱實際測試，確認對方的操作步驟與手機體驗。
公司大小章要怎麼處理？
若平台允許以印鑑圖檔呈現，圖檔本身難以說明是經授權者操作。重要合約可搭配內部核准紀錄，或評估以工商憑證簽署，並先確認對方的用印規定。
簽好的電子合約要另外列印保存嗎？
要保留的是簽署完成的檔案與完整稽核紀錄，並確保日後能完整取出查驗。若法令或對方要求紙本正本，再依要求辦理，保存規則以內控與專業意見為準。
辦公軟體內建的電子簽名夠用嗎？
偶爾簽署、流程單純的文件可以先用內建功能。合約量大、要批次發送、需要多種身分驗證或和 CRM 串接時，再評估專門系統或客製串接。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
建議先列出要電子化的合約類型、相對人、需要的身分驗證等級與要串接的系統，再請候選平台用真實合約示範。京采可以協助規劃從官網或會員專區發起簽署的流程，串接電子簽章服務，並把簽署狀態與檔案回存到後台，做法可參考網頁設計服務；也歡迎與我們聯繫討論需求。
