加班有據開發筆記（四）：上線之後，我把引擎重新審一遍，找出八個問題

上線之後的第一個週末，我做了一件沒有人要求的事：把加班有據的計算規則，月薪制與時薪制，從第一條重新審到最後一條。結果找出八個問題。這篇記錄那個過程。

1. 為什麼在沒人回報的時候重審

golden tests 全綠、跟勞動部交叉驗證零差異、第一筆真錢也進來了。照理說可以休息。但我心裡有個聲音：golden tests 只能證明「我想到的案例」是對的，想不到的呢？

這個產品的承諾是「每一筆都站得住」。如果有人拿它算出來的數字去調解、去勞檢，而那個數字是錯的，責任在我。這不是別人驗收過就算數的事。所以我開了一份缺陷清單，把每一條規則對回法條與函釋，一條一條問：這個情境，引擎會怎麼算？

2. 八個問題裡，最痛的幾個

國定假日逢週六、週日：原本的邏輯會把原日當成國定假日，遇上補假時金額就錯，而且已經上線。天災事變遇國定假日：超過 8 小時沒加倍、還漏了補假，少算。每週 40 小時上限沒檢核：延長工時是「每日逾 8 小時或每週逾 40 小時」，我只比了每日——一週六天、每天 7 小時，整週算出來 0 元、0 警示，而這正是排班制最常見的班型。

還有一個是關於誠實的：超過 4 小時的延長工時、休息日超過 12 小時，這些費率其實沒有明確的官方依據。原本的法源籤寫得太篤定，我改成只講查得到的官方說法，說不準的就說「無明確規定」。

3. 修法：用官方的數字當對照

每修一個，就補一組 golden test。最直接的做法是拿勞動部試算系統在端午節那組公開數字當對照：休息日 1,900、補假日 1,200，引擎算出來要一模一樣。每週 40 小時的修法則是在該週額度用完後，把之後工作日的正常工時線往下壓，超出的部分自然落進加班的級距裡。

修完之後計算書也要改：每一天的說明要講清楚「這幾小時是因為每週超過 40 小時而成為加班」。數字對了還不夠，使用者拿去談的時候要說得出為什麼。

4. 第三方測試報告，和一句「相關文案都拿掉」

同一週我收到一份外部 QA 報告，七項。四項修掉——費率標籤、條號記法、休息時間、一個測試案例；兩項查證後維持現狀，並把理由寫進文件。

查證過程中發現一件原本沒列在報告裡的事：首頁寫著「資料不上傳、不儲存」，但付費解鎖的使用者，計算書其實會在伺服器保留七天供補發。這句話對免費使用者是真的，對付費使用者不精確。我把相關文案全部拿掉。少一個賣點，但每一句話都是真的。

5. 沒有人驗收的時候，標準是自己定的

這三週我最深的體會是：自己做產品，沒有人會在上線後逼你回頭重審。你可以不做，大概也不會馬上出事。

但「不會馬上出事」跟「站得住」是兩件事。我選擇後者，不是因為高尚，是因為這個產品從第一天的承諾就是「有據」。承諾是自己寫的，就得自己守。

接下來的工作會回到市場那一邊：勞工會不會為一份計算書付費、老闆願不願意月付。這些答案還沒揭曉，有進展會再寫。