システム開発費の会計処理と資産計上｜費用と資産の分かれ目

「システム開発にかけた費用は、経費で落とせるのか、それとも資産として何年もかけて処理するのか」——発注を検討する段階で、この会計上の扱いに戸惑う担当者は少なくありません。処理の仕方によって、その年の利益や納める税金、資金繰りの見え方まで変わってきます。この記事では、システム開発費の会計処理と資産計上の一般的な考え方を、費用と資産の分かれ目・少額判断・耐用年数・保守費の扱い・補助金との関係まで、発注前に押さえておきたい順番で整理します。なお、税務・会計の取り扱いは会社の状況や制度改正で変わるため、本記事は一般的な目安であり、実際の処理は必ず顧問税理士や会計士に確認してください。

システム開発費は「費用」か「資産」か

会計の世界では、支払ったお金を大きく2通りに分けて考えます。ひとつはその期の費用として一度に処理する方法、もうひとつは資産として計上し、数年に分けて少しずつ費用にしていく方法です。

• 費用処理：支払った年度にまとめて経費にする。その年の利益は下がるが、翌年以降には残らない。
• 資産計上：いったん資産として記録し、使う期間にわたって毎年少しずつ費用（減価償却費）にしていく。

システム開発費、とくに完成後に長く使うソフトウェアは、**将来にわたって業務に役立つ（収益を生む・コストを減らす）**と考えられるため、資産計上するのが一般的な整理です。一方で、完成に至らなかった検討段階の支出や、少額・短期の改修は費用処理になることもあります。この「どちらで処理するか」が、会計上の最初の分かれ目です。開発そのものにいくらかかるのか、費用の相場観を先に押さえておきたい場合は、システム開発の費用相場の解説記事もあわせて読むと、金額の見当がつけやすくなります。

自社利用ソフトウェアの基本的な考え方

自社の業務のために開発・導入するソフトウェア（受発注・在庫・顧客管理などの業務システム）は、一般に「自社利用のソフトウェア」として扱われます。基本的な考え方の軸は、次の一点です。

• そのソフトウェアの利用によって、将来の収益獲得または費用削減が確実と見込めるか

見込める場合は、開発にかかった費用を無形固定資産として資産計上し、使う期間にわたって償却していくのが一般的です。逆に、使えるかどうか不確実な段階の支出や、そもそも収益・コスト削減につながらないものは、費用処理と整理されることがあります。ここで言う「収益獲得または費用削減」は、必ずしも売上が直接増えることだけを指すわけではありません。手作業が減って残業が圧縮される、ミスによる損失が減る、といった効果も「費用削減」に含めて考えるのが一般的です。多くの業務システムは、こうした間接的な効率化を目的に導入されるため、資産計上の対象と整理されやすい、と押さえておくとよいでしょう。

なお、外部に販売する目的で作る「市場販売目的のソフトウェア」は、自社利用とは別の考え方になります。本記事は、中小企業が自社の業務効率化のために発注するケース（＝自社利用）を前提に整理しています。自社で使うのか外部に売るのかで扱いが変わるため、まずは「これは社内の業務を回すためのものだ」という前提を、税理士との相談時にも共有しておくと話が早く進みます。

実務での分かれ方を、ざっくり一覧にすると次のようなイメージです。あくまで一般的な目安で、実際の判断は個別事情と社内規程・税理士の指示によります。

支出の内容	一般的な扱いの目安
完成して長く使う業務システムの開発費	資産計上（無形固定資産）
研究・企画・検討段階の調査費	費用処理になることが多い
取得価額が一定額未満のソフト	少額として費用処理できる制度あり
現状維持のための保守・軽微な修正	費用処理
機能追加など価値を高める改修	資産計上になることが多い
月額のクラウドサービス利用料	費用処理（支払った期の経費）

表のとおり、「完成して長く使うか」「価値を新たに高めるか」が、資産計上に寄るか費用処理に寄るかの大きな分かれ目になります。判断に迷う支出は、後述のとおり作業内容の記録を残しておくと、税理士との相談がスムーズです。

少額・一定額での判断

金額の大きさによって、扱いが変わる点も押さえておきましょう。取得価額が一定額未満のソフトウェアについては、資産に計上せず、その期の費用として一括処理できる制度が設けられています。

• 少額なもの：一定額未満なら、資産計上せずまとめて費用処理できる区分がある。
• 一定額の範囲のもの：数年で均等に費用化できる特例が使える場合がある。
• 金額が大きいもの：原則どおり資産計上し、耐用年数にわたって減価償却する。

