他方爭執我方關於google試算表 由他方相關人員勾選的驗收完成紀錄的形式真正與實質真正 我要怎麼證明該文件的形式真正與實質真正

結論

Google 試算表本質上無法簽名、蓋章，這正是此類電子文件在訴訟上最常被對方爭執的弱點。但「無法簽名蓋章」並不等於「無法證明真正」。在台灣實務上，對於未經簽名蓋章的私文書，法院並非一律排除其證據力，而是允許提出者透過間接事證（如系統編輯紀錄、帳號使用痕跡、周邊通訊內容等）來建立其形式真正。一旦形式真正獲得法院認可，再透過內容與客觀事實的勾稽，建立實質證據力。因此，您的舉證策略應從「簽名蓋章」轉向「數位足跡串連」。

法律依據

1. 私文書之舉證責任與形式真正之認定

依民事訴訟法第357條規定：「私文書應由舉證人證其真正。」同法第358條第1項雖規定私文書經簽名、蓋章者推定為真正，但此為「推定」而非「唯一證明方法」。

在**臺灣高等法院 105 年度上字第 1283 號民事判決**中，法院明確引用最高法院41年台上字第971號判決意旨：「當事人提出之私文書必須真正而無瑕疵者，始有訴訟法之形式的證據力，此形式的證據力具備後，法院就其中之記載調查其是否與系爭事項有關，始有實質的證據力之可言。」該判決同時引用最高法院28年上字第10號判例意旨，指出民事訴訟法第358條關於私文書經簽名、蓋章推定為真正之規定，「須其簽名、蓋章或按指印係本人或其代理人為之，在當事人間已無爭執或經舉證人證明者，始得適用。」

換言之，當私文書無簽名蓋章時，無法直接適用第358條的推定效力，但仍可透過其他證據方法來「證明」其形式真正，只是舉證難度較高。

2. 無簽名蓋章文件之補強證明法理

前述高等法院判決中，法院面對被告提出之土地使用權同意書（私文書），雖然其上蓋有共有人印文，但因印文真正遭爭執，法院要求提出者必須證明形式真正。法院進一步指出，即使有證人到庭作證，若證人未親自見聞用印過程，亦難依證言推論印文為真正。此見解顯示，法院對私文書形式真正之審查相當嚴格，但同時也暗示：若能找到親自見聞或參與該文件製作過程的證人、或能間接推知文件製作事實的周邊事證，仍可建立形式真正。

實務建議

針對 Google 試算表無法簽名蓋章的特性，建議採取以下「數位足跡串連」策略：

一、形式真正之證明（取代簽名蓋章的替代方案）

1. Google 帳號之同一性證明

• 證明勾選者使用的 Google 帳號確實屬於他方相關人員。可提出：
• 該帳號曾以他方公司網域（如 @company.com）建立
• 該帳號曾用於雙方不爭執的電子郵件往來
• 該帳號的顯示名稱、大頭貼與他方人員一致
• 該帳號同時用於其他他方不爭執的雲端協作（如共用雲端硬碟）

1. 版本紀錄之完整擷取

Google 試算表的「版本紀錄」是取代簽名蓋章的最有力證據：

• 下載完整版本紀錄，顯示每次編輯的帳號名稱、時間戳記、修改儲存格位置與前後內容差異
• 以螢幕錄影方式，從開啟檔案到點入「版本紀錄」的完整操作過程，展示檔案網址（docs.google.com）、檔案名稱、共用權限設定
• 若他方人員的 Google 帳號名稱出現在版本紀錄中，即可證明該人員確實曾登入並編輯該檔案，等同於電子簽章的效果

1. 周邊通訊紀錄之串連

參考前述高等法院判決的意旨，透過周邊事證間接推知文件製作事實：

• 雙方電子郵件或通訊軟體中，曾提及該 Google 試算表的連結、討論驗收進度、要求對方勾選等內容
• 他方人員曾在通訊中回覆「已勾選」「已驗收完成」等語
• 會議紀錄中記載雙方同意以 Google 試算表進行驗收

1. 公證或法院勘驗

• 對試算表進行電腦螢幕畫面公證，經公證的私文書依民事訴訟法第358條第1項可推定為真正
• 訴訟中聲請法院當庭勘驗，以您的筆電或平板現場開啟 Google 試算表，展示版本紀錄與編輯權限，由法院直接確認其形式真正

二、實質真正之證明（內容之可信度）

1. 勾選內容與客觀事實之勾稽

• 試算表中勾選的驗收日期，與出貨單、進貨單、施工照片、統一發票的日期一致
• 勾選的驗收項目與契約約定的驗收標準相符
• 勾選的數量與實際交付或施作的數量一致

1. 他方後續行為之矛盾證明

• 他方依勾選結果開立發票或支付款項
• 他方在後續通訊中引用試算表的驗收結果作為請款或催促依據
• 他方根據試算表的勾選進度安排下一階段工作

1. 傳喚實際勾選人員到庭

• 聲請傳喚他方實際操作勾選的人員到庭作證。前述高等法院判決中，法院即傳喚證人卓文彬到庭，雖因證人未親自見聞用印而未採信，但此反面說明：若證人到庭承認有操作勾選，或證述內容與版本紀錄相符，即可直接證明形式與實質真正。

三、訴訟策略上的特別注意事項

1. 原本提出義務：依民事訴訟法第352條第2項規定，私文書應提出原本。Google 試算表雖為電子文件，但應在庭訊時以可上網設備現場展示原始雲端檔案（含版本紀錄），而非僅提出截圖影本，以避免遭法院以「僅提出影本且未提出原本」為由否定形式證據力。

1. 適時提出與補充：依民事訴訟法第196條規定，攻擊防禦方法應於言詞辯論終結前適當時期提出。前述高等法院判決中，法院即引用民事訴訟法第447條第1項但書第3款，允許當事人對第一審已提出之攻擊防禦方法為補充。建議及早準備相關數位證據，並在訴訟中適時補充周邊事證。

1. 數位鑑識之聲請：若他方強烈爭執且案件標的金額重大，可聲請法院選任數位鑑識專家進行鑑定，透過 Google 伺服器端的後台資料、帳號登入紀錄、編輯日誌等技術性證據，專業性地證明該試算表的真實性與不可竄改性。

