老闆年年在算年終要包多少、算完卻被員工嫌不公平？中小企業年終獎金（Year-End Bonus）計算與發放管理系統建置完整攻略：從預算池、規則引擎、主管建議到稅務扣繳與銀行代發薪檔的數位化實戰

年終獎金發下去前後才是地雷區

老闆最頭痛的季節之一就是農曆年前。營收好的時候，年終獎金要包多少、包給誰、按什麼比例算，往往在最後兩週被財務、HR 跟主管一起關進小房間反覆試算；營收普通的時候，同樣一筆錢還要顧慮部門公平性、留才與績效落差。更常見的狀況是：主管口頭承諾「今年少說有兩個月」、員工年前月中就在盤算要不要留下來過年，結果實發金額跟預期落差兩三成，資深員工當場提離職，這種戲碼在中小企業每年都在上演。

問題其實不在錢多錢少，而在計算與發放過程完全不透明，也沒留下任何可以回頭稽核的紀錄。多數中小企業年終獎金作業還停在 Excel + LINE 群組討論的階段：HR 從人事系統匯出在職名單，主管在 Excel 上手動填「建議倍數」，財務再套薪資檔案算稅、算勞健保、算所得稅扣繳，任何一格公式壞掉都可能導致實發金額差幾千塊。而發完之後，員工來問「為什麼隔壁同事比我多」、「我去年是 1.8 個月今年怎麼變 1.5 個月」，往往沒有一個系統性的答案。

Photo by Sasun Bughdaryan on Unsplash

把年終獎金搬進系統，到底能解決什麼

導入一套年終獎金（Year-End Bonus）計算與發放管理系統，不是為了讓 HR 少按幾格 Excel，而是要把三件事一次做到位：預算控管、規則透明、留下軌跡。這三件事分別對應到老闆、主管、員工三個角度的需求，缺一不可。

從老闆角度，最重要的是「今年到底要發多少錢、發完之後現金流會不會出問題」。年終獎金加上勞健保雇主負擔、加上舊曆年前結清的加班費與應付供應商票款，很多公司實際現金流出遠比帳面數字大。系統要能在總經理按下「模擬」按鈕之後，即時算出全公司要發多少總額、拆解成本部門，並且對照當期現金部位提前示警。從主管角度，需要一個「我這個部門有多少人、預算池多少、我怎麼分配才公平」的介面，而不是被 HR 塞來一張大 Excel 讓他手填。從員工角度，最起碼要能看到自己這一筆錢的組成：底薪基數、月數倍率、績效係數、扣繳金額，各是多少。

系統核心模組怎麼設計

一套堪用的年終獎金管理系統，通常需要以下五個核心模組互相串接。

第一是預算池管理。老闆或財務先在系統中設定當年度總預算池，可以用金額（例如全公司 800 萬）或倍率（例如全公司平均 1.5 個月）兩種方式輸入。系統依照組織架構往下拆解，讓每個一級部門主管拿到自己的池子。這個池子必須有「上限鎖定」機制，主管只能分配到池子見底為止，不能自己加碼，也不能挪用別部門的額度。若真的需要跨部門調整，走簽核流程回報總經理。

第二是計算規則引擎。台灣中小企業常見的年終計算方式其實不只一種，同一家公司內部往往還混用。最基本的是「保障月數」，例如全體員工至少一個月，資深員工加碼；再上一層是「績效係數」，把 A、B、C 等第對應到不同倍率，例如 A 是 1.3 倍、B 是 1.0 倍、C 是 0.7 倍；還有「年資加成」，滿三年加 0.1 個月、滿五年加 0.2 個月這類設定。系統要允許 HR 直接在後台把這些規則寫成公式，並且支援「基準月薪」的自訂——有的公司用底薪、有的用底薪加固定津貼、有的用去年度平均月薪，這個欄位必須做成參數化。

第三是主管建議與簽核流程。預算池發下去之後，主管在系統中看到自己部門的員工清單、系統依照規則自動算出的基準值，主管可以在允許範圍內（例如系統值的 ±20%）調整每個人的倍率或金額，並且填寫「調整原因」。填完之後往上一階簽核，人資會同時檢核總額有沒有超出池子、有沒有觸發保障月數的下限、有沒有觸發稅務門檻的異常值。

Photo by Jakub Żerdzicki on Unsplash