ただし、金額の区切り・適用できる会社の条件・対象となる資産の範囲は、税制で細かく定められており、改正されることもあります。「いくら未満ならこう」という数字は目安にとどめ、自社が実際に適用できるかは、その年度のルールにあわせて税理士に確認するのが安全です。少額判断を使えると、発注初年度の利益を圧縮でき、資金繰りの面でも扱いやすくなります。

耐用年数と減価償却の目安

資産計上したソフトウェアは、一度に費用にはできません。使う期間（耐用年数）にわたって、少しずつ費用にしていく——これが減価償却です。

自社利用のソフトウェアは、一般的に5年で償却する例が多いとされます。たとえば取得価額が500万円なら、単純計算で毎年100万円ずつを費用にしていくイメージです。

項目	一般的な目安
自社利用ソフトの耐用年数	5年とされることが多い
償却の考え方	取得価額 ÷ 耐用年数で毎年費用化
費用に計上する名目	減価償却費（無形固定資産の償却）

大切なのは、資産計上した年に全額が経費になるわけではない、という点です。500万円をかけても、初年度の経費は一部にとどまり、残りは翌年以降に繰り越されます。そのぶん、初年度の利益は費用処理より高く出やすく、納税額にも影響します。「大きな投資をしたのに、思ったほど今期の経費が増えなかった」という感覚は、この償却の仕組みから生まれます。逆に言えば、開発した効果が続く数年間にわたって費用を平準化できるため、単年度で利益が大きく振れるのを避けられる、という見方もできます。

また、システムを使うのをやめた場合や、大きく作り替えて古いものが不要になった場合には、まだ費用にしきれていない残りの金額（未償却残高）を、その時点でまとめて処理する扱いになることもあります。稼働後に「思ったより使わなかった」という事態も想定し、導入前に本当に必要な範囲かを見極めておくことが、会計面でも無駄を防ぎます。耐用年数や償却方法は税務上のルールに従うため、具体的な年数・計算方法は税理士の指示を優先してください。

研究開発・制作段階での扱い

ひとつのシステムを作る過程でも、段階によって扱いが分かれることがあります。おおまかには、次のように整理されます。

• 研究・企画・検討の段階：作るかどうか、使えるかどうかがまだ不確実な段階の支出は、費用処理になることが多いとされます。
• 制作（開発）の段階：作ることが決まり、完成に向けて実際に開発している費用は、資産計上の対象として集計していくのが一般的です。
• 完成・稼働の段階：完成して業務で使い始めたら、それまで集めた開発費を資産として計上し、償却を始めます。

つまり「どこからが資産計上の対象か」は、支出のタイミングと性質で変わります。実務では、開発の途中経過を工程ごとに記録しておくと、後から「どの費用をいつから資産に入れるか」を整理しやすくなります。発注時の見積書や契約書で、要件定義・設計・開発・テストといった工程が分かれていると、こうした集計にも役立ちます。

保守費・改修費の処理

システムは作って終わりではなく、運用しながら手を入れ続けるものです。この保守や改修にかかる費用をどう処理するかも、迷いやすいポイントです。保守費そのものの相場観はシステムの保守費用の解説記事にゆずり、ここでは会計上の扱いを整理します。基本的な整理は次のとおりです。

• 費用処理になりやすいもの：不具合の修正、現状維持のための保守、軽微な調整など、今ある価値を保つための支出。
• 資産計上になりやすいもの：新しい機能の追加、大幅な作り替えなど、システムの価値を新たに高めるための支出。

判断の軸は「現状維持か、価値の上乗せか」です。たとえば、表示崩れの修正や、法改正にあわせた項目名の変更は現状維持に近く、費用処理と整理されやすい支出です。一方、「これまで手入力だった集計を自動化する機能を新たに足す」といった改修は、システムの価値を高めるため、資産計上の対象と見られやすくなります。ただ、実際には「修正なのか機能追加なのか微妙」というケースも多く、線引きは簡単ではありません。だからこそ、契約書・作業依頼書・作業内容の記録を残しておくことが重要です。何のための支出かが説明できれば、税理士との相談で適切な処理を判断しやすくなります。

保守を月額で契約している場合、その利用料は支払った期の費用として処理するのが一般的です。年間の保守費は、初期の開発費の1割前後が目安とされることが多く、金額としても無視できません。開発を発注する段階で「初期費用」と「毎年の保守費」を分けて把握しておくと、会計処理の切り分けだけでなく、運用が始まってからの資金計画も立てやすくなります。

会計処理が資金繰り・税務に与える影響

同じ金額を払っても、費用処理か資産計上かで、手元の資金や納税のタイミングの見え方が変わります。

