システム開発費の資産計上と勘定科目｜費用処理との違い・仕訳の考え方

「システム開発にかけたお金を、どの勘定科目で、どう仕訳すればいいのか」——発注や決算の場面で、この処理に迷う担当者は少なくありません。同じ支出でも、資産計上するか費用処理するか、そしてどの科目を使うかで、決算書の見え方や毎年の費用の出方が変わります。この記事では、システム開発費の資産計上と費用処理の分かれ目、そして勘定科目の使い分けと仕訳の考え方に絞って、一般的な目安として整理します。会計処理の全体像は開発費の会計処理の解説記事にゆずり、ここでは「資産か費用か・どの科目か・どう記帳するか」を中心に見ていきます。なお、税務・会計の扱いは会社の状況や制度改正で変わるため、本記事はあくまで目安であり、実際の処理は必ず税理士等の専門家に確認してください。

システム開発費は「資産計上」か「費用処理」か

会計では、支払ったお金をその期の費用として一度に処理するか、資産として計上して数年に分けて費用にしていくかを、まず区別します。

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

システム開発費のうち、完成後に長く使う業務システムは、将来にわたって業務に役立つと考えられるため、資産計上するのが一般的な整理です。一方で、完成に至らなかった検討段階の支出や、少額・短期の改修は費用処理になることもあります。まずこの「資産か費用か」を見極めることが、勘定科目や仕訳を決める出発点になります。開発そのものの金額感を先につかんでおきたい場合は、システム開発の費用相場の解説記事もあわせて読むと、資産計上額の見当がつけやすくなります。

資産計上と費用処理を分ける3つの視点

「資産にするか費用にするか」は、感覚ではなく、いくつかの視点で整理できます。実務でよく使われる目安は、次の3つです。

• 金額：取得価額が一定額未満なら、少額として費用処理できる区分があります。金額が大きいものは原則どおり資産計上します。
• 利用形態：自社の業務で使うのか、外部に販売するのか、月額で借りて使うのかで扱いが分かれます。
• 完成度・段階：完成して稼働しているか、まだ研究・開発の途中かで、資産に入れるタイミングが変わります。

視点	資産計上に寄りやすい	費用処理に寄りやすい
金額	一定額以上の開発費	少額・一定額未満
利用形態	完成した自社利用ソフト	月額のSaaS利用料
完成度	完成・稼働している	研究・検討段階
価値の性質	機能を新たに高める改修	現状維持の保守・修正

表のとおり、「金額が大きく・完成して長く使い・価値を高める」ものほど資産計上に寄り、「少額・短期・現状維持」のものほど費用処理に寄ります。ただし金額の区切りや適用条件は税制で細かく定められ、改正もあるため、数字は目安にとどめ、実際の適用可否は税理士に確認するのが安全です。

システム開発費でよく使う勘定科目

資産か費用かが見えたら、次はどの勘定科目を使うかです。システム開発費まわりで登場しやすい科目を、一般的な使いどころとあわせて整理します。

勘定科目	区分	主な使いどころ（一般的な例）
ソフトウェア	無形固定資産	完成して稼働している自社利用ソフトの開発費
ソフトウェア仮勘定	無形固定資産	開発中でまだ完成・稼働していない費用の集計
長期前払費用	資産	数年分をまとめて前払いした利用料などの繰延
研究開発費	費用	研究・検討段階の支出（費用処理される場合）
修繕費・支払手数料	費用	現状維持の保守、軽微な改修、外部委託の手数料
前払費用・通信費 等	費用	月額のSaaS利用料など、その期に対応する費用

とくに押さえたいのが、資産計上する自社利用ソフトの主役となる「ソフトウェア」と、開発途中の受け皿になる「ソフトウェア仮勘定」の2つです。開発している間はまだ完成していないため、いったん仮勘定に集めておき、完成・稼働のタイミングでソフトウェアへ振り替える、という流れが一般的な考え方です。どの科目を使うかは会社の会計方針や規程で異なる場合があるため、迷ったら記帳前に税理士へ相談すると安心です。会計ソフトや経理システムの解説記事で科目設定を整えておくと、開発費の集計・仕訳もしやすくなります。