結論

您最核心的難點在於：試算表由您製作（您掌控內容框架），但勾選動作由他方人員為之。他方必然主張「縱使帳號是我的，但內容可能遭竄改、勾選非出於自由意志、或勾選不代表驗收同意」。因此，實質真正的證明關鍵不在試算表本身，而在於將勾選行為與外部客觀事實進行多層次勾稽，使法院形成「勾選內容確實反映雙方真實驗收意思」之心證。以下從實務判決整理出具體操作方法。

法律依據

1. 實質證據力之認定標準

依最高法院41年台上字第971號判決意旨：「此形式的證據力具備後，法院就其中之記載調查其是否與系爭事項有關，始有實質的證據力之可言。」亦即，實質證據力的認定標準是「文件記載內容是否與待證事實相關且可信」。

在臺灣高等法院 105 年度上字第 1283 號民事判決中，法院進一步闡明：「私文書之形式證據力與實質證據力係屬二事，私文書苟形式上為真正，法院仍應就其記載內容調查其是否與待證事實有關，以認定其實質上之證據力。」該判決中，法院雖認定土地使用權同意書上之印文形式上為真正，但仍實質審查其內容是否與客觀事實相符，最終因證人證述與文件記載內容不一致，而否定其實質證據力。

此判決揭示：實質證據力的建立，必須使文件記載內容與客觀事實、其他證據相互印證，不能單憑文件本身的形式真正即推認內容真實。

2. 文件製作者與內容真實性之關係

在臺灣士林地方法院 107 年度金字第 3 號民事判決中，法院指出原告提出之試算表「係原告自行製作之文書，且未經被告簽名確認，其內容是否屬實，已非無疑」。此判決顯示，由一方自行製作的文件，法院對其實質真實性的審查更為嚴格。但該判決同時暗示，若能提出其他獨立事證佐證文件內容，仍可建立實質證據力。

3. 電子文件實質真正之補強證明

在臺灣士林地方法院 104 年度建字第 81 號民事判決中，法院面對電子郵件的實質證據力問題時，並非單獨審視郵件本身，而是將郵件內容與工程施作事實、證人證述、現場照片等一併審酌。法院透過證人邱義銘到庭證述工程施作過程，與電子郵件中記載的施工進度相互印證，最終認定電子郵件內容具有實質證據力。此判決揭示：電子文件的實質真正，應透過「外部獨立事證」與「文件記載內容」的交叉比對來建立，而非僅依賴文件本身。

實務建議

針對「我方製作、他方勾選」的 Google 試算表，實質真正的證明應從以下五個層次著手：

一、版本紀錄之時間軸分析

Google 試算表的版本紀錄不僅證明形式真正，更是實質真正的關鍵：

1. 勾選時間與客觀事件之對應

• 比對他方人員每次勾選的時間戳記，與下列客觀事件的時間是否吻合：
• 出貨日期／進貨日期
• 施工日期／安裝日期
• 會議日期／現勘日期
• 雙方電子郵件或通訊軟體中討論驗收的日期
• 若勾選時間緊接在交付或施工完成後，且與雙方通訊中約定的驗收時程一致，即可推認勾選內容反映真實驗收結果

1. 勾選順序之合理性

• 版本紀錄可顯示勾選的先後順序。若勾選順序與工程進度、交貨順序邏輯一致（如先勾選第一批、再勾選第二批），可佐證勾選非隨意為之，而是依實際進度逐項驗收

1. 修改與撤回紀錄

• 若版本紀錄顯示他方人員曾有「勾選後又取消勾選」再重新勾選的過程，反而能證明勾選行為是經過審慎判斷的，而非草率或遭誤導

二、勾選內容與外部文件之交叉比對

這是建立實質真正最核心的方法：

1. 與契約規格比對

• 試算表中的驗收項目是否與契約附件的驗收標準、規格表一致
• 勾選的驗收結果（如合格／不合格、數量）是否與契約約定的標準相符

1. 與出貨／進貨文件比對

• 勾選的數量與送貨單、簽收單、進貨單的數量一致
• 勾選的日期與送貨日期相近

1. 與付款紀錄比對

• 若他方曾依勾選的驗收數量開立發票或支付款項，即可證明他方實際上承認勾選內容的真實性
• 這是最有力的「行為矛盾」證據——他方一方面爭執勾選紀錄的實質真正，另一方面卻依勾選結果為付款行為

1. 與後續通訊內容比對

• 他方在勾選後的電子郵件、LINE 對話中，是否曾引用試算表的驗收結果
• 例如他方曾回覆「依試算表驗收結果，本期應付金額為……」或「驗收已完成的部分我們先請款」等語

三、他方人員勾選行為之「意思表示」證明

他方可能主張「勾選不代表驗收同意」，因此需證明勾選行為具有驗收意思表示的性質：

1. 雙方事前約定以試算表作為驗收工具

• 提出雙方在會議中、電子郵件中或通訊軟體中，約定以 Google 試算表進行驗收的紀錄
• 例如他方曾回覆「請提供 Google 試算表連結，我們會在上面勾選驗收結果」

1. 試算表欄位設計之明確性

• 試算表中勾選欄位的標題是否明確標示為「驗收完成」「驗收合格」等字樣
• 若欄位標題明確，他方人員在該欄位勾選，即難主張「不知道勾選代表驗收同意」

1. 他方人員之權限證明

• 證明勾選的他方人員具有驗收權限（如工地主任、品管人員、專案經理）
• 可透過他方的組織架構、名片、電子郵件簽名檔、或其他案件中他方自承該人員職權的紀錄來證明

四、證人傳喚與對質

1. 傳喚實際勾選人員

• 聲請傳喚他方實際操作勾選的人員到庭作證
• 到庭後可詢問：
• 「你是否曾使用 Google 帳號 ○○○ 登入並編輯該試算表？」
• 「你在試算表上勾選『驗收完成』的依據為何？」
• 「勾選時是否曾實際檢視交付標的物？」
• 「勾選後是否曾向上級回報驗收結果？」
• 前述 104 年度建字第 81 號判決中，法院即透過證人邱義銘到庭證述，與電子郵件內容交叉比對，認定實質證據力

1. 傳喚見聞證人