第四是稅務與扣繳計算。年終獎金屬於「薪資所得」，要合併當月薪資做預扣稅款。台灣現行制度中，如果員工單月薪資（含年終）超過一定門檻，就要按累進稅率預扣；勞保、健保、勞退提繳的計算基礎也會受影響。系統必須自動抓取員工的扶養親屬人數、身分別（本國、外籍）、是否為外籍高階人員等資料，一次算出應扣所得稅、實發淨額。這一段不能靠 HR 手動核對，否則發薪日一到，稅務單位或員工任何一方追過來都很麻煩。

第五是發放與帳務串接。核算完成後，系統要能匯出銀行代發薪檔（例如台銀、第一銀行的 ACH 檔案格式）、產生扣繳憑單準備、同步分錄到公司的會計系統成為「薪資費用」與「應付薪資」科目。發放完成後，每位員工在自己的員工入口網站看到本次獎金的計算明細與扣繳明細，如同薪資單一樣。

三個中小企業常見的實務情境

把上面五個模組講得再細，也不如看幾個中小企業真實會遇到的情境。

情境一：新舊員工混雜的年資切割。公司在 6 月併購了一個小團隊，新加入的員工在原公司年資有 3 年，是否併計、按什麼比例併計，直接影響年終獎金。系統應該支援「認列年資起算日」與「實際到職日」兩個獨立欄位，讓 HR 可以個案設定，並在計算時明確顯示採用哪一個欄位，避免年後主管與員工各說各話。

情境二：部分月份請留職停薪或育嬰假。員工當年度請了三個月育嬰假，年終獎金是全額發、按比例發、還是不發，公司內部可能還沒有正式政策。系統可以把這個規則寫死，例如「連續請假超過 X 天，年終獎金按實際在職月數比例計算」，讓每年都適用同一套規則，不用每次都要開會重議。

情境三：離職員工的年終爭議。台灣勞基法沒有強制規定年終獎金是「工資」或「恩惠性給予」，但公司在工作規則或勞動契約若寫明「保障月數」，就有給付義務。系統應該完整記錄每個年度的規則、每個員工的計算細節、每一階主管的簽核紀錄，未來若發生離職爭議或勞資會議，可以隨時調出佐證，而不是靠某個 HR 的印象或者早就被覆蓋掉的 Excel 檔。

Photo by Vitaly Gariev on Unsplash

導入前你該先算的三筆帳

一套年終獎金系統看起來只在年底用一次，很多老闆會問：「我一年只按一次的東西，值得花錢做嗎？」這是很合理的懷疑，也是投資決策的核心。建議在導入前先算三筆帳。

第一筆是時間成本。一家 40 到 80 人的中小企業，年終作業從主管開始評分到財務完成撥付，通常要吃掉 HR 兩到三週的時間，加上財務主管一週的核對時間，還不算主管們額外的討論會議。這些時間換算成人工成本，一年就是好幾萬元。導入系統後，同樣的作業可以壓縮到三到五天完成，中間還不會因為 Excel 公式錯誤要整份重算。

第二筆是錯誤成本。年終獎金一旦算錯，回頭修正的代價很高：改動一位員工的獎金金額，會連動當月薪資單、扣繳憑單、勞健保申報、銀行代發薪檔。若是溢發，追回既尷尬又容易造成員工反彈；若是少發，員工來吵一次就足以毀掉整個信任基礎。用系統把規則自動化之後，人為錯誤大幅下降，這筆錢是省下來的隱形成本。

第三筆是留才成本。台灣勞動市場人才流動快，年終獎金公不公平，直接影響 A 級員工要不要繼續留下來。當員工能透過系統清楚看到自己的計算明細、看到相對於部門均值的位置、看到主管在系統上留下的「加碼原因」，抱怨會少一大截，這對留才的正面貢獻遠比帳面上的獎金金額更長遠。

結語：不是每一件事都得等到有痛感才處理

年終獎金是每家公司每年必辦、影響現金流又高度敏感的一件事，卻經常是最晚被數位化的環節之一。原因也很單純：一年只發一次，痛過就忘了。但正因為它牽動預算、稅務、留才、勞資關係四個面向，反而是最值得投資做一套小而精準的系統的題目。

對中小企業來說，這件事的起手式不需要一次到位，可以先從「預算池 + 主管建議 + 稽核紀錄」三個模組開始，把最容易吵架的環節先透明化，再逐步接上稅務計算與銀行代發薪檔。如果你正好在思考今年年終該怎麼發、去年是不是被員工抱怨過發放方式，那就是最好的時機開始規劃，趁著現在還有幾個月的時間，來得及在下一個年度正式使用。