系統開發外包能否使用補助金 ── 依目的分類的制度地圖與發包前應了解的陷阱(2026年度版)

我們常收到正在考慮系統開發外包的經營者或承辦人詢問：「聽說IT導入補助金可以用」。

遺憾的是，這個期待多半無法直接實現。IT導入補助金(2026年度起改稱為「數位化・AI導入補助金」)是用來導入事先登記的套裝軟體或雲端服務的制度，配合自家業務從零開始打造的客製化委託開發，原則上不在對象範圍內。

另一方面，「客製化開發完全用不到補助金」也是一種誤解。只要目的相符，仍有ものづくり補助金(製造業補助金)、中小企業省力化投資補助金(一般型)等可以將委託開發納入對象的制度。

本文將從系統開發外包方的角度，依目的整理截至2026年度的主要制度，並彙整發包前應知道的陷阱。

另外，補助金制度的要件・金額・時程會依年度或公募回次而變動。本文內容係根據2026年7月時點的公開資訊撰寫，實際申請時請務必確認各制度最新的公募要領。

1. 先講結論 ── 依目的分類的制度地圖

依系統開發・IT投資的目的整理作為檢討入口的制度，如下所示。

由於接下來出現的制度名稱相似，這裡再從另一個維度把同樣的制度整理一次。區分制度的維度有兩個：是從已登記的現成產品中「挑選」的制度，還是可以將為自家「打造」的東西納入對象的制度，以及制度所支援的是為了什麼目的的投資。

上面兩項是從已登記內容中挑選的制度，下面三項是可將為自家打造的東西納入對象的制度。「數位化・AI導入補助金」與「省力化投資補助金(目錄訂購型)」雖然名稱給人的印象不同，但兩者的架構同樣是從已登記的現成產品中挑選，都無法用於客製化開發。

重點有以下三項。

• 「IT導入補助金(數位化・AI導入補助金)」與「客製化委託開發」原則上無法搭配使用
• 客製化開發的首選是ものづくり補助金與省力化投資補助金(一般型)
• 不論哪種制度，都有核准決定前發包的經費不屬於對象・補助金為後付這項共通規則

各制度的詳細內容將在第2章以後依序說明。在此之前，先確認一項不限於本文、閱讀補助金資訊時都應具備的前提。

1.1. 容易變動與不易變動的資訊

補助金的資訊可分為隨每次公募回次變動的部分，以及作為制度骨架短期內不會改變的部分。事先加以區分，能在年度更替時縮小需要重新確認的範圍，會比較方便。

若看到記載金額或公募回次的內容，請將其視為該時點的快照，務必以最新的公募要領為準進行核對。而下段所對應的思路，則是即便制度經過重整也一直延續下來的部分。

2.「用IT導入補助金做客製化開發」為何行不通

「IT導入補助金」自2026年度起，已重整為中小企業數位化・AI導入支援事業「數位化・AI導入補助金2026」。雖然新增了AI導入類別等變化，但制度的骨架相較舊制IT導入補助金並未改變。

所謂骨架，是指以下這樣的機制。

• 屬於補助對象的，是事務局事先登記的IT工具(套裝軟體、雲端服務等)
• 申請須與提供工具的已登記IT導入支援事業者共同進行
• 並非由申請人自由定義開發內容、以「請對此提供補助」的方式申請的制度

也就是說，「希望配合我們的業務打造一套接單管理系統」這類從零開始的開發，本來就不屬於已登記工具的範疇，因此不在對象之列。因為這是一項用來導入規格已經確定、已對外銷售之軟體的制度。

若不了解這項前提，抱著「既然有補助金，不如趁這個機會做客製化開發」的想法推進，會在申請階段陷入僵局。反過來說，如果是會計軟體或庫存管理等套裝軟體就能滿足的領域，則可透過通常類別獲得補助，是一項好用的制度。金額條件如下。

• 補助額上限依所導入IT工具承擔的業務流程數量而定
• 1個流程以上為5萬日圓～未滿150萬日圓，4個流程以上為150萬日圓～450萬日圓
• 補助率原則上為1/2以內
• 但受最低薪資調漲影響的事業者，補助率為2/3以內

若只導入會計或庫存管理等單一領域，可預期的補助額區間會落在未滿150萬日圓。

