系统开发外包能否使用补助金 ── 按目的划分的制度地图与发包前应了解的陷阱(2026年度版)

我们时常收到正在考虑系统开发外包的经营者或负责人的咨询：「听说可以使用IT 引入补助金」。

遗憾的是，这一期望在大多数情况下都无法照原样实现。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. 中小企业省力化投资补助金(一般型)

中小企业省力化投资补助金是以应对人手不足为目的的制度，分为从目录中挑选已登记产品的「目录订购型」，以及可将定制设备・系统纳入对象的「一般型」这两种类型。

与委托开发相性较好的是一般型。一般型的制度说明中设想的是配合各项具体业务的定制设备，或组合多台设备的省力化投资，例如以下开发都可作为候选。

• 将原本通过传真・电话接收的订单实现网络化・自动导入，以减少录入工时
• 将手工转录・汇总自动化的业务系统
• 与检查・测量装置联动、减少人工确认作业的软件

前提是符合「消除人手不足」这一制度目的：先证明自身企业确实处于人手不足状态，再能够定量地展示哪项作业的工时会减少多少小时的投资。由于存在劳动生产率或涨薪相关要件(包含未达标时的返还条款，指标・数值会因申报批次而变化)，请务必在申请前确认公开申报要领中的要件。

所谓「定量地展示」，具体来说就是要能够用相同的单位并列写出现状与引入后的情况。以传真订单网络化为例，需要整理的项目如下所示。数值请填入自身企业实测所得的数据(下方的◯请理解为填写栏)。

这里重要的并非减少时间本身，而是数值依据这一行。与其含糊地说「大概会减少一半」，不如整理成能够说明是根据哪项实绩数值得出的形式，这样事业计划书的表述和向开发商提出的要求都不会出现偏差。此外，实际提交的表格样式与所需指标会因申报批次而变化，请按照公开申报要领的表格样式填写。

以传真订单网络化为例的具体思路，在另一篇文章「能否用省力化投资补助金实现传真订单网络化」中有更深入的探讨。

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 引入补助金（日语原名：IT導入補助金，2026年度起改称「数字化・AI 引入补助金」）是以引入事务局事先登记的IT 工具(套装软件或云服务)、并通过已登记的IT 引入支持事业者来完成为前提的制度。为配合自身业务从零开发的定制开发，因不属于已登记工具而不在对象范围内。若要进行定制开发，需要考虑制造业补助金或中小企业省力化投资补助金(一般型)等其他制度。

能否在支付开发费之前获得补助金？

绝大多数补助金都是结算付款(后付)。需要先获得核准决定并发包开发，完成验收与付款后，再经过绩效报告与事务局确认，最后补助金才会汇入账户。有些制度还要求在补助金额确定后提交结算付款申请书。也就是说，开发费需要先由企业自行全额垫付，因此应事先制定好资金周转计划(必要时可考虑过桥贷款)。

能否在入选之前就发包开发？

不可以。在许多补助金制度中，早于核准决定日签订合同或发包的费用都不属于补助对象。入选公布与核准决定是两个不同的程序，即便刚入选，此时发包有时仍为时过早。可着手开发的时间因制度而异，务必在各制度的公开申报要领中确认，并以核准决定日为起点来制定开发进度计划。

补助金的申请文件能否请开发商代写？

事业计划的主体终究是申请者(发包方)。开发商能够提供协助的，主要是报价单、开发内容说明资料、系统构成图等基于事实的资料提供。代写申请书、判断能否入选、解读制度等超出了开发商的业务范围。如需申请支持，请咨询商工会议所・「万事支援据点」（よろず支援拠点）等公共窗口，或中小企业诊断师・行政书士等专业人士。

作者简介

本文作者的个人简介页面。

Go Komura

小村软件有限公司 代表

以 Windows 软件开发、技术咨询与故障排查为中心，擅长难以复现的故障调查，以及既有资产仍在运行的项目。