• 若我方人員曾陪同他方人員現場驗收，並親眼見到他方人員在試算表上勾選，可傳喚到庭作證

五、他方行為矛盾之具體運用

這是實務上最有效的攻擊方法：

1. 他方依勾選結果為後續行為

• 依勾選數量請款或付款
• 依勾選進度安排下一階段工作
• 依勾選結果開立統一發票
• 依勾選結果向上級或業主回報

1. 他方長期未異議

• 若試算表建立後，他方人員持續勾選達數月之久，期間他方從未對試算表的格式、內容或勾選機制表示異議，可主張他方以行為默示承認該驗收機制的效力
• 參照民法第86條法理（雖非直接適用），表意人無欲為其意思表示所拘束之意，而為意思表示者，其意思表示不因之無效。他方既長期使用該機制，難謂無受拘束之意

1. 他方在其他場合的自認

• 他方在其他訴訟、調解、仲裁程序中，是否曾承認該試算表的驗收結果
• 他方在對外的報告、會議紀錄中，是否曾引用該試算表的驗收數據

六、訴訟上的具體操作

1. 整理「證據關聯表」：將試算表每一筆勾選紀錄，逐項對應出貨單、通訊紀錄、付款紀錄等外部事證，以表格方式呈現給法院，使法官一目了然勾選內容與客觀事實的一致性

1. 聲請法院勘驗：聲請法院當庭勘驗 Google 試算表的版本紀錄，由法院直接確認勾選時間、帳號、修改內容等細節

1. 適時提出：依民事訴訟法第196條規定，上述所有補強證據應於言詞辯論終結前適當時期提出，避免遭法院以逾時提出為由駁回

結論

系統新增功能驗收的特性在於：驗收標的物是「無形的軟體功能」，無法像實體商品一樣透過送貨單、簽收單來佐證。但正因如此，系統開發過程必然留下大量數位足跡（如 Git commit 紀錄、部署日誌、測試報告、API 紀錄等），這些都是證明勾選內容實質真實的絕佳外部事證。關鍵策略是：將試算表中每一筆「驗收完成」的勾選，對應到具體的系統功能上線紀錄、測試結果、他方使用行為，形成「功能交付→他方測試→勾選驗收→他方使用」的完整證據鏈。

法律依據

1. 實質證據力之認定——文件記載與待證事實之關聯性

依最高法院41年台上字第971號判決意旨，私文書之形式證據力具備後，法院應就「其中之記載調查其是否與系爭事項有關」，始有實質證據力可言。

在臺灣士林地方法院 104 年度建字第 81 號民事判決中，法院面對工程驗收爭議時，並非單獨審視驗收文件本身，而是將驗收內容與工程施作事實、證人證述、現場照片等一併審酌。法院透過證人邱義銘到庭證述工程施作過程，與電子郵件中記載的施工進度相互印證，最終認定相關文件具有實質證據力。此判決揭示：實質證據力的建立，必須使文件記載內容與客觀事實相互印證。

在系統功能驗收的情境下，「客觀事實」即為系統功能的開發、部署、測試與使用紀錄。

2. 一方製作文件之實質真實性審查

在臺灣士林地方法院 107 年度金字第 3 號民事判決中，法院指出原告自行製作之試算表「未經被告簽名確認，其內容是否屬實，已非無疑」。此判決顯示，由一方自行製作的文件，法院對其實質真實性審查更為嚴格，必須提出獨立於該文件之外部事證佐證內容真實性。

實務建議

針對系統新增功能驗收的特殊性，實質真正的證明應從以下六個層次著手：

一、系統開發與部署紀錄（證明功能確實交付）

每一筆勾選「驗收完成」的功能，都應有對應的技術交付紀錄：

1. 版本控制系統紀錄（如 Git）

• 提出每次功能新增的 commit 紀錄，顯示功能名稱、開發人員、提交時間
• 將 commit 時間與試算表中勾選時間比對，顯示功能開發完成後才被勾選驗收
• 若 commit 訊息中引用了功能編號或需求單號，且該編號與試算表中的驗收項目一致，即可建立直接關聯

1. 部署紀錄

• 伺服器端的部署日誌，顯示每次功能上線的時間
• 若使用 CI/CD 工具（如 Jenkins、GitHub Actions），可提出自動化部署紀錄
• 將部署時間與勾選時間比對，顯示功能上線後才被勾選驗收

1. 系統變更紀錄

• 系統管理後台的更新紀錄
• 資料庫結構變更紀錄（如新增欄位、新增資料表）
• API 端點新增或修改紀錄

二、測試紀錄（證明功能經他方實際測試）

1. 他方測試行為的系統日誌

• 伺服器端的存取日誌，顯示他方人員在勾選前曾登入系統並使用新增功能
• 若新增功能涉及資料寫入，可提出資料庫中他方人員操作該功能所產生的資料紀錄
• 將日誌中的操作時間與試算表勾選時間比對，顯示他方人員「先測試、後勾選」

1. 測試帳號與測試資料

• 若他方人員使用特定測試帳號登入系統測試新功能，可提出該帳號的登入紀錄與操作紀錄
• 系統中殘留的測試資料（如他方人員為測試新增功能而建立的測試用資料），可證明他方確實曾操作該功能

1. 他方回報的 Bug 或修正紀錄

• 若他方在測試過程中曾回報問題（透過電子郵件、通訊軟體、Issue Tracker 等），而您修正後他方才勾選驗收完成，此一「測試→修正→驗收」的過程可強力證明勾選內容的實質真實
• 提出 Issue Tracker（如 Jira、Trello、GitHub Issues）中的往返紀錄

三、他方實際使用新功能之行為（最有力的實質真正證據）

這是系統功能驗收最有利的實質真正證據——他方不僅勾選驗收，更實際使用該功能：

1. 系統使用日誌

• 勾選驗收完成後，他方人員持續登入並使用該新增功能的系統紀錄
• 若他方主張「勾選不代表驗收同意」，卻在勾選後持續使用該功能，即構成明顯的行為矛盾

1. 他方透過新功能產生的業務資料

• 若新增功能涉及資料處理（如報表匯出、表單提交、審核流程等），他方人員透過該功能產生的資料即為實質驗收的鐵證
• 例如：他方人員使用新增的「匯出報表」功能產生報表，並將該報表用於內部會議或對外業務