套裝軟體能滿足的業務用數位化・AI導入補助金解決，套裝軟體無法涵蓋的業務才做客製化開發，這樣的劃分方式也與制度的架構相符。

3. 客製化開發可考慮的制度

3.1. ものづくり補助金

ものづくり・商業・サービス生産性向上促進補助金(通稱ものづくり補助金，可譯為「製造業補助金」)是支援開發創新性新產品・新服務所需設備投資的制度。第22次公募的類別有兩個：產品・服務高附加價值化類別，以及面向開拓海外需求事業的全球類別。雖然名稱中帶有「ものづくり(製造)」二字，但對象並不限於製造業，系統建置費同樣包含在補助對象經費之中。

• 建置作為向顧客提供新價值之新服務基礎的系統
• 為運用自家技術或訣竅打造的新產品・新服務開發系統
• 開發提供新產品所需、與裝置・設備連動的軟體

諸如此類與新產品・服務開發融為一體的系統投資，視事業計畫而定可能屬於對象。補助上限額因類別與員工規模而異，根據第22次公募的公募要領(概要版)，產品・服務高附加價值化類別為750萬～2,500萬日圓(依員工規模而定)，全球類別為3,000萬日圓。此外還有針對大幅加薪事業者追加100萬～1,000萬日圓的特例(追加需滿足額外要件)。補助金額還設有下限(第22次公募為100萬日圓)，按補助率1/2計算，前提是補助對象經費大致達到200萬日圓以上的投資規模。相應地，也要求提交伴隨附加價值額與加薪相關要件的正式事業計畫，獲選需要經過競爭。

需要留意的是，這項制度所要求的是開發創新性新產品・新服務(全球類別還要求同時開拓海外需求)。軟體開發費作為「系統建置費」被納入經費區分，與事業本身是否屬於對象是兩回事，公募要領中規定，僅僅導入設備或系統、而不伴隨新產品・新服務開發的項目不屬於補助對象。若目的只是替換老舊的現行系統或提升公司內部效率，請不要選擇本制度，而應考慮省力化投資補助金(一般型)等其他制度。自家計畫是否符合本制度目的，需要在公募要領的對象事業定義中加以確認。

3.2. 中小企業省力化投資補助金(一般型)

中小企業省力化投資補助金是以因應人手不足為目的的制度，分為從目錄中挑選已登記產品的「目錄訂購型」，以及可將客製化設備・系統納入對象的「一般型」這兩種類型。

與委託開發相性較好的是一般型。一般型的制度說明中設想的是因應個別業務的客製化設備，或組合多項設備的省力化投資，例如以下開發都可作為候選。

• 將原本以FAX・電話接收的訂單網路化・自動匯入，以減少輸入工時
• 將手工轉錄・彙總自動化的業務系統
• 與檢查・測量裝置連動、減少人工確認作業的軟體

前提是符合「消除人手不足」這項制度目的：先證明自家企業確實處於人手不足狀態，再能夠定量展示哪項作業的工時會減少多少小時的投資。由於存在勞動生產力或加薪相關要件(包含未達標時的返還條款，指標・數值會因公募回次而變動)，請務必在申請前確認公募要領中的要件。

所謂「定量地展示」，具體來說就是要能用相同的單位並列寫出現狀與導入後的情況。以FAX收單網路化為例，需要整理的項目如下所示。數值請填入自家企業實測所得的數據(下方的◯請理解為填寫欄)。

這裡重要的並非減少時間本身，而是數值依據這一行。與其含糊地說「大概會減少一半」，不如整理成能說明是根據哪項實績數值得出的形式，這樣事業計畫書的表述與向廠商提出的要求都不會出現偏差。此外，實際提交的表格樣式與所需指標會因公募回次而變動，填寫時請依公募要領的表格樣式為準。

以FAX收單網路化為例的具體思路，在另一篇文章「省力化投資補助金能否讓FAX收單網路化」中有更深入的探討。

3.3. 中小企業新事業進出補助金

作為事業再構築補助金(可譯為「事業重組補助金」)的後續制度，設有中小企業新事業進出補助金。其對象是進軍有別於既有事業的新市場・高附加價值事業，新事業所需的系統開發費有時可以納入事業計畫的一部分。若屬於「啟動新事業需要系統」這類情形，本制度可作為候選。

