維修工單真正難的，是停在「等客戶確認」和「等原廠判定」的那幾天

這一行，外人不會知道的事

1. 進銷存只知道交易結果，不知道案件停在哪一步。一般進銷存只有銷貨單和庫存單，表達不了「等客戶確認報價」「等原廠判定保固」這類中間狀態。客戶來電問進度，櫃台只能去翻維修部的試算表。
2. 零件常常先拿走，單據晚點才補。螺旋槳、馬達、電路板這類小件，技師在現場先拿，單據等收工才補。帳上還有貨，架上已經沒料，下一張工單就卡住了。
3. 同一種故障，可能是保固，也可能是客戶自費。螺旋槳斷裂，要看是原廠責任還是摔機。出保的部分要附料件資料向原廠索賠，自費的部分要開給客戶。兩邊分不清，漏報或漏開都是實際的損失，通常要等月底對帳才看得出來。
4. 機器會換門市送修。客戶把機體拿到另一間門市，上次換過什麼、保固還剩多久、少了哪些隨機附件，如果查不到，櫃台就只能請客戶從頭講一次。
5. 隨機附件要在收件時登記。電池幾顆、鏡頭、遙控器有沒有一起來，完工交回時要對得上。收件的人換班以後，這份紀錄是唯一的依據。

動工之前，我們會先問的事

想做或想換售後系統的代理商，我們會先問這些。每一題的答案都會改變系統該怎麼排。

• 維修單現在怎麼流轉？從收件到返還，每一步是誰在記、記在哪裡？
• 報價送出後，客戶通常要等多久才回覆？等待期間，機器放在櫃台還是維修部？
• 原廠保固由誰送出、用什麼格式？出保案件要附哪些料件資料？
• 正航 ERP 的客戶主檔和機身序號，現在是誰在維護？有沒有重複或過期的資料？
• 技師領料現在怎麼登記？有沒有先拿、後補單的情況，多久一次？
• 門市之間會互相送修嗎？同一台機器跨門市的紀錄，現在是怎麼查的？

我們在這個現場做了什麼

做法的核心只有一個判斷：維修單要能停在中間狀態，而且每一次停留都看得出是誰、停在哪一步、接下來會交給誰。

• 收件與機身履歷：用機身序號查詢，可以跨所有門市找出過去的維修紀錄。客戶與機身資料從正航 ERP 的 CHI_CustomerView、CHI_SrvStkSNView 讀取，櫃台不必重打。
• 報價與領料：報價保留歷次版本，每一版都能回頭看。領料作業會顯示各倉的在庫數量與庫存狀態，已經領料的維修單不能直接刪除。突發的退修或誤打的資料，改由獨立的進階調整模式處理。
• 保固與自費分開：原廠出保狀態分六段，從未出保、出保未送、已送，到審核通過、審核未過與結案。完工分為一般完工與出保完工，出保案件記錄出保案號。
• 返還與收款：返還作業和收款作業是兩個步驟，各自記錄日期。返還方式、收款方式都由系統內的代碼設定維護，不寫死在程式裡。

目前我們只讀取正航 CHI_ProductWarehouseQty 等資料表的庫存與主檔數字，售後的單據存在售後系統自己的資料庫，不回寫正航。讀取與對接的範圍，詳見正航 ERP 整合。

如果你也在這一行，可以先想的事

• 先把中間狀態講清楚，再談系統。維修單有哪幾個停留點、每個點由誰負責，先用白板排出來。這一步做不清楚，系統只會把混亂存得更整齊。
• 先不要把所有單據搬進系統。從一個門市、一類設備開始，報價和領料穩了再擴大。
• 保固判定的條件寫成設定，不要寫死。原廠的保固期和出保條件會改，內部人員要能自己調整。
• 有些事不必交給系統。技師的現場判斷、跟客戶溝通的語氣，還是要人來做。系統只負責讓這些判斷留下紀錄。

常見問題

這個案例實際用的技術：C# 與 .NET Framework、Windows Forms、DevExpress、Microsoft SQL Server、Dapper，正航 ERP 唯讀對接。技術跟著問題走，不是重點。