1. 他方在通訊中引用新功能

• 他方在電子郵件或通訊軟體中，曾提及或討論新增功能的使用情形
• 例如「這個新功能很好用」「請幫我把匯出功能再加一個欄位」等，均可證明他方確實已接收並使用該功能

四、雙方協作過程之通訊紀錄（證明勾選即驗收意思表示）

1. 約定以試算表驗收的紀錄

• 雙方在電子郵件或通訊軟體中，約定以 Google 試算表進行功能驗收的對話
• 例如他方曾回覆「請把試算表連結給我，我測試完會在上面勾選」

1. 功能交付與驗收時程的約定

• 雙方討論功能交付時間、測試時間、驗收時間的通訊紀錄
• 將約定時程與實際勾選時間比對

1. 他方指示勾選的紀錄

• 若他方人員曾在通訊中告知我方「功能測試沒問題，我已在試算表上勾選驗收完成」，即可直接證明勾選行為具有驗收意思表示的性質

五、功能規格與勾選內容之比對

1. 規格書與試算表項目之對應

• 將契約或需求規格書中的功能項目，與試算表中的驗收項目逐一比對
• 證明試算表中的每個驗收項目都有對應的規格定義，非我方自行虛構

1. 功能驗收標準之明確性

• 試算表中每個驗收項目是否附有明確的驗收標準（如「功能可正常執行」「資料可正確儲存」「報表可正確匯出」等）
• 若驗收標準明確，他方人員在該欄位勾選「驗收完成」，即難主張不知道勾選代表驗收同意

六、訴訟上的具體操作

1. 製作「功能驗收證據關聯表」

建議以表格方式呈現，使法官一目了然：

| 驗收項目 | 勾選時間 | 勾選帳號 | 功能部署時間 | 他方測試日誌 | 他方後續使用紀錄 | 通訊佐證 |

|---------|---------|---------|------------|------------|----------------|---------|

| 功能A | 2023/05/10 14:30 | [email protected] | 2023/05/08 | 2023/05/09 登入紀錄 | 2023/05/15 使用紀錄 | 05/09 LINE對話 |

| 功能B | 2023/05/12 10:15 | [email protected] | 2023/05/10 | 2023/05/11 登入紀錄 | 持續使用至爭議前 | 05/11 Email |

1. 聲請法院勘驗系統

• 聲請法院當庭勘驗系統，展示新增功能的實際運作
• 展示伺服器日誌，顯示他方人員的登入與操作紀錄
• 展示 Google 試算表版本紀錄與系統日誌的時間對應關係

1. 傳喚他方勾選人員到庭

• 詢問重點：
• 「你是否曾測試過 ○○ 功能？」
• 「你在試算表上勾選驗收完成的依據為何？」
• 「勾選後你是否曾繼續使用該功能？」
• 「若該功能未完成驗收，為何你持續使用？」
• 前述 104 年度建字第 81 號判決中，法院即透過證人到庭證述與電子郵件交叉比對，認定實質證據力

1. 數位鑑識聲請

• 若他方強烈爭執，可聲請法院選任數位鑑識專家，針對以下事項進行鑑定：
• Google 試算表版本紀錄的真實性與不可竄改性
• 伺服器日誌的真實性
• 系統功能上線時間與勾選時間的先後關係
• 他方人員帳號的登入與操作紀錄

結論

針對他方爭執 Google 試算表驗收紀錄的形式真正與實質真正，您的案件具有三個特殊難點：①試算表無法簽名蓋章、②試算表由我方製作、③驗收標的為無形的系統新增功能。但隨著難點而來的優勢是：系統開發必然留下大量數位足跡，這些都是建立證據力的利器。

整體舉證策略可濃縮為一句話：「以數位足跡取代簽名蓋章，以交叉勾稽取代單一文件。」

---

法律依據

一、私文書之雙層證據力

| 層次 | 法律依據 | 核心標準 |

|------|---------|---------|

| 形式真正 | 民事訴訟法第357條、第358條第1項 | 私文書應由舉證人證其真正；經簽名蓋章者推定為真正，但簽名蓋章並非唯一證明方法 |

| 實質真正 | 最高法院41年台上字第971號判決意旨 | 形式證據力具備後，法院就文件記載內容調查其是否與待證事實相關且可信 |

二、關鍵實務見解

• 臺灣士林地方法院 107 年度金字第 3 號民事判決：原告自行製作之試算表未經被告簽名確認，內容是否屬實已非無疑——警示：一方製作的文件，實質真實性審查更嚴格
• 臺灣士林地方法院 104 年度建字第 81 號民事判決：電子文件可透過周邊事證（帳號使用紀錄、通訊內容、證人證述）與文件內容交叉比對，認定形式與實質證據力——提供：電子文件舉證的實務路徑
• 臺灣高等法院 105 年度上字第 1283 號民事判決：私文書形式與實質證據力係屬二事，形式真正後仍須實質審查內容是否與客觀事實相符——確認：兩階段舉證缺一不可

---

實務建議

第一階段：形式真正（證明他方確實勾選）

| 證據方法 | 具體作法 |

|---------|---------|

| Google 版本紀錄 | 下載完整版本紀錄，顯示他方人員帳號名稱、勾選時間、修改儲存格位置 |

| 帳號同一性 | 證明勾選帳號屬於他方人員（公司網域、不爭執的郵件往來、共用雲端硬碟） |

| 周邊通訊串連 | 雙方郵件或通訊軟體中提及該試算表連結、討論驗收進度的紀錄 |

| 公證或勘驗 | 螢幕畫面公證（推定真正）；或庭訊時以可上網設備現場展示原始雲端檔案 |

第二階段：實質真正（證明勾選內容反映真實驗收）

以「功能驗收證據關聯表」為核心，將每一筆勾選與六類外部事證交叉勾稽：

| 勾稽面向 | 證據來源 | 證明目的 |

|---------|---------|---------|

| ①功能確實交付 | Git commit 紀錄、部署日誌、CI/CD 紀錄 | 勾選前功能已開發完成並上線 |

| ②他方實際測試 | 伺服器存取日誌、測試帳號登入紀錄、測試資料、Bug 回報紀錄 | 勾選前他方曾登入操作新功能 |