不過，本制度對補助金額設有下限(最近一次公募為750萬日圓。按補助率1/2計算，前提是補助對象經費大致達到1,500萬日圓以上的事業規模)。規模較小的新事業或單獨的系統投資往往達不到下限，請先將事業整體的投資規模與公募要領的下限額進行核對，再考慮申請。

3.4. 地方政府的獎助金

除了國家補助金之外，都道府縣・市區町村有時也會設有自家的DX相關獎助金。金額雖多小於國家制度，但競爭率或要件有時較為寬鬆，視地區而定不失為好用的選擇。可透過ミラサポplus的制度檢索，或地方政府的產業振興部門、商工會議所窗口進行確認。

另外，關於網站製作的補助金，正如「中小企業網站製作費用」的FAQ中所提到的，小規模事業者持續化補助金存在網站相關費用不可單獨申請等限制。與其只以網站製作為目的尋找補助金，不如將其定位為銷路開拓整體工作的一部分，這樣更為實際。

4. 發包前應了解的共通陷阱

與選擇制度同樣重要的，是所有補助金共通的手續規則。若不了解這些規則就貿然行動，原本應屬於對象的經費也會變成不屬於對象。

4.1. 核准決定前的發包不屬於對象

這是最重要的規則。在許多補助金制度中，早於核准決定日簽約・發包的經費不屬於補助對象。數位化・AI導入補助金的手續指南中也明確規定，須在獲得核准決定之後才能進行IT工具的發包・簽約・付款。

需要留意的是，「入選」與「核准決定」是兩道不同的手續。許多制度是在入選公布之後進行核准申請審查，直到核准決定下達才能發包。「已經入選了所以立即發包」有時仍為時過早。

4.2. 補助金為事後撥付(核實撥款)

補助金並非可用來支付開發費的預收款。在發包→驗收→付款全部以自家資金完成之後，還要經過成果報告與事務局確認，補助金才會匯入帳戶(有些制度還要求在補助金額確定後提出核實撥款申請書)。因此需要先擬定墊付開發費全額的資金週轉計畫，金額較大時，金融機構的過渡性融資也是一個選項。

4.3. 獲選後仍須持續履行報告義務

補助事業並不會隨著入帳而結束。例如ものづくり補助金就規定，補助事業完成後5年內須提交事業化狀況報告。也有制度規定，若加薪等要件未達標則要求返還。雖然並非所有制度都是如此，但尤其是大型補助金，並非「拿到手就結束」，而需要理解為須承擔數年報告義務與達成要件承諾的制度。

4.4. 不要因為有補助金就擴大開發範圍

有些情況會出於「既然難得有補助金」的心態，把與本來目的無關的功能也納入開發範圍。若補助率為1/2，剩下的1/2需由自家負擔。這意味著要自掏腰包支付不必要功能的一半費用，還要在今後一直承擔其維護費(通常不屬於補助對象)。投資目的與開發範圍是否合理，應與有無補助金分開判斷。

在縮小開發範圍時，逐項功能提出以下問題，會更容易做出判斷。

• 即便沒有該功能，本次投資的目的(省力化、提供新服務等)是否仍能達成
• 目前沒有該功能是否真的造成困擾，還是僅僅「有了會更方便」而已
• 假如沒有補助金、需要全額自行負擔，是否仍會發包該功能
• 上線後每月使用該功能的人是誰？能否具體說出使用者與使用場景
• 該功能是否可以事後追加？是否有必須包含在首次發布中的理由

對於回答不上來的功能，可以將其從首次開發範圍中剔除，作為下一次投資的候選。補助對象經費減少本身並非損失，因為自家負擔的金額與上線後的維護費也會隨之一併減少。

關於這類時程與計畫制定的實務，已在續篇「使用補助金的系統開發推進方式」中詳細整理。

5. 可以委託廠商做的事・不能委託的事

在使用補助金的開發中，事先確認好發包方・廠商・(視需要而定的)申請支援專家的角色分工，會讓整個流程更順暢。

※本表以ものづくり補助金、省力化投資補助金(一般型)等用於客製化開發的制度為前提。數位化・AI導入補助金的申請機制不同，是由提供工具的已登記IT導入支援事業者，負責申請專屬頁面的邀請、IT工具資訊的輸入等工作，與申請人共同推進申請手續。

