研發費用花了 400 萬、稅卻只抵掉 60%？中小企業研發抵減稅額（R&D Tax Credit）申請、工時歸戶與費用歸集管理系統建置完整攻略：從產創條例第 10 條、專案分類、逐週工時到委外合約與儀器攤提的數位化實戰
研發花了錢卻抵不到稅？把研發專案、工時、費用四張表串起來，才是真正的抵減申請本錢。
台灣中小企業的老闆常常會在報稅季前後聽到會計師講一句：「你們去年做的那個新產品開發，可以拿去申請研發抵減，稅可以少繳一大截。」然後老闆興沖沖回公司整理資料，翻了三天發現：工程師的工時沒人記、材料領用單找不到、委外設計費的合約散在四台電腦裡、連當年 kick-off 的會議記錄都寫在某個離職員工的 Google Drive。結果會計師攤手：「這樣沒辦法申請，你的研發活動我證明不出來。」
依《產業創新條例》第 10 條，符合條件的研發支出可以拿當年度支出的 15% 抵減營所稅（不超過應納稅額 30%），或改採 10% 抵減、可分三年攤。以年營業額 5,000 萬、研發費用 300 萬的中小企業來說，抵掉的稅額可能就是 30~45 萬，等於多請一個工程師的年薪。可是這筆錢每年被留在桌上沒領走的公司比想像中多，原因幾乎都不是「不能申請」，而是「拿不出證明」。今天就把這件事怎麼系統化解決講清楚。
Photo by Bluestonex on Unsplash
一、為什麼「土法煉鋼」永遠申請不下來
研發抵減不是報稅時填一欄就好，經濟部產業發展署（原工業局）會做形式與實質審查，最容易被打回票的三個地雷：
- 研發計畫與活動的邊界不清：什麼算「研究發展」、什麼只是「一般工程改善」，中間有條看不見的線。做一個新產品原型可以算，做客戶客製化的樣式改動就不算；做新製程試驗可以算，日常維修保養不能算。老闆若沒把每個專案的「新穎性、技術性、系統性」寫清楚，審查委員第一關就先擋。
- 人事費歸戶不到「人 × 專案 × 時數」：稅務上要證明工程師王小明去年在 A 專案花了 780 小時、在 B 專案花了 420 小時，然後才能把他薪資按比例攤到兩個研發專案。多數中小企業的做法是「大概估一下」，這在審查時完全站不住腳，補件通知一到，兩週內要交出當年度每一筆研發工時的原始紀錄，公司會直接崩潰。
- 費用憑證與研發計畫對不上：買了 15 萬的量測儀器發票，但沒有寫明「用在哪個研發專案」，等到查核就變成「這儀器你們也可能拿去做量產」。委外研究更慘：合約沒寫清楚 scope、期中 deliverable、成果歸屬，通通會被剔除。
這三個地雷的共同點很清楚：資料是有的，散在各處，沒人負責把它跟「研發專案」這條主軸串起來。這正好是系統可以解決的事。
二、系統要管的四個核心資料表
不用一次做很大，最小可用版本（MVP）只要把下面四張表建起來，就贏過 95% 的中小企業：
1. 研發專案主檔（R&D Project Master）：一個專案一筆，欄位包括專案編號、名稱、起訖日、負責人、預期成果（新產品/新技術/新製程）、技術難點描述、對應的 SBIR/CITD 補助案（如果有）、以及最重要的三性描述（新穎性、技術性、系統性）。這張表就是未來給稅局看的「研發計畫書」的骨架，所以欄位設計時就要對照《產創條例》申請書格式。
2. 研發工時單（R&D Timesheet）：每天或每週由工程師自己填，格式是「日期 × 專案 × 小時數 × 做了什麼」。這是整個系統的核心，也是最難推的一步——工程師普遍討厭填工時表。系統設計要盡量降低填寫成本：週五下午一次填、下拉選單而非文字題、可以複製上週、手機也能填。主管每週有個簡短簽核，季底由 HR 對照薪資做人事費歸戶。
3. 研發費用歸戶單（R&D Expense Allocation）：所有跟研發有關的費用單據——耗材、儀器折舊、委外費用、試量產材料——建立時就掛在對應的專案編號下。發票掃描檔存進系統，欄位包括：發票號碼、金額、用途說明、對應專案、歸戶類別（人事/耗材/儀器/委外/技術購買）。這樣年底要匯出時，一鍵按專案彙總，數字就出來了。
4. 研發活動紀錄（R&D Activity Log）：每個專案的重要里程碑、實驗紀錄、失敗實驗、原型測試、專利申請、對外發表，通通丟進來留下時序。這件事看起來多餘，卻是審查最看重的實質證據——「你說做了研發，證據呢？」有一份時序完整的活動紀錄，就是最強的答辯。
Photo by Stephen Dawson on Unsplash
三、工時歸戶：整個系統成敗的關鍵一步
四張表裡最難搞的就是工時單，因為它牽涉到每天要填、要準、要能對照到薪資。以下是幾個實務上比較能推得動的做法：
- 週五午後強制填寫：把「填工時」變成週五 4:00 PM 的固定行程，跟開週會綁在一起。系統自動在下午 3:55 發 LINE 通知，未填會擋週報提交、擋主管審批下週請假單。逼一次習慣，兩週後就內化。
- 總時數自動校驗：一週 40 小時（或依你公司實際工時），系統加總後若超過或不足會標紅字。這樣避免工程師隨便亂填、也避免故意「灌水」到研發專案。
- 非研發時間也要記：不要只叫工程師填研發工時，會有偏誤。要讓他把所有時間分配都填進去——例如「A 研發專案 20 小時、客戶服務 12 小時、內部教育訓練 4 小時、休假 4 小時」——這樣稅局來查才會相信這個比例。
- 主管每週簽核，不積壓：主管當週看當週，不要月底才回頭簽。當週有印象、簽核有意義；一個月前的工時，主管根本記不得該不該過。
系統做到這一步，年底要跑「人事費歸戶」就是一支 SQL 的事：把每個工程師當年在每個專案的總工時 ÷ 全年總工時 × 全年薪資與勞健保雇主負擔，就是這個人歸到這個專案的人事費。會計師只要看報表匯出檔就能接手，不用再回頭問工程師「你當年在做什麼」。
四、費用歸戶：讓每一張發票都有身分證
費用面的關鍵是「建立當下就分類」，不要等到年底翻紙本憑證。實務做法：
採購申請時就要選專案：任何研發相關採購，PR 單上必填「歸屬研發專案編號」，這樣後續的請購單、驗收單、發票、付款單，一路都掛著這個編號。年底匯出時直接 filter 就好。
儀器設備的比例攤提：一台 60 萬的量測儀器如果只有 60% 時間用在研發、40% 時間用在量產，就設定攤提比例。攤提比例要有依據——例如儀器上裝個計數器、或以工時表統計使用時數。稅局最愛問「這 60% 怎麼算出來的」。
委外研究的合約控管：委外案件必須有正式合約，合約要寫明：委外事項的技術性、期中期末交付、成果歸屬（智財歸誰）、驗收標準。系統應強制上傳合約掃描檔才能建立委外費用歸戶。缺一項就審不過。
耗材與試量產材料的區分：試量產階段的材料可以列研發，正式量產就不行。系統要能標記「哪一批材料是試量產、哪一批是正式生產」，並且跟工單系統打通。若沒打通，也要有人工欄位手動註記，並附試量產計畫。
五、儀表板要給老闆看什麼
系統做完之後，老闆每月打開儀表板應該一眼看到三件事：
本年度累計研發支出，並拆出人事費、耗材、儀器、委外、技術購買五大類佔比。老闆最怕的是「錢花下去了但事後才發現不能抵」，儀表板可以先預估「以目前歸戶狀況，明年可申請的研發抵減額度大約多少」，讓老闆有底。
各專案的進度與資源分配：哪個專案吃掉最多工時、哪個專案已經超支預算、哪個專案還沒有里程碑更新。這些資訊本來就是專案管理該看的，順便也就滿足研發抵減的活動證明需求，一魚兩吃。
審查風險預警：系統可以自動掃描幾個常見紅旗——工時單超過兩週沒簽核、研發專案三個月沒有活動紀錄更新、委外費用沒有合約檔、費用單據沒有寫用途——每項亮燈，讓老闆或財務主管當月處理，不要拖到申請前一週才手忙腳亂。
Photo by Mourizal Zativa on Unsplash
六、ROI 算給老闆看
老闆最想聽的還是這一段。假設一家年營收 8,000 萬、研發費用約 400 萬的中小企業：
- 過去沒系統：只有 60% 的支出能拿到證明，可抵稅額 = 240 萬 × 15% = 36 萬。
- 導入系統後：95% 支出能被證明，可抵稅額 = 380 萬 × 15% = 57 萬。
- 年度多省下來的稅金：21 萬。
- 系統建置成本：客製化約 30~50 萬、SaaS 訂閱約每月 5,000~15,000 元。
換算起來，一年多回來的稅金就把客製化系統的成本打平了，第二年開始就是純賺。而且這還沒算「研發活動被留下完整紀錄」這件事帶來的間接效益——工程師流動時經驗不會消失、技術移轉給新人有 SOP 可循、對外申請 SBIR/CITD 補助時研發證明資料完備。
七、常見的三個實作陷阱
陷阱一：把工時系統做得太複雜。想一次做完 PMO、專案管理、資源調度、人事費歸戶，結果工程師填一次要五分鐘、又要拆到「哪個工作包」、還要選「工項類型」——三週後全公司集體擺爛，資料完全不能用。MVP 就是「日期、專案、小時、備註」四欄，多的都是奢侈品。
陷阱二：只信任事後補登。有些老闆會說「反正年底再一次補登就好」，這是災難的開始。事後補登的工時表在稅局眼中沒有可信度，也很容易前後矛盾（同一天填了 12 小時、又跟出差紀錄對不上）。系統必須要求「即時或近即時填寫」，並保留修改歷史。
陷阱三：忽略會計師的接口。系統做完，會計師拿到一份自己看不懂的匯出檔，等於白做。做系統時就要把「年度研發抵減申請書」需要的欄位反推回資料庫欄位，最好能一鍵匯出 Excel，直接對應到申請書的表 1、表 2、表 3。這一步做好，會計師會變成你系統最強的推銷員，因為他每年可以少加班兩週。
結語：把研發抵減當成一整年的功課，不是報稅前的救火
研發抵減這件事有個很有趣的特性：它不是一次性的申請動作，而是全年 365 天資料累積的自然結果。如果一整年的研發活動、工時、費用都乖乖記錄在系統裡，年底跑報表就是十分鐘的事；反過來，如果整年都靠人腦記、靠紙本堆，年底就是兩個月的煉獄，而且最後多半是抵不到、或抵少了。
對台灣的中小企業來說，這筆錢每年幾十萬、累積十年就是幾百萬，是真金白銀留在公司裡再投資研發的本錢。與其每年拿獎金給會計師加班費補資料，不如把預算前置投在一套研發管理系統上，往後每年都用得到，還順便讓公司的研發能量被真正沉澱下來——這才是真正的數位轉型。
如果你們公司每年有 200 萬以上的研發支出、每年都覺得「研發抵減好像沒申請得很順」、或者已經開始計畫申請 SBIR/CITD 這種需要完整研發紀錄的補助案，那這套系統就是該規劃了。歡迎找我們聊聊，一起把制度、流程與工具拉到位。