| ③他方持續使用 | 系統使用日誌、他方透過新功能產生的業務資料 | 勾選後他方持續使用＝行為矛盾 |

| ④通訊佐證 | 郵件、LINE 討論功能使用情形、他方指示勾選的紀錄 | 勾選具驗收意思表示性質 |

| ⑤規格比對 | 契約需求規格書與試算表驗收項目逐一對應 | 驗收項目非我方虛構 |

| ⑥證人證述 | 傳喚實際勾選人員到庭詰問 | 直接確認勾選依據與驗收意思 |

第三階段：他方行為矛盾（致命一擊）

若他方曾發生以下任一行為，即可主張其以行為承認驗收結果，爭執實質真正顯屬矛盾：

• 依勾選的驗收結果請款或付款
• 依勾選進度安排下一階段工作
• 在後續通訊中引用試算表的驗收結果
• 勾選後持續使用該新增功能卻在訴訟中否認驗收

訴訟操作三要點

1. 原本提出：庭訊時以可上網設備現場展示 Google 試算表原始雲端檔案（含版本紀錄），非僅提出截圖影本
2. 適時提出：所有補強證據應於言詞辯論終結前適當時期提出（民事訴訟法第196條）
3. 數位鑑識：標的金額重大時，聲請法院選任數位鑑識專家鑑定試算表真實性、伺服器日誌、帳號登入紀錄等

結論

您反覆追問「直接證明」的方法，我理解您希望找到一個單一、決定性、讓他方無法爭執的證據方法。在現行法制下，確實存在一條最接近「直接證明」的路徑——法院勘驗結合數位鑑定。透過法院直接勘驗 Google 試算表的雲端原始檔案（含版本紀錄），並聲請選任數位鑑定人鑑定 Google 伺服器端的後台紀錄，可以一次性地、最直接地證明形式真正（誰在何時勾選）與實質真正（勾選內容對應的系統功能確實存在且經他方使用）。以下為您整理最直接的證明做法。

法律依據

1. 法院勘驗——直接證明形式真正

依民事訴訟法第364條規定：「審判長因調查證據，得命當事人提出該證據所在之文書或其他物件。」同法第366條規定：「勘驗，由審判長命書記官將勘驗所得之結果記載於筆錄。」

在臺灣士林地方法院 104 年度建字第 81 號民事判決中，法院即透過勘驗電子郵件截圖與系統畫面，直接認定電子文件的形式真正。法院表示：「被告並未否認原證17所示電腦截圖之形式證據力，亦未否認被告公司之員工曾以電子郵件帳號……與原告聯繫……足認上開電子郵件形式上係屬真正。」

此判決揭示：法院透過直接勘驗電子文件的原始畫面與操作過程，可以當庭確認其形式真正，無須依賴簽名蓋章。

2. 鑑定——直接證明實質真正

依民事訴訟法第324條準用第326條第1項規定：「鑑定人由受訴法院選任，並定其人數。」

在臺灣高等法院 105 年度上字第 1283 號民事判決中，法院引用最高法院41年台上字第971號判決意旨，明確區分形式證據力與實質證據力為二層次審查。該判決中，法院雖認定印文形式真正，但仍實質審查文件內容是否與客觀事實相符。此判決揭示：實質證據力不能單憑文件本身，必須透過獨立事證驗證內容真實性，而鑑定即為最直接的獨立驗證方法。

3. 私文書之舉證責任

依民事訴訟法第357條規定：「私文書應由舉證人證其真正。」同法第358條第1項規定：「私文書經本人或其代理人簽名、蓋章或按指印或有法院或公證人之認證者，推定為真正。」

在臺灣士林地方法院 107 年度金字第 3 號民事判決中，法院指出原告自行製作之試算表「未經被告簽名確認，其內容是否屬實，已非無疑」。此判決警示：一方製作的文件，法院對實質真實性審查更為嚴格，必須提出獨立外部事證佐證。

實務建議

一、最直接的做法：聲請法院勘驗（形式真正）

這是取代簽名蓋章最直接的方法。 具體操作如下：

1. 聲請勘驗的標的

• 聲請法院當庭勘驗 Google 試算表的雲端原始檔案（非截圖、非影本）
• 勘驗項目應具體列明：
• 開啟瀏覽器，輸入試算表網址（docs.google.com/...），確認檔案存在
• 點選「檔案」→「版本紀錄」→「查看版本紀錄」，顯示完整編輯歷史
• 逐一展示他方人員 Google 帳號名稱、編輯時間、修改的儲存格位置與內容
• 點選「共用」→「共用設定」，顯示檔案共用權限與受邀帳號清單

1. 勘驗時的設備準備

• 攜帶可上網的筆電或平板至法庭
• 確保庭訊時可連線至 Google 雲端
• 建議事先測試法庭內的網路環境（可向法院書記官確認）

1. 勘驗筆錄的效力

• 依民事訴訟法第366條，書記官會將勘驗結果記載於筆錄
• 勘驗筆錄記載「他方人員帳號 ○○○ 於 ○年○月○日 ○時○分編輯第 ○ 列第 ○ 欄，將空白改為『✓』」等事實
• 此筆錄即成為法院直接認定形式真正的依據，效果等同於簽名蓋章

1. 搭配帳號同一性證明

• 勘驗確認勾選帳號後，仍需證明該帳號屬於他方人員
• 最直接的方法：提出該帳號曾用於雙方不爭執的電子郵件往來
• 或提出他方人員名片、LinkedIn、公司網站上的電子郵件地址與該帳號一致

二、最直接的做法：聲請數位鑑定（實質真正）

這是證明勾選內容真實性最直接的方法。 具體操作如下：

1. 鑑定標的

• Google 試算表的版本紀錄：鑑定版本紀錄是否遭竄改、帳號資訊是否真實
• 伺服器端系統日誌：鑑定他方人員在勾選前後的系統登入與操作紀錄
• 系統功能部署紀錄：鑑定新增功能的部署時間早於勾選時間
• 他方帳號登入紀錄：鑑定他方人員確實曾登入系統測試新功能

1. 鑑定事項

