設備安裝驗收系統：尾款與保固起算都有憑據

機器三個月前就吊進廠裡了，也在跑了，但驗收單到現在還沒簽。設備商每週來電問尾款，廠內說「還有幾個小問題沒處理完」；真要問是哪幾個問題、誰說過什麼時候修好，兩邊翻出來的紀錄對不起來——一邊是 LINE 群組的照片，一邊是工程師手寫的便條。

這不是罕見狀況。設備從下訂到能穩定生產，中間有一段「已經交貨、但還不算交完」的灰色地帶：進場安裝、水電接續、試車、產能驗證、人員教育訓練、缺失改善。這段期間通常沒有系統在管，靠的是雙方工程師的默契。等到要算保固起算日、要付尾款、要追究是誰的責任時，才發現能拿出來的只有一堆對話紀錄。

Photo by Doğan Alpaslan DEMİR on Unsplash

卡住驗收的，通常不是機器

驗收談不攏，表面上的理由是「機器還有問題」，但實際拆開來看，爭議多半落在三件事上：

第一是沒有事先講好驗收標準。合約上寫「設備應正常運轉」，什麼叫正常？買方認為要能連續八小時跑到標示產能、良率達到某個水準；賣方認為機器會動、會出件就算交付完成。這兩種理解都站得住腳，所以誰也說服不了誰。

第二是現場條件沒到位，責任卻算在設備商頭上。電源相序接反、壓縮空氣壓力不足、地坪強度不夠導致震動、吊裝動線塞住進不來——這些屬於買方該準備的廠務條件。沒有一張安裝前檢查表把條件逐項確認並簽名，事後就變成互相指責。

第三是缺失沒有被逐條管理。試車過程中發現的問題，有的當場就修好、有的要等零件、有的其實是操作方式的誤會。如果這些問題只存在於口頭和訊息裡，三週後根本沒人說得清楚還剩幾條沒結案。

這三件事都不是技術問題，而是紀錄問題。安裝驗收系統要處理的，就是把這段灰色地帶變成有欄位、有時間戳、有簽名的流程。

安裝前：把條件檢查表前置到設備進廠之前

比較務實的做法，是把驗收的起點往前拉到設備還沒進廠的時候。系統裡建立一張「進場前置條件檢查表」，欄位通常包含：

• 電力規格與配電位置（電壓、相數、容量、配電箱距離）
• 氣、水、排氣等管路介面與壓力需求
• 地坪承載、預埋螺栓、基礎施作完成照片
• 吊裝路徑與所需噸數、是否需要拆窗或夜間作業
• 操作人員名單與預定教育訓練時段
• 買賣雙方各自的窗口與代理人

每一項由負責的一方勾選完成並上傳照片，兩邊窗口線上確認。做這件事的效益很直接：設備商的技師飛到現場才發現電沒拉好，一趟差旅加工時就是實際的成本，而且交期延後的責任歸屬當下就確定了，不用等到最後吵。

試車：紀錄要留下數字，不要只留「正常」兩個字

Photo by Shavr IK on Unsplash

翻開不少工廠的試車紀錄，內容往往是日期、人員、再加一欄備註寫著「運轉正常」。這種紀錄在當下沒問題，但三個月後機器出狀況，它一點忙都幫不上——因為沒有人知道「當初交機時是什麼數字」。

試車紀錄真正該留的是可以比對的基準值。以常見的設備類型來說，大致是這些方向：

• 產能驗證：連續運轉多久、產出多少件、單位循環時間是多少，而不是「有跑到」。
• 品質驗證：抽驗幾件、關鍵尺寸的實測值與公差，良率怎麼計算出來的。
• 運轉參數：交機當下的壓力、溫度、電流、震動值、噪音值。這些數字日後是判斷設備劣化的基準線。
• 安全機能：急停、光柵、安全門連鎖逐項測試並記錄測試者。
• 異常處置：試車中跳過的警報、調整過的參數，以及調整的理由。

把這些欄位固定在系統表單裡，而不是讓工程師自由發揮寫一段文字，差別在於日後可以撈出來比較。同一款設備買了五台，哪一台從交機時振動值就偏高、後來果然最常故障，資料在手上才看得出來。

驗收不是「過」或「不過」兩種結果

實務上驗收常被當成是非題，但多數情況落在中間。比較能推進事情的做法，是把驗收狀態設計成三種：