利用形態・開発段階による扱いの違い

同じ「システム開発費」でも、何のために作るか、どの段階の支出かで扱いが変わります。代表的なパターンを整理します。

• 自社利用のソフトウェア：自社の業務効率化のために開発・導入するもの。将来の収益獲得や費用削減が見込めれば、無形固定資産として資産計上するのが一般的です。多くの中小企業の業務システムはここに当たります。
• 受注制作（外部への納品目的）：顧客の求めに応じて制作し、納品するソフトウェア。作り手側では、対応する収益に合わせて原価として費用処理する考え方が一般的で、自社利用とは整理が異なります。
• 市場販売目的のソフトウェア：不特定多数へ販売する製品として作るもの。これも自社利用とは別の考え方になります。
• 研究・開発の段階：作るか・使えるかがまだ不確実な検討段階の支出は、費用処理（研究開発費など）になることが多いとされます。

このように、**「自社で使うのか」「外部に出すのか」「まだ研究段階か」**という切り口で、資産計上の対象かどうかや使う科目が変わります。本記事が中心に扱うのは、中小企業が自社の業務のために発注する「自社利用」のケースです。受注制作や市場販売目的に当たりそうな場合は、扱いが変わるため、早めに税理士へ前提を共有しておくと話がスムーズです。

仕訳の考え方の例

言葉だけでは分かりにくいので、仕訳の考え方を一般的な例で見てみましょう。あくまでイメージであり、実際の科目・金額・処理は個別事情と税理士の指示によります。

開発の途中（完成前）に開発費を支払ったときは、まだ稼働していないため、仮勘定に集めておく考え方が一般的です。

• （借方）ソフトウェア仮勘定 ／ （貸方）現金預金

完成して稼働を始めたときは、集めた費用を資産の本科目へ振り替えます。

• （借方）ソフトウェア ／ （貸方）ソフトウェア仮勘定

資産計上したあと、毎期の決算で費用にしていくとき（減価償却）は、次のようなイメージです。

• （借方）減価償却費 ／ （貸方）ソフトウェア（または減価償却累計額）

月額のSaaSを利用したときや、現状維持の保守を支払ったときは、その期の費用として処理する例が一般的です。

• （借方）支払手数料（または通信費・修繕費など）／ （貸方）現金預金

一方、稼働後に新しい機能を追加するような改修は、システムの価値を新たに高めるものとして、費用ではなく資産に計上される場合があります。この場合は、追加開発費を改めてソフトウェア（または仮勘定を経由）に計上する考え方になります。同じ「改修」でも、不具合修正のような現状維持なら費用、機能追加のような価値の上乗せなら資産、と分かれる点に注意が必要です。

ポイントは、開発中は仮勘定、完成後は資産、利用や現状維持の保守は費用、価値を高める改修は資産という流れです。減価償却の年数や方法そのものは会計処理の一般ルールに従うため、詳しくは開発費の会計処理の解説記事もあわせて確認し、具体的な計算は税理士の指示を優先してください。

クラウド・SaaS利用料は費用処理になる

近年は、自社で開発・保有せず、月額などで借りて使うクラウド（SaaS）を利用するケースが増えています。この場合、自社の資産にはならないため、支払った期の費用として処理するのが一般的です。

• 自社開発ソフト：完成すれば自社の資産になり、資産計上して数年で費用化する。
• SaaS利用料：自社の資産にはならず、使った期間に対応する費用として処理する。

同じ「システムにかけるお金」でも、保有するか・借りるかで会計上の扱いが分かれる、と押さえておきましょう。ただし、SaaSの導入時に自社向けの個別開発・初期設定費がまとまってかかる契約もあり、その部分の扱いは単純な月額利用料とは分けて考える必要が出てくることがあります。数年分を前払いした場合は、長期前払費用として繰り延べる整理になることもあります。契約書の内訳（初期費用・月額・保守）が分かれていると、こうした切り分けがしやすくなります。線引きに迷うときは、契約内容を整理したうえで税理士に確認してください。

少額の特例と資産計上額の目安

金額が小さいものについては、資産計上せずに費用処理できる制度が設けられています。取得価額が一定額未満のソフトウェアは、少額資産として一括で費用にできる区分や、数年で均等に費用化できる特例が使える場合があります。