• 「Google 試算表（網址：○○○）之版本紀錄中，帳號 ○○○ 是否曾於 ○年○月○日編輯第 ○ 列第 ○ 欄？該版本紀錄是否可經由竄改或偽造產生？」
• 「伺服器系統日誌（IP：○○○）顯示，帳號 ○○○ 是否曾於 ○年○月○日登入系統並操作 ○○ 功能？該日誌是否可經由竄改產生？」
• 「系統新增功能 ○○ 之部署時間是否早於試算表勾選時間？功能是否確實存在且可正常運作？」

1. 鑑定人的選任

• 聲請法院選任具備數位鑑識專業的機構或專家（如資策會、刑事局數位鑑識實驗室、具認證的民間鑑識機構）
• 鑑定結果依民事訴訟法第335條規定，鑑定人應具鑑定書陳述意見

1. 鑑定報告的效力

• 鑑定報告若確認版本紀錄未遭竄改、帳號確屬他方人員、功能確實部署且經他方操作
• 法院即可據此直接認定形式與實質真正，他方若要推翻，須提出反證

三、最直接的做法：聲請法院向 Google 調取紀錄

這是最具權威性的直接證明。 具體操作如下：

1. 法律依據

• 依民事訴訟法第288條第1項規定：「法院不能依當事人聲明之證據而得心證，或因其他情形認為必要時，得依職權調查證據。」
• 同法第302條第1項規定：「法院認為必要時，得命當事人或第三人到場陳述。」

1. 聲請調取的標的

• 向 Google LLC 調取該試算表（檔案 ID：○○○）的完整伺服器端編輯紀錄
• 包含：編輯者帳號、IP 位址、編輯時間、修改內容、登入裝置資訊
• 向 Google 調取帳號 ○○○ 的註冊資訊與登入紀錄

1. 實務困難與克服

• Google 為美國公司，跨境調取資料可能涉及司法互助協定，曠日廢時
• 但聲請此一調查動作本身，即可向法院展現您對證據真實性的信心
• 若法院核准聲請，Google 依其 Transparency Report 政策，可能提供部分資料

四、最直接的做法：公證（預防性最強）

若訴訟尚未起訴，或仍在準備程序階段，公證是最直接的預防性做法。

1. 公證標的

• 至地方法院公證處或民間公證人事務所，辦理 Google 試算表電腦螢幕畫面的公證
• 公證內容應包含：
• 試算表完整內容
• 版本紀錄完整內容
• 共用權限設定
• 操作過程的螢幕錄影

1. 公證的效力

• 依民事訴訟法第358條第1項規定：「私文書……有法院或公證人之認證者，推定為真正。」
• 經公證的私文書，法律上直接推定為真正，舉證責任轉換由他方負擔
• 他方必須提出反證證明該文件不真正，否則法院應認定其形式真正

1. 公證的限制

• 公證僅能證明「公證時點」畫面內容的真實性，無法證明「過去編輯過程」的真實性
• 因此公證應搭配版本紀錄一併辦理，使公證內容涵蓋完整編輯歷史

五、最直接的做法：他方自認（訴訟上最強）

若能在訴訟中使他方自認，即為最直接、最終局的證明。

1. 自認的法律效力

• 依民事訴訟法第279條第1項規定：「當事人主張之事實，經他造於準備書狀內或言詞辯論時或在受命法官、受託法官前自認者，無庸舉證。」
• 自認的事實，法院應以之為裁判基礎，無須再調查證據

1. 促成自認的策略

• 在準備書狀中精確描述試算表的版本紀錄內容（帳號、時間、勾選欄位），要求他方確認是否爭執
• 聲請傳喚他方勾選人員到庭，在法官面前詰問：「你是否曾以帳號 ○○○ 登入該試算表並勾選驗收完成？」
• 提出他方人員在通訊軟體中提及試算表的對話紀錄，要求他方確認是否真正
• 若他方在言詞辯論中對這些事實「不爭執」，即構成民事訴訟法第279條的自認

六、各方法之比較總表

| [姓名] | 證明層次 | 直接程度 | 適用時機 | 效力強度 |

|------|---------|---------|---------|---------|

| 法院勘驗 | 形式真正 | ★★★★★ | 言詞辯論期日 | 勘驗筆錄直接認定 |

| 數位鑑定 | 形式＋實質 | ★★★★★ | 準備程序後 | 鑑定報告具高度公信力 |

| 向 Google 調取紀錄 | 形式真正 | ★★★★☆ | 訴訟中 | 伺服器端原始紀錄最權威 |

| 公證 | 形式真正 | ★★★★☆ | 訴訟前或準備程序中 | 法律推定為真正 |

| 他方自認 | 形式＋實質 | ★★★★★ | 訴訟中任一階段 | 無庸舉證，最終局 |

| 周邊事證勾稽 | 實質真正 | ★★★☆☆ | 訴訟全過程 | 間接證明，需累積 |

七、建議的實際操作順序

1. 訴訟前（或準備程序前）：立即辦理 Google 試算表畫面公證（含版本紀錄），取得「推定真正」的形式效力
2. 準備程序中：聲請法院勘驗雲端原始檔案，使法院直接確認勾選帳號與時間；同步聲請傳喚他方勾選人員到庭
3. 言詞辯論中：提出「功能驗收證據關聯表」，將每筆勾選與系統日誌、部署紀錄、他方使用行為交叉勾稽；聲請數位鑑定作為補強
4. 貫穿全過程：透過書狀精確提問與證人詰問，爭取他方自認或「不爭執」

結論

您問得非常精準。嚴格來說，數位鑑定並非直接證明「實質真正」本身，而是透過科學方法直接證明「勾選內容所對應的客觀事實是否存在」——也就是證明「功能確實上線了」「他方確實登入操作了」「版本紀錄確實未被竄改」。當這些客觀事實經由鑑定確認後，法院即可據以認定試算表記載的內容與客觀事實相符，從而認定實質真正。換言之，數位鑑定證明的不是「文件說的話是真的」，而是「文件說的事確實發生了」。

法律依據

1. 鑑定作為獨立證據方法之法律依據

依民事訴訟法第324條準用第326條第1項規定：「鑑定人由受訴法院選任，並定其人數。」同法第335條規定：「鑑定人應具鑑定書陳述意見。」

鑑定人之鑑定意見，依民事訴訟法第324條準用第326條、第334條等規定，為法定獨立證據方法。鑑定人係以其專業知識，對特定事實提供判斷意見，法院應於判決中說明是否採納鑑定意見及其理由。