観点	費用処理した場合	資産計上した場合
初年度の利益	大きく下がる	あまり下がらない
初年度の税負担	軽くなりやすい	費用処理より重くなりやすい
翌年以降	費用は残らない	償却費として毎年続く
決算書の見え方	資産は増えない	無形固定資産が計上される

一概にどちらが得とは言えません。その年の利益を抑えて納税を軽くしたいなら費用処理が向く場面もありますし、融資などで決算書の資産を厚く見せたいなら資産計上が合う場面もあります。会社の状況・方針によって望ましい処理は変わるため、発注前に「この開発費はどう処理する見込みか」を税理士と相談しておくと、資金計画が立てやすくなります。

とくに注意したいのは、処理方法は「どちらでも自由に選べる」ものではない、という点です。要件や金額、支出の性質によって、原則的な扱いはある程度決まっています。「利益を減らしたいから全部費用で落とす」といった都合だけで選べるわけではないため、まずは原則としてどう処理すべきかを確認し、そのうえで使える特例や少額判断があるかを検討する、という順序で考えるのが安全です。決算期の直前になって慌てないよう、発注のタイミングと決算月の関係も、あわせて見ておくとよいでしょう。

補助金を使った場合の関係

IT導入補助金や、ものづくり・省力化などの補助金を使ってシステムを導入した場合、受け取った補助金の扱いも会計・税務に関わってきます。一般的な整理の例は次のとおりです。

• 補助金で取得した資産でも、取得価額の全額をいったん資産計上し、そこから補助金相当分を調整する処理（圧縮記帳など）が使える場合があります。
• 補助金は原則として収益（益金）に計上されますが、上記のような特例で、受け取った年に税負担が偏らないよう調整できることがあります。
• 適用できる制度・条件は複雑で、補助金の種類や年度で変わります。

補助金と会計処理の組み合わせは専門性が高い領域です。補助金の交付決定通知や実績報告の内容をそろえたうえで、税理士に処理方法を確認するのが確実です。補助金そのものの全体像や2026年の動向は、IT導入補助金・AI導入補助金の解説記事もあわせて参考にしてください。

発注前に整理しておきたいチェックリスト

会計処理をスムーズにするために、発注の段階で次の点を整理しておくと安心です。

• この開発費は資産計上か費用処理か、税理士に見込みを確認したか
• 見積書・契約書で工程（要件定義・設計・開発・テスト）が分かれているか
• 保守・改修の費用が、開発費と分けて記載されているか
• 少額判断や特例を使える可能性があるか、その年度のルールを確認したか
• 補助金を使う場合、交付決定や実績報告の書類がそろう見込みか
• 納品後にソースコード（成果物）の権利が自社に渡るか（資産としての位置づけにも関わる）

とくに、見積書の内訳が「開発一式」とだけ書かれていると、後から工程や保守を切り分けにくく、会計処理でも苦労します。中身が読める見積書をもらっておくことが、処理のしやすさにもつながります。

一律料金だと会計処理の見通しも立てやすい

会計処理を考えるうえで地味に効くのが、「総額が最初に確定しているか」です。見積もり型では、仕様の相談や追加のたびに金額が動くため、「結局いくらを資産に計上するのか」が着地まで読みにくくなります。

D-oneAppは、料金を一律100万円（より大規模なプロプランは一律200万円）にしています。会計処理の観点では、次の点がメリットになります。

• 着手前に総額が確定：資産計上額・費用の見込みを、発注前から税理士と相談できる。
• 追加費用なし：後から金額が膨らまないため、期中で処理方針を組み替える手間が起きにくい。
• 成果物（ソースコード）の権利を譲渡：納品物が自社のものになるため、資産としての位置づけも整理しやすい。

金額が最初に固まっていれば、「今期の利益にどう響くか」「少額判断が使えそうか」といった相談も、発注前に前もって進められます。処理方針を決めてから発注できるのは、資金計画のうえで大きな安心材料です。

まとめ

システム開発費の会計処理は、「費用処理か資産計上か」の見極めが出発点です。完成して長く使う自社利用ソフトは資産計上し、5年程度で減価償却するのが一般的な目安。一方、研究・検討段階の支出や、現状維持の保守・軽微な修正は費用処理になりやすい、という整理でした。少額判断・耐用年数・改修の扱い・補助金との関係は、いずれも制度改正や個別事情で変わるため、本記事はあくまで一般的な目安です。実際の処理は必ず顧問税理士や会計士に確認してください。総額が最初に決まる一律料金なら、資産計上額や税負担の見通しも立てやすくなります。「うちの場合はどう処理する？」が気になったら、まずはお気軽に無料相談ください。