事業計畫的主體終究是身為申請人的發包方。廠商能做的是提供報價單・規格說明・構成圖等基於事實的資料，以及以核准決定日為起點設計不勉強的開發時程。向廠商索求獲選與否的預判或制度解釋，則超出了其應有的角色。若需要申請本身的支援，請洽詢商工會議所・萬事支援據點(よろず支援拠点)等公家窗口，或中小企業診斷士等專家。

此外，即便使用補助金，開發合約本身的思路也與一般的委託開發沒有不同。依工序劃分合約的方式，在「委託開發‧維運的合約該怎麼簽？」一文中有整理。

總結

• 「用IT導入補助金(現・數位化・AI導入補助金)做客製化開發」原則上不可行。該制度是用於導入已登記的套裝軟體/雲端服務
• 客製化委託開發的首選是ものづくり補助金與中小企業省力化投資補助金(一般型)。若是新事業，也可確認新事業進出補助金與地方獎助金
• 不論哪種制度，都有核准決定前發包不屬於對象・補助金為後付這項共通規則。ものづくり補助金・省力化投資補助金等制度，在獲選後還需持續數年履行報告義務
• 不要因為有補助金就擴大開發範圍。自家負擔部分與維護費依然存在
• 事業計畫的主體是發包方。能夠委託廠商的，僅限報價單或說明資料等基於事實的協助

制度雖然每年都會變動，但「選擇符合目的的制度、以核准決定為起點倒推計畫」這項推進方式不會改變。下一篇文章「使用補助金的系統開發推進方式」將具體整理時程與事業計畫制定的實務。

給正在考慮系統開發外包的您

合同會社小村軟體承接以Windows業務應用程式為中心的委託開發。若您正在考慮使用補助金，我們可以協助製作申請所需的報價單・開發內容說明資料・系統構成圖，並配合核准決定後的時程設計開發計畫。

另外，本公司不提供補助金申請代辦服務，也無法就是否獲選或制度解釋作出回答。申請支援請洽詢商工會議所等公家窗口或中小企業診斷士等專家，關於開發內容方面，歡迎您隨時與我們聯繫。

相關文章

共用相同標籤的最新文章。能以相近的主題延伸理解。

相關主題

與本文相近的主題頁面。以本文為起點，可進一步連到相關服務與其他文章。

與本主題相關的服務

本文連結到以下服務頁面，歡迎從最接近的入口查看。

常見問題

整理諮詢這個主題時常見的問題。

IT導入補助金能不能用來做客製化的系統開發？

原則上不行。IT導入補助金(2026年度起改稱為「數位化・AI導入補助金」)是以透過已登記的IT導入支援事業者，導入事務局事先登記的IT工具(套裝軟體或雲端服務)為前提的制度。配合自家業務從零開始開發的客製化開發，因不屬於已登記的工具，所以不在對象範圍內。若要進行客製化開發，可考慮ものづくり補助金(製造業補助金)或中小企業省力化投資補助金(一般型)等其他制度。

補助金能不能在支付開發費之前先拿到？

絕大多數補助金都是事後撥付(核實撥款)。必須先取得核准決定並發包開發，完成驗收與付款後，再經過成果報告與事務局確認，最後補助金才會匯入帳戶。有些制度還要求在補助金額確定後提出核實撥款申請書。也就是說，開發費需要先由自家公司全額墊付，因此事先擬定資金週轉計畫(必要時可考慮過渡性融資)相當重要。

可以在獲選之前就發包開發嗎？

不可以。在許多補助金制度中，早於核准決定日簽約・發包的費用不屬於補助對象。入選公布與核准決定是兩道不同的手續，即使剛入選，此時發包有時仍為時過早。可著手的時間點因制度而異，請務必在公募要領中確認，並以核准決定日為起點來安排開發時程。

補助金的申請文件可以請廠商代寫嗎？

事業計畫的主體終究是申請人(發包方)。開發廠商能夠協助的，主要是報價單、開發內容說明資料、系統構成圖等基於事實的資料提供。代寫申請書、判斷能否獲選、解釋制度，都超出了廠商的業務範圍。若需要申請方面的支援，請洽詢商工會議所・萬事支援據點(よろず支援拠点)等公家窗口，或中小企業診斷士・行政書士等專家。

作者檔案

本文作者的個人檔案頁面。

Go Komura

小村軟體有限公司 代表

以 Windows 軟體開發、技術諮詢與故障調查為中心，在難以重現的故障調查與既有資產仍在運作的專案上具有優勢。