2. 實質證據力之認定標準

依最高法院41年台上字第971號判決意旨：「此形式的證據力具備後，法院就其中之記載調查其是否與系爭事項有關，始有實質的證據力之可言。」

在臺灣高等法院 105 年度上字第 1283 號民事判決中，法院明確區分形式證據力與實質證據力為二層次審查，並指出：「私文書苟形式上為真正，法院仍應就其記載內容調查其是否與待證事實有關，以認定其實質上之證據力。」

在臺灣士林地方法院 104 年度建字第 81 號民事判決中，法院面對電子文件之實質證據力問題時，並非單獨審視文件本身，而是將文件內容與證人證述、現場照片等客觀事實一併審酌，透過交叉比對認定實質證據力。

3. 一方製作文件之實質真實性審查

在臺灣士林地方法院 107 年度金字第 3 號民事判決中，法院指出原告自行製作之試算表「未經被告簽名確認，其內容是否屬實，已非無疑」。此判決揭示：一方製作的文件，法院對實質真實性審查更為嚴格，必須提出獨立外部事證佐證內容真實性。

實務建議

一、數位鑑定證明實質真正的三層邏輯

數位鑑定之所以能「直接」證明實質真正，是因為它同時填補了三個他方必然爭執的缺口：

| 他方爭執點 | 鑑定能證明的客觀事實 | 如何推導至實質真正 |

|-----------|-------------------|-----------------|

| 「試算表是我方做的，內容可以隨便改」 | 版本紀錄未遭竄改，他方帳號的勾選紀錄真實存在 | 勾選紀錄非我方偽造，內容反映他方真實操作 |

| 「就算帳號是我的，我沒有真的測試過功能」 | 伺服器日誌顯示他方帳號在勾選前曾登入系統並操作新功能 | 勾選前有實際測試行為，勾選非憑空為之 |

| 「就算我勾選了，功能根本沒做好」 | 系統部署紀錄顯示功能上線時間早於勾選時間，功能可正常運作 | 勾選時功能確實已交付，勾選內容與客觀事實相符 |

二、數位鑑定具體證明的事項

#### （一）證明「版本紀錄不可竄改性」——排除我方造假嫌疑

1. 鑑定方法

• 鑑定人透過 Google Workspace Admin API 或 Google Takeout 匯出伺服器端完整日誌
• 比對用戶端版本紀錄與伺服器端紀錄是否一致
• 分析版本紀錄的雜湊值，確認是否遭事後修改

1. 為何能證明實質真正

• 他方最常見的抗辯是「試算表是我方做的，我方可以隨時改內容」
• 但若鑑定確認版本紀錄由 Google 伺服器端自動生成且不可由用戶端竄改
• 且他方帳號的勾選紀錄在伺服器端亦有對應紀錄
• 則可排除「我方偽造勾選紀錄」的可能，直接證明勾選內容確實出自他方

#### （二）證明「他方確實登入操作系統」——排除「勾選不代表測試」抗辯

1. 鑑定方法

• 鑑定伺服器端存取日誌，擷取他方人員帳號的登入時間、IP 位址、操作頁面
• 比對登入操作時間與試算表勾選時間的先後順序
• 分析他方人員操作的新功能頁面是否與試算表驗收項目對應

1. 為何能證明實質真正

• 他方可能主張「我勾選了但沒有真的測試」或「我只是隨便勾勾」
• 但若鑑定確認他方帳號在勾選前 30 分鐘曾登入系統、瀏覽新功能頁面、產生操作紀錄
• 則可證明勾選前有實際測試行為，勾選內容反映真實測試結果

#### （三）證明「功能確實上線且可運作」——排除「功能沒做好就驗收」抗辯

1. 鑑定方法

• 鑑定系統部署日誌、Git commit 紀錄、CI/CD 自動化部署紀錄
• 確認新增功能的部署時間早於勾選時間
• 鑑定功能在勾選時點是否可正常運作（透過還原系統快照或檢視功能碼）

1. 為何能證明實質真正

• 他方可能主張「功能根本沒做好，我方誤導他方勾選」
• 但若鑑定確認功能在勾選前已部署上線且可正常運作
• 則可證明勾選「驗收完成」時，功能確實已交付且可用，勾選內容與客觀事實相符

#### （四）證明「他方勾選後持續使用新功能」——排除「勾選不代表驗收同意」抗辯

1. 鑑定方法

• 鑑定勾選後他方帳號的系統使用日誌
• 分析他方人員在勾選後是否持續登入並操作該新增功能
• 擷取他方透過新功能產生的業務資料（如報表匯出紀錄、資料寫入紀錄）

1. 為何能證明實質真正

• 他方可能主張「勾選只是暫時標記，不代表驗收同意」
• 但若鑑定確認他方在勾選後持續使用該功能達數週或數月
• 則構成明顯的行為矛盾——既持續使用，即難否認已驗收同意

三、數位鑑定與其他證據方法的差異

| 證據方法 | 證明方式 | 他方可爭執的空間 | 效力 |

|---------|---------|----------------|------|

| 我方提出截圖 | 我方單方提出 | 可主張截圖經變造、斷章取義 | 弱 |

| 我方提出版本紀錄 | 我方單方提出 | 可主張版本紀錄可由我方修改 | 中 |

| 法院勘驗 | 法官親自確認畫面內容 | 可主張畫面僅反映當下狀態，無法證明過程 | 中強 |

| 數位鑑定 | 專家以科學方法分析伺服器端原始資料 | 須提出反證證明鑑定方法有誤或鑑定標的遭污染 | 強 |

| 他方自認 | 他方在訴訟中承認 | 自認後原則上不得撤銷 | 最強 |

四、數位鑑定的局限性與補強

數位鑑定雖然是最接近「直接證明」的方法，但仍應注意以下局限：

1. 鑑定標的之保全

• 鑑定前必須確保鑑定標的（伺服器、資料庫、Google 帳號權限）未被修改或銷毀
• 建議在訴訟初期即聲請證據保全（民事訴訟法第368條），防止關鍵日誌遭覆蓋或刪除

1. 鑑定人的專業性與公正性