允收：全部項目通過，驗收日確定，保固起算，尾款進入請款流程。

條件允收：主要功能已達標，但附帶一份缺失清單，每條缺失都要有負責方、預定完成日與完成判定方式。設備先投入生產，尾款可依約定拆成「驗收款」與「缺失結清款」。這是最常見也最實用的狀態，因為買方要產能、賣方要現金，雙方都沒有停在原地的本錢。

拒收：關鍵規格未達標或有安全疑慮，退回重新改善，並重新安排驗收。

系統要支援的是第二種。條件允收的關鍵在於缺失清單本身要是「活的」：每一條有編號、有狀態（待處理／處理中／待確認／結案）、有往來紀錄、有結案時的佐證照片。當剩餘缺失全部結案，系統自動把案件推到「完成結清」，通知財務處理尾款——而不是靠採購去記得有這件事。

保固起算日與尾款，要綁在同一張單據上

Photo by Hans Westbeek on Unsplash

保固期從哪一天開始算，是這整件事裡最容易出爭議、也最容易用系統解決的一項。常見的三種說法是：出貨日、安裝完成日、驗收合格日。差距可能拉到兩、三個月，而這兩、三個月往往正好是設備最容易出問題的磨合期。

合約裡怎麼約定是商務談判的結果，但系統端該做的事很單純：驗收單一旦確認，系統就把保固起訖日自動寫進設備主檔，到期前依設定的天數發出提醒。對買方來說，提醒的意義是「保固快到了，趁現在把小毛病報修完」；對設備商來說，提醒的意義是「保固快到了，可以談保養約」。同一筆資料，兩邊都用得上。

尾款也一樣。把請款條件寫成系統規則——驗收狀態為允收，或條件允收且缺失全數結案——比寫在合約第十七條、然後放著等人想起來，要可靠得多。對現金流吃緊的中小企業，尾款早兩週進來不是小事。

驗收結束，資料不該跟著結束

很多公司的設備資料在驗收那天達到高峰，之後就散掉了：原廠手冊在工務課的櫃子、電路圖在當初承辦人的電腦、保養紀錄在現場的紙本本子、維修叫修在 LINE 群組。等到三年後設備故障、當初的人也離職了，一切重來。

安裝驗收系統比較完整的做法，是讓驗收單直接長成設備履歷的第一頁。一台設備的主檔底下，會掛著這幾類資料：

• 採購與合約資訊、原始規格書
• 進場前置條件檢查表與安裝照片
• 試車紀錄與交機基準參數
• 驗收單、缺失清單與結案佐證
• 保固期間、保養週期、耗材更換紀錄
• 歷次維修工單與停機時數

這些資料串起來之後，才回答得了幾個經營層真正關心的問題：這台設備這三年總共花了多少維修費、哪一家供應商的機器平均故障間隔比較長、下次要再添購同類設備時該不該找同一家。沒有串起來，這些問題就只能靠感覺回答。

先做哪一步

如果現在一切都還在紙本和訊息裡，不建議一開始就想做一套功能齊全的系統。比較穩的順序是這樣：

第一步，把表單格式定下來。先用現有的工具（試算表也可以）把進場前置條件檢查表、試車紀錄表、驗收單與缺失清單這四張表的欄位固定下來，實際跑過兩、三台設備。欄位會在這個過程中被修掉一半、補上另一半，這很正常，也是後面不走冤枉路的關鍵。

第二步，把缺失清單線上化。這是最快看到效果的一塊，因為它解決的是「現在到底還剩幾條沒結案」這個每天都在問的問題，而且買賣雙方都能看到同一份清單。

第三步，再把設備主檔、保固到期提醒與維修工單接上去。這時候已經有足夠的實際資料，知道自己需要什麼欄位、需要什麼提醒，系統規格寫得出來，開發範圍也比較不會失控。

設備安裝驗收這件事，難的從來不是技術，而是在「東西已經在跑了」的情況下，還有沒有辦法把該留的紀錄留下來。機器會動的那一刻，所有人的注意力就轉到生產上了，驗收文件變成最沒有急迫性的事——直到尾款、保固或責任歸屬被攤到桌面上的那一天。把這段流程固定成表單與狀態，花的力氣不大，省下來的爭議卻是實打實的。