金額の規模（目安）	一般的な扱いの傾向
少額（一定額未満）	少額資産として一括費用処理できる区分がある
中規模（一定額の範囲）	数年で均等償却できる特例が使える場合がある
大規模（金額が大きい）	原則どおり資産計上し、耐用年数で減価償却する

システム開発費は規模によって金額の幅が大きく、たとえば数十万円規模の小さなツールと、数百万円規模の業務システムでは、資産計上額の考え方も変わってきます。少額の区分を使えば、その期にまとめて費用にできるため、発注のタイミングと決算月の関係も見ておくと、利益や納税の見通しを立てやすくなります。逆に金額の大きい開発は資産計上が原則となり、初年度に全額が経費になるわけではない点も、資金計画のうえで押さえておきたいところです。ただし、金額の区切り・適用できる会社の条件・対象範囲は税制で細かく定められ、改正されることもあります。「いくら未満ならこう」という数字は目安にとどめ、自社が実際に適用できるかは、その年度のルールにあわせて税理士に確認するのが安全です。少額の特例をうまく使えると、発注初年度の利益を圧縮でき、資金繰りの面でも扱いやすくなります。

税務調査で見られやすいポイント

システム開発費の処理は、金額が大きくなりやすく、資産計上か費用処理かで税額が変わるため、税務調査でも確認されやすい領域とされます。一般論として、次のような点が見られやすいと言われます。

• 費用処理したものが、本来は資産計上すべき開発費ではないか（費用にして利益を減らしていないか）。
• 改修費が「修繕」か「機能追加」か——現状維持の修正なら費用、価値を高める追加なら資産、という区分の妥当性。
• 開発途中の費用を、完成時に適切に資産へ振り替えているか（仮勘定のまま放置していないか）。
• 支出の内容を説明できる書類（見積書・契約書・作業報告書など）が残っているか。

つまり、処理の判断そのものだけでなく、「なぜその処理にしたか」を説明できる記録が重要になります。だからこそ、見積書や契約書で工程（要件定義・設計・開発・テスト）や保守が分かれていること、作業内容の記録が残っていることが、後々の安心につながります。とくに費用処理と資産計上の線引きが問われやすい改修については、依頼した内容と目的を書面で残しておくと、区分の説明がしやすくなります。処理方針に迷ったら自己判断で進めず、税理士等の専門家に確認したうえで、根拠となる資料をそろえておくのが安全です。

勘定科目・仕訳で迷わないためのチェックリスト

資産計上と勘定科目・仕訳をスムーズに進めるために、発注や記帳の段階で次の点を整理しておくと安心です。

• この開発費は自社利用か・受注制作か・SaaS利用か、利用形態を整理したか
• 資産計上か費用処理かの見込みを、税理士に確認したか
• 開発中の費用をソフトウェア仮勘定に集める運用になっているか
• 完成・稼働のタイミングでソフトウェアへ振り替える段取りが決まっているか
• 見積書・契約書で工程や保守が分かれ、金額を集計しやすいか
• 少額の特例が使える可能性があるか、その年度のルールを確認したか
• 処理の根拠となる**書類（契約書・作業記録）**を残しているか

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

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

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

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

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

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

まとめ

システム開発費の処理は、まず「資産計上か費用処理か」を見極め、そのうえで勘定科目と仕訳を決めるのが基本の流れです。完成して長く使う自社利用ソフトは無形固定資産の「ソフトウェア」で資産計上し、開発途中は「ソフトウェア仮勘定」に集めて完成時に振り替える。月額のSaaS利用料や現状維持の保守は費用処理になりやすい、という整理でした。金額・利用形態・完成度が判断の軸になり、少額の特例や税務調査で見られる点にも注意が必要です。ただし、少額判断・科目の選び方・仕訳は制度改正や個別事情で変わるため、本記事はあくまで一般的な目安です。実際の処理は必ず税理士等の専門家に確認してください。総額が最初に決まる一律料金なら、資産計上額の見通しも立てやすくなります。「うちの場合はどの科目でどう仕訳する？」が気になったら、まずはお気軽に無料相談ください。