• 鑑定人應具備數位鑑識專業資格（如具備 ISO 17025 認證之實驗室、或具備 CFCE、GCFA 等國際認證之專家）
• 鑑定報告應詳述鑑定方法、使用的工具、資料來源、分析過程與結論依據
• 他方可能質疑鑑定人的公正性，建議聲請法院選任而非自行委託

1. 鑑定結論的表述

• 鑑定結論應具體明確，避免模糊用語
• 例如不應僅寫「版本紀錄可能未遭竄改」，應寫「經比對 Google 伺服器端日誌與用戶端版本紀錄，兩者完全一致，且版本紀錄之雜湊值與原始生成時一致，未偵測到任何事後修改痕跡」

1. 搭配其他證據形成完整證據鏈

• 數位鑑定雖強，但單一鑑定報告可能無法涵蓋所有待證事實
• 建議搭配：
• 法院勘驗：確認試算表畫面內容
• 證人詰問：確認勾選人員的主觀意思
• 通訊紀錄：確認雙方約定以試算表驗收
• 功能驗收證據關聯表：統整所有證據的對應關係

五、聲請數位鑑定的具體狀紙架構

建議在訴訟中以書狀聲請，內容應包含：

1. 聲請事項：聲請鈞院選任數位鑑定人，就下列事項進行鑑定
2. 鑑定標的：列明 Google 試算表（網址、檔案 ID）、伺服器（IP 位址、主機位置）、系統資料庫
3. 鑑定事項：

• 「Google 試算表（檔案 ID：○○○）之版本紀錄是否遭竄改？帳號 ○○○ 之編輯紀錄是否真實？」
• 「伺服器系統日誌顯示，帳號 ○○○ 是否曾於 ○年○月○日登入系統並操作 ○○ 功能？」
• 「系統新增功能 ○○ 之部署時間為何？是否早於試算表勾選時間？功能是否可正常運作？」
• 「帳號 ○○○ 於試算表勾選後，是否曾持續登入系統並使用 ○○ 功能？」

1. 鑑定之必要性：說明本案爭點涉及電子文件之實質真實性，非經專業數位鑑定無法釐清
2. 鑑定費用之負擔：表示願預納鑑定費用

結論

傳喚製作該 Google 試算表的人員到庭作證，確實是補強電子文件形式真正與實質真正的重要手段之一。然而，證人傳喚並非萬靈丹，其證述內容必須能與試算表的數位環境證據（如版本紀錄、帳號資訊）相互勾稽，方能達到證明效果。若僅依賴證人證述而缺乏數位軌跡佐證，在他方強力爭執下，法院仍可能認定證據力不足。

法律依據

1. 證人作為補強私文書形式真正之方法

依民事訴訟法第357條規定，私文書應由舉證人證其真正。實務上，傳喚文書製作者到庭作證，是證明私文書形式真正之常見方法。最高法院42年台上字第971號判決意旨指出：「私文書之真正，由舉證人證明之，此觀民事訴訟法第357條之規定自明。苟舉證人能證明其真正，雖非本人簽名或蓋章，亦有其證據力。」由此可知，透過證人到庭確認文件之製作過程及內容，確實可以補強未經簽名蓋章之電子文件的形式真正。

2. 證人證述須與數位軌跡相互勾稽

然而，在電子文件的情境下，單純傳喚製作者作證往往不足以單獨建立形式真正。法院通常要求證人證述須與其他客觀事證相互印證。如在臺灣士林地方法院 104 年度建字第 81 號民事判決中，法院並非僅憑單一證據認定電子郵件之形式真正，而是綜合審酌電腦截圖、電子郵件帳號使用紀錄、雙方聯繫事實等多項事證，相互勾稽後始認定形式上係屬真正。

此一見解說明，對於 Google 試算表此類雲端協作文件，證人傳喚應定位為「補強證據」而非「唯一證據」。證人到庭後，應引導其就以下事項為具體證述，並與數位軌跡相互勾稽：

• 該 Google 帳號確實為其本人所申設、使用
• 試算表的建立時間、編輯過程與其證述相符
• 勾選「驗收完成」的操作確實由其所為
• 勾選時的情境背景（如是否經主管指示、是否曾與他方溝通）

3. 實質真正之證明層次

依最高法院41年台上字第971號判決意旨，形式的證據力具備後，法院就其中之記載調查其是否與系爭事項有關，始有實質的證據力可言。證人傳喚在此層次亦扮演關鍵角色——證人除確認文件製作事實外，更應就勾選「驗收完成」的實質意涵為證述，例如：勾選是否代表正式驗收通過、是否曾受他方人員指示或確認等，以建立試算表內容與待證事實（驗收完成）之關聯性。

實務建議

一、證人傳喚之策略定位

傳喚製作試算表之人員作證，建議採取以下策略：

1. 確認證人適格性：優先傳喚實際操作勾選之人。若製作者與勾選者非同一人，應分別傳喚——製作者說明檔案建立與共用權限設定，勾選者說明勾選行為之背景與意圖。

1. 準備數位軌跡供證人辨認：開庭前下載 Google 試算表版本紀錄，顯示各帳號之編輯時間軸。訊問證人時，請其辨認版本紀錄中之帳號名稱是否為其所有，並確認編輯時間與其操作記憶是否相符。此步驟可將證人證述與數位軌跡緊密扣合。

1. 預設他方對抗策略：他方可能主張證人為利害關係人、證述不可採。建議事先準備證人與他方之從屬關係說明（如證人為他方員工，依民事訴訟法第367條準用同法第323條，證人與當事人間有僱傭關係者，法院得審酌其證言之證據力，但非當然排除），並以數位軌跡作為客觀佐證，降低法院對證人偏頗性之疑慮。

二、聲請法院調取數位紀錄

若他方強烈爭執試算表真正性，且證人證述仍不足以使法院形成心證，可依民事訴訟法第288條第1項聲請法院向 Google 調取伺服器端存取紀錄，包含帳號登入IP、編輯時間戳記等，以客觀數據驗證證人證述之真實性。

三、綜合舉證之必要性

總結而言，傳喚製作者為證人是正確方向，但不宜單獨依賴。建議採取「證人證述＋版本紀錄＋周邊電子郵件」之三重勾稽策略，方能在他方爭執下，穩固建立 Google 試算表的形式真正與實質真正。