ソフトウェア開発費の会計・税務判断｜資産計上・費用処理・償却・除却をどう整理するか

ソフトウェア開発費は、いまや一部のIT企業だけの論点ではありません。

販売管理システム、在庫管理システム、予約システム、ECサイト、顧客管理システム、業務アプリ、AI活用ツール、SaaS導入時のカスタマイズ、既存システムの大幅改修。あげていけばきりがないほど、ほとんどの会社で、何らかの形のソフトウェア投資が発生しています。

ところが、このソフトウェア開発費は、会計上も税務上も判断を誤りやすい項目です。

「開発費だから費用でよい」 「システムだから全部資産計上する」 「外注費だから損金になる」 「クラウド利用料だからすべて月額費用でよい」 「改修費は保守費だから修繕費でよい」

こうした処理は、実務の現場でしばしば見かけます。しかし、必ずしも正しいとは限りません。

ソフトウェア開発費を判断するときに見るべきは、支出の名称ではありません。開発の目的、利用の形態、将来の収益獲得・費用削減効果、研究開発性、契約内容、開発の段階、資産として利用可能になった時点、改修の内容、そして除却の事実。こうした実態を一つずつ確認していく必要があります。

特にDX投資や内製開発では、「発注して納品されたら資産計上」という従来型の単純な整理だけでは対応しきれない場面が増えてきました。ソフトウェア開発においては、投資対効果、KPI管理、ゲートレビュー、開発・運用の継続判断そのものが、すでに経営判断の一部になっているためです。

本記事では、4-3「固定資産の取得価額と減価償却」、4-6「評価損・減損・有価証券評価の税務」を前提に、ソフトウェア開発費を資産計上すべきか、費用処理できるか、税務上はどのように償却・除却・調整すべきかを整理していきます。

この記事で押さえる結論

ソフトウェア開発費の判断は、まず「何のためのソフトウェアか」を分けるところから始まります。

区分	主な当事者	会計上の基本整理	税務上の基本整理
受注制作のソフトウェア	ベンダー側	顧客向け成果物。無形固定資産ではなく、収益認識・棚卸資産等の論点	自社の減価償却資産ではなく、売上・原価・仕掛計上の論点
市場販売目的のソフトウェア	パッケージ・アプリ等の販売者	最初に製品化された製品マスター完成前は研究開発費、完成後は製品マスターを資産計上	研究開発費に該当する部分は取得価額に算入しないことができ、資産化部分は耐用年数3年が基本
自社利用のソフトウェア	利用会社	将来の収益獲得または費用削減が確実なら無形固定資産、確実でない・不明なら費用処理	自己製作費は原則として取得価額。研究開発費として除外できる範囲は会計より狭くなることがある
SaaS・クラウド利用	利用会社	月額利用料は費用処理が基本。導入・カスタマイズ費用は内容により資産計上	利用料、前払費用、ソフトウェア取得価額、資本的支出の区分が必要
既存ソフトウェアの改修	利用会社・販売者	機能維持は費用、機能追加・向上は資産計上、著しい改良は研究開発費となる場合あり	障害除去・現状維持は修繕費、新機能追加・機能向上は資本的支出が基本

ここで押さえておきたいのは、会計上の資産計上・費用処理と、税務上の取得価額・損金算入・償却が、必ずしも一致するとは限らないという点です。

たとえば会計上、自社利用ソフトウェアについて「将来の収益獲得または費用削減が確実であると認められない」として費用処理したとします。それでも税務上は、そのソフトウェアの利用によって将来の収益獲得または費用削減にならないことが明らかな研究開発費等に限って、取得価額に算入しないことができるとされています。

つまり、「会計上費用処理したのだから、税務上も損金だろう」という判断は危険なのです。
出典：国税庁｜No.5461 ソフトウエアの取得価額と耐用年数

まず「ソフトウェア」と「コンテンツ」を分ける

会計上、ソフトウェアとは、コンピュータを機能させるように指令を組み合わせて表現したプログラム等をいいます。実務指針では、コンピュータに一定の仕事を行わせるためのプログラムに加えて、システム仕様書やフローチャート等の関連文書も、ソフトウェアの範囲に含まれるとされています。

ここで注意しておきたいのが、データ、画像、音楽、映像、記事、学習用データベースといった「コンテンツ」の扱いです。

これらは、ソフトウェアが処理する対象であって、原則としてソフトウェアそのものとは区別します。ただし、ソフトウェアとコンテンツが経済的・機能的に一体不可分で、明確に区分できないケースもあります。その場合には、主要な性格に応じて一体処理を検討することになります。
出典：ASBJ｜研究開発費及びソフトウェアの会計処理に関する実務指針

この区分は、ゲーム、動画配信、教育コンテンツ、データベースサービス、AI学習用データを扱う会社で特に重要になってきます。

たとえば、アプリ本体のプログラム開発費、画面設計、API連携、仕様書作成費は、ソフトウェアの論点になりやすい部分です。一方で、アプリで配信する動画、音楽、記事、写真、教材、商品データそのものは、別の資産・費用論点として、切り分けて検討する必要があります。

受注制作・市場販売目的・自社利用で会計処理は大きく変わる

ソフトウェア会計の入口は、「制作目的」による区分です。

企業会計上、研究開発費等に係る会計基準は、受注制作のソフトウェア、市場販売目的のソフトウェア、自社利用のソフトウェアを区分して取り扱っています。研究開発費はすべて発生時に費用処理し、ソフトウェア制作費のうち研究開発に該当する部分も、研究開発費として処理します。
出典：ASBJ｜研究開発費等に係る会計基準

受注制作のソフトウェア

受注制作のソフトウェアとは、特定の顧客からの注文に基づいて制作し、その顧客へ提供するものです。ベンダー側から見れば、これは自社で長期利用する資産ではなく、顧客に引き渡す成果物にほかなりません。

したがって、ベンダーが自社の無形固定資産として「ソフトウェア」を計上するわけではありません。契約内容や履行義務に応じて、収益認識、仕掛品、売上原価、契約資産・契約負債などの論点として整理していくことになります。

一方、発注者側では見え方が変わります。受注制作されたシステムを予定した用途で継続利用し、業務効率化や収益獲得に資するのであれば、自社利用ソフトウェアとして資産計上を検討することになるのです。

同じ開発案件であっても、ベンダー側と発注者側では会計処理が異なる。この点には注意が必要です。

市場販売目的のソフトウェア

市場販売目的のソフトウェアとは、不特定多数の顧客に販売するソフトウェアを指します。パッケージソフト、ライセンス販売、アプリ販売、ダウンロード販売などが、その典型です。

この場合は、研究開発段階と製品マスター完成後とで、処理が分かれます。

市場販売目的のソフトウェアでは、「最初に製品化された製品マスター」が完成する時点までの制作活動を研究開発と考えます。そのため、その時点までに発生した費用は、研究開発費として処理します。

では、製品マスターの完成時点はどう判断するのか。製品性を判断できる程度のプロトタイプが完成していること、あるいはプロトタイプを制作しない場合には、製品として販売するための重要な機能が完成し、重要な不具合を解消していることなどが、その目安となります。
出典：ASBJ｜研究開発費及びソフトウェアの会計処理に関する実務指針

製品マスター完成後の制作費については、次のように整理されます。

支出内容	会計上の基本処理
製品マスターの著しい改良	研究開発費
バグ取り、ウイルス防止など機能維持	発生時費用
著しい改良に当たらない機能改良・強化	製品マスターの取得原価
複製媒体、マニュアル、包装、販売用製品の制作費	製造原価

製品マスター完成後だからといって、すべてを資産計上するわけではありません。機能維持の費用、著しい改良に該当する研究開発的な支出、そして販売用製品そのものの制作原価。これらを分けて管理する必要があります。
出典：ASBJ｜研究開発費及びソフトウェアの会計処理に関する実務指針

自社利用のソフトウェア

自社利用ソフトウェアとは、会社自身が業務で使うソフトウェアです。販売管理、会計、人事、在庫管理、原価管理、製造管理、予約管理、顧客管理、データ分析基盤、業務アプリなどが、これに当たります。

会計上は、そのソフトウェアの利用により、将来の収益獲得または費用削減が確実であると認められる場合に、無形固定資産として計上します。確実であると認められない場合、あるいは確実かどうか不明な場合には、費用処理します。
出典：ASBJ｜研究開発費及びソフトウェアの会計処理に関する実務指針

ここでいう「将来の収益獲得または費用削減」は、漠然とした期待では足りません。

たとえば、次のような資料で説明できることが求められます。

確認事項	説明資料の例
何の業務に使うか	業務フロー、要件定義書、利用部門の説明資料
どのような効果があるか	人員削減効果、処理時間短縮、売上増加見込み、ミス削減効果
いつから利用可能か	検収書、作業完了報告書、最終テスト報告書、本番稼働承認
いくら開発費がかかったか	外注契約、請求書、工数表、原価集計表、制作番号管理台帳
開発中止・仕様変更があったか	変更稟議、廃止決定資料、追加発注書、障害管理表
資産計上開始時点はいつか	制作予算承認稟議、プロジェクト開始承認、管理台帳
資産計上終了時点はいつか	本番稼働日、作業完了報告書、最終テスト承認

自社利用ソフトウェアの資産計上開始時点は、将来の収益獲得または費用削減が確実であると認められる状況になった時点です。そして、それを立証できる証憑に基づいて判断します。制作予算が承認された社内稟議書や、制作原価を集計するための制作番号を記入した管理台帳などが、その裏づけとして考えられます。

終了時点は、実質的に制作作業が完了したと認められる時点です。ここでは、作業完了報告書や最終テスト報告書等が重要になります。
出典：ASBJ｜研究開発費及びソフトウェアの会計処理に関する実務指針

税務上の取得価額｜外注費・人件費・設定費用をどう扱うか

法人税務では、ソフトウェアは無形固定資産として、減価償却資産に含まれます。税務上の取得価額は、購入した場合と自社で製作した場合とで、整理の仕方が分かれます。

取得形態	税務上の取得価額
購入した場合	購入代価＋購入に要した費用＋事業の用に供するために直接要した費用
自社で製作した場合	製作に要した原材料費、労務費、経費＋事業の用に供するために直接要した費用

購入ソフトウェアについては、導入に必要な設定作業や、自社仕様に合わせるための付随的な修正作業等の費用も、取得価額に算入します。自社で製作した場合には、製作に要した原材料費、労務費、経費に加え、事業供用のために直接要した費用を、取得価額に含めます。
出典：国税庁｜No.5461 ソフトウエアの取得価額と耐用年数

このため、自社開発の場合には、外注費だけでなく、社内エンジニアの工数、プロジェクトマネージャーの工数、テスト費用、導入設定費用などを、どこまで取得価額に含めるかが問題になってきます。

実務上、とりわけ重要になるのが「原価集計の仕組み」です。プロジェクトごとの制作番号、工数管理、外注費の紐づけ、そして要件定義・設計・開発・テスト・運用保守の区分。これらが曖昧なままだと、資産計上すべき金額と費用処理すべき金額を、後から説明できなくなります。

税務調査で確認されるのは、勘定科目名そのものよりも、契約書、請求書、見積書、作業報告書、稟議書、検収書、工数表の中身です。摘要に「開発」「構築」「要件定義」「カスタマイズ」「機能追加」と記載されているにもかかわらず、全額を保守費や外注費として処理している。そうしたケースでは、実態確認が求められます。

取得価額に算入しないことができる費用

税務上、ソフトウェアの製作等に関連する支出であっても、次のような費用は、取得価額に算入しないことができます。

費用	税務上の取扱い
製作計画の変更等により仕損じとなり、不要となったことが明らかな費用	取得価額に算入しないことができる
研究開発費	取得価額に算入しないことができる。ただし、自社利用ソフトウェアでは制限あり
少額の間接費・付随費用	製作原価のおおむね3％以内なら取得価額に算入しないことができる

ここで最も誤りやすいのが、自社利用ソフトウェアに係る研究開発費です。

税務上、自社利用ソフトウェアに係る研究開発費を取得価額に算入しないことができるのは、その利用により将来の収益獲得または費用削減にならないことが明らかな場合に限られます。会計上は「確実でない」「不明」であれば費用処理する余地があります。しかし税務上は、「将来の収益獲得または費用削減にならないことが明らか」といえるかどうかを、別途確認しなければなりません。
出典：国税庁｜No.5461 ソフトウエアの取得価額と耐用年数

つまり、会計上は費用処理した自社利用ソフトウェア関連支出であっても、税務上は取得価額に算入すべきものとして、申告調整が必要になる場合があるということです。

償却期間｜会計上の利用可能期間と税務上の耐用年数

ソフトウェアを資産計上した場合には、次に償却が問題になります。

会計上、自社利用ソフトウェアについては、その利用実態に応じて、最も合理的な減価償却方法を採用します。一般的には、定額法が合理的とされています。償却の基礎となる耐用年数は利用可能期間によるべきですが、原則として5年以内の年数とし、5年を超える年数とするときには、合理的な根拠が必要になります。

出典：ASBJ｜研究開発費及びソフトウェアの会計処理に関する実務指針

市場販売目的ソフトウェアについては、見込販売数量または見込販売収益に基づく償却方法が認められています。ただし、毎期の償却額は、残存有効期間に基づく均等配分額を下回ってはなりません。また、当初の販売可能な有効期間は、原則として3年以内とされています。
出典：ASBJ｜研究開発費及びソフトウェアの会計処理に関する実務指針

一方、税務上の耐用年数は、次のとおりです。

税務上の区分	耐用年数
複写して販売するための原本	3年
研究開発用のソフトウェア	3年
その他のソフトウェア	5年

出典：国税庁｜No.5461 ソフトウエアの取得価額と耐用年数

会計上の見込利用可能期間と税務上の耐用年数が異なる場合には、会計と税務の償却額に差異が生じます。その差異が一時差異となるときには、税効果会計の検討対象にもなってきます。

改修費用｜修繕費か、資本的支出か

ソフトウェアは、完成後も継続的に改修されていきます。

クラウド化、API連携、インボイス制度対応、電子帳簿保存対応、セキュリティ強化、OS変更、UI改善、機能追加。改修の内容は、実に多岐にわたります。このとき、そのすべてを保守費・修繕費として処理できるわけではありません。

法人税基本通達では、ソフトウェアについてプログラムの修正等を行った場合の取扱いを定めています。プログラムの機能上の障害の除去、現状の効用の維持等に該当するときは修繕費に、新たな機能の追加、機能の向上等に該当するときは資本的支出に該当するとされています。
出典：国税庁｜法人税基本通達 第7章 第8節 資本的支出と修繕費

改修内容	税務上の基本整理
バグ修正	修繕費になりやすい
セキュリティパッチ	現状維持なら修繕費になりやすい
法改正対応	内容により判断。現状の業務継続に必要な修正か、機能追加かを確認
新機能追加	資本的支出になりやすい
処理速度・処理能力の向上	資本的支出になりやすい
OS・プラットフォーム変更に伴う大幅改修	新たなソフトウェア制作または資本的支出になりやすい
主要プログラムの過半を再制作する改良	会計上は著しい改良として研究開発費となる場合あり
将来効果がないことが明らかな研究開発費	税務上も資本的支出に該当しない取扱いが可能な場合あり

実務では、「保守契約」「運用保守費」「月額サポート」といった名称に引きずられないことが大切です。保守契約の中に機能追加や大幅改修が含まれている場合には、契約金額を機能維持部分と資本的支出部分とに分けて検討する必要があります。

クラウド・SaaS導入費用の判断

クラウドやSaaSの利用では、従来型の判断がそのままでは通用しません。「ソフトウェアを購入して自社サーバーにインストールする」という取引とは、性格が異なるためです。

月額または年額のSaaS利用料は、通常、サービス利用料として、発生時費用または前払費用として処理することが多くなります。一方で、導入時に多額の初期設定費、カスタマイズ費、データ移行費、API連携費、画面改修費が発生する場合には、その内容を一つずつ確認しなければなりません。

とりわけ、次のような支出は、判断が分かれやすい項目です。

支出内容	判断の視点
初期設定費	SaaS利用のための一時費用か、自社仕様のソフトウェア取得価額か
カスタマイズ費	付随的修正か、大幅変更・新機能開発か
API連携費	単なる接続設定か、自社利用ソフトウェアの開発か
データ移行費	既存データの移管作業か、新システム構築の一部か
トレーニング費	利用者教育として費用処理か
運用保守費	機能維持か、追加開発を含むか
リース性のある契約	新リース会計基準の適用可能性も確認

JICPAは、ソフトウェアに関するビジネス環境の変化に伴い、多様な実務が生じている状況を踏まえ、DX環境下におけるソフトウェア関連取引への対応に関する研究資料を公表しています。これは実務を拘束する基準ではありませんが、クラウド・SaaS、そしてベンダー側・ユーザー側の会計処理を検討するうえで、参考になる資料です。
出典：日本公認会計士協会｜会計制度委員会研究資料第7号 ソフトウェア制作費等に係る会計処理及び開示に関する研究資料 ～DX環境下におけるソフトウェア関連取引への対応～

なお、ASBJは2024年9月13日に、企業会計基準第34号「リースに関する会計基準」等を公表しています。このリース会計基準の適用により、従来の企業会計基準第13号「リース取引に関する会計基準」等は適用終了となります。長期のクラウド利用契約、専用環境、特定資産の使用権が問題となる契約では、最新基準の適用状況を確認しておく必要があります。
出典：ASBJ｜企業会計基準第34号「リースに関する会計基準」等の公表

除却｜使わなくなったソフトウェアをいつ損金にできるか

ソフトウェアは目に見える資産ではないため、除却の判断もまた難しくなります。

税務上、ソフトウェアについて物理的な除却、廃棄、消滅等がない場合であっても、今後事業の用に供しないことが明らかな事実があるときには、対応が認められています。帳簿価額から処分見込価額を控除した残額を、その事実が生じた日の属する事業年度の損金に算入することができるのです。
出典：国税庁｜法人税基本通達 第7章 第7節 除却損失等

具体的には、次のような場合があげられます。

区分	除却損を検討し得る事実
自社利用ソフトウェア	対象業務が廃止され、当該ソフトウェアを利用しなくなったことが明らかな場合
自社利用ソフトウェア	ハードウェアやOS変更等により、他のソフトウェアを利用することになり、従来ソフトウェアを利用しなくなったことが明らかな場合
市場販売目的の原本	新製品の出現、バージョンアップ等により、今後販売しないことが社内稟議書や販売流通業者への通知文書等で明らかな場合

出典：国税庁｜法人税基本通達 第7章 第7節 除却損失等

ここで大切なのは、「もう使っていないと思う」だけでは足りない、ということです。業務廃止決定、システム移行完了、本番停止日、アクセス停止、契約終了、代替システム稼働、社内通知、販売停止通知。こうした客観的な事実を、資料として残しておく必要があります。

中小企業税制・研究開発税制との接点

ソフトウェア開発費は、通常の資産計上・償却だけでなく、優遇税制の検討対象にもなります。

中小企業投資促進税制

中小企業投資促進税制では、一定のソフトウェアが対象になり得ます。具体的には、一の取得価額が70万円以上のもの、またはその事業年度に事業の用に供したソフトウェアの取得価額の合計額が70万円以上のものです。ただし、複写して販売するための原本、開発研究用のもの、一定のサーバー用OS等は除外されます。
出典：国税庁｜No.5433 中小企業投資促進税制

中小企業経営強化税制

中小企業経営強化税制でも、一定のソフトウェアが対象設備になり得ます。中小企業庁は、2026年度末、つまり2027年3月31日までを適用期限として、経営力向上計画の認定を受けた対象設備の取得等について、即時償却または税額控除の選択適用を案内しています。

注意しておきたいのは、証明書や確認書は設備取得前に申請する必要があるという点です。開発・取得後に慌てて検討しても、間に合わない場合があります。
出典：中小企業庁｜中小企業経営強化税制

国税庁のタックスアンサーでも、中小企業経営強化税制におけるソフトウェアについて、一の取得価額が70万円以上のものが対象になり得ると示されています。一方で、複写して販売するための原本、開発研究用のもの、一定のサーバー用OS等は除かれる旨も、あわせて示されています。
出典：国税庁｜No.5434 中小企業経営強化税制

研究開発税制

研究開発税制は、企業が研究開発を行っている場合に、法人税額から、試験研究費の額に一定の税額控除割合を乗じた金額を控除できる制度です。経済産業省は、一般型について法人税額の原則25％の控除上限があること、そして制度の目的が、民間企業の研究開発投資の維持・拡大、イノベーション創出、国際競争力強化にあることを示しています。
出典：経済産業省｜研究開発税制について

ソフトウェア開発費について研究開発税制を検討する場合には、いくつかの点を分けて確認する必要があります。「会計上の研究開発費か」「税務上の試験研究費に該当するか」「資産計上された開発費のうち、税額控除対象となる部分があるか」。この三つです。

優遇税制の適用可否は、開発内容、支出内容、申告書記載、保存資料、そして適用年度の法令によって変わります。だからこそ、決算後ではなく、開発計画の段階から検討しておくことが重要になります。

税務調整と別表管理

ソフトウェア開発費では、会計と税務のあいだにズレが生じやすくなります。

たとえば、会計上は費用処理した自社利用ソフトウェア開発費について、税務上は取得価額に算入すべきと判断される場合があります。このときは、法人税申告で加算し、税務上のソフトウェア資産として償却していくことになります。

逆のケースもあります。会計上資産計上した金額のうち、税務上は取得価額に算入しないことができる研究開発費や仕損じ費用がある場合には、損金算入の可否を検討します。

会計処理	税務判断	申告実務
会計上費用処理	税務上は取得価額に算入	別表四で加算し、税務上の償却管理
会計上資産計上	税務上も資産計上	償却限度額を確認
会計上資産計上	税務上は損金算入可能	減算・別表管理を検討
会計上除却	税務上除却要件未充足	加算・別表五（一）管理
会計上減損	税務上評価損要件未充足	加算・一時差異管理
会計上耐用年数変更	税務上耐用年数は法定年数	会計・税務差異と税効果を検討

ソフトウェアは、開発、稼働、改修、除却、乗換え、SaaS化、クラウド移行が繰り返される資産です。単年度で処理を完結させるのではなく、固定資産台帳、ソフトウェア台帳、開発費管理表、別表五（一）の留保項目、税効果会計の一時差異を、継続的に管理していく必要があります。

税務調査で確認されやすいポイント

ソフトウェア開発費は、税務調査でも確認されやすい項目です。資産計上か費用処理かによって、当期の課税所得が大きく変わるためです。

特に、次のような処理は、確認対象になりやすいと考えられます。

処理	確認されやすい点
多額の外注費を一括費用処理	実態はソフトウェア開発・機能追加ではないか
保守費として処理	保守契約の中に新機能追加・性能向上が含まれていないか
自社開発人件費を費用処理	資産計上すべき制作原価が含まれていないか
研究開発費として処理	研究開発の定義に合うか、通常の改良・保守ではないか
SaaS導入費用を費用処理	カスタマイズ・連携開発・設定費用に資産性がないか
除却損を計上	今後利用しないことが資料で明らかか
税額控除を適用	対象資産、取得価額、供用日、証明書、申告書記載が整っているか

社内開発ソフトウェアでは、プロジェクトチームが投資効果を過大に説明し、本来費用化すべき費用を資産計上してしまうリスクもあります。開発承認の段階では、将来効果の蓋然性をプロジェクト外の部門が確認し、PMOや品質管理部門によるゲートレビューで、性能、予算、工数、開発進捗をモニタリングすることが重要です。

開発管理資料として残すべきもの

ソフトウェア開発費の判断では、最終的に資料が結論を支えます。

決算直前に会計処理だけを決めるのではなく、開発計画の段階から、会計・税務で説明できる資料を整えておく必要があります。

資料	目的
開発計画書	開発目的、対象業務、投資効果を説明する
稟議書・取締役会資料	制作予算承認、資産計上開始時点を説明する
要件定義書	何を作る開発かを説明する
契約書・発注書	請負、準委任、保守、追加開発の範囲を確認する
見積書・請求書	支出内容と金額を確認する
工数表	社内人件費・外注費をプロジェクト別に集計する
制作番号管理台帳	原価集計単位を明確にする
変更管理表	仕様変更、追加開発、仕損じを説明する
テスト結果・検収書	資産計上終了時点・供用開始時点を説明する
本番稼働承認	償却開始・事業供用日を説明する
保守契約書	修繕費と資本的支出を区分する
除却稟議・停止記録	今後利用しない事実を説明する
税額控除資料	証明書、確認書、経営力向上計画、申告別表を保存する

特に、自社開発やアジャイル開発では、開発が細かく反復されます。そのため、「どこから資産計上するのか」「どこまでが運用保守なのか」「どのスプリントが新機能追加なのか」が、どうしても曖昧になりがちです。

これは、会計・税務のためだけの話ではありません。開発投資の採算管理という観点からも、プロジェクト管理と原価管理を連動させておくことが重要になります。

経営判断としてのソフトウェア開発費

ソフトウェア開発費の判断は、単なる勘定科目の問題ではありません。

資産計上すれば、当期費用は抑えられ、利益は増えます。しかし、その後には、償却負担、減損リスク、固定資産台帳の管理、投資効果の説明責任が残ります。

一方、費用処理すれば、当期利益は下がります。そして、税務上は資産計上すべき支出を費用処理していれば、税務調査で否認される可能性が残ります。

判断	短期的影響	将来への影響
資産計上	当期費用が減り利益が増える	償却・減損・除却・投資効果説明が必要
費用処理	当期利益が減る	税務上資産計上が必要なら申告調整が必要
優遇税制適用	税額控除・特別償却の効果	要件・証明書・申告書記載・保存資料が必要
除却処理	当期損失が発生	利用停止の客観資料が必要
SaaS化	固定資産を持たない設計も可能	契約・導入費・リース性・カスタマイズの確認が必要

ソフトウェア投資は、会社の業務設計、利益計画、資金繰り、金融機関への説明、M&A時のデューデリジェンス、そして事業承継時の企業価値評価にまで影響していきます。

だからこそ、「節税になるか」だけで判断するのではなく、開発したシステムがどの業務を支え、どの程度の収益獲得・費用削減効果を生み、将来どのように改修・除却されていくのか。そこまで見通したうえで判断することが重要になります。

犬飼公認会計士・税理士事務所へのご相談について

ソフトウェア開発費の処理は、会計、法人税、税効果会計、税額控除、開発管理、契約実務が交差する、複合的な論点です。

自社利用ソフトウェアを資産計上すべきか、研究開発費として費用処理できるか。SaaS導入時のカスタマイズ費用をどう扱うか。既存システムの改修費を修繕費と資本的支出にどう分けるか。除却損を計上できるか。これらの結論は、個別の事実関係と、手元に残された資料によって変わってきます。

犬飼公認会計士・税理士事務所では、ソフトウェア開発費について、単年度の申告処理だけにとどまらず、開発計画、契約書、工数管理、資産計上方針、税務調整、税額控除、そして将来の償却・除却・減損リスクまでを含めて整理いたします。

ソフトウェア開発費の会計処理・税務処理に不安がある場合、あるいは開発投資を始める前に判断軸を整えておきたい場合は、犬飼公認会計士・税理士事務所HPのお問い合わせページより、お気軽にご相談ください。

振り返り｜ソフトウェア開発費の会計・税務判断

論点	重要ポイント	実務上の注意点
最初の区分	受注制作、市場販売目的、自社利用、SaaS、改修を分ける	勘定科目名ではなく制作目的で判断する
ソフトウェアの範囲	プログラム、仕様書、フローチャート等が対象	コンテンツやデータと区分する
受注制作	ベンダー側では自社の無形固定資産ではない	収益認識、仕掛品、契約内容の論点になる
市場販売目的	最初に製品化された製品マスター完成前は研究開発費	完成後も機能維持費・著しい改良・製造原価を区分する
自社利用	将来の収益獲得または費用削減が確実なら資産計上	税務上は会計より費用処理できる範囲が狭い場合がある
取得価額	購入代価、設定費用、製作原価、直接費用を含める	社内工数・外注費・導入費の原価集計が重要
取得価額から除外可能な費用	仕損じ、一定の研究開発費、少額間接費等	自社利用ソフトウェアの研究開発費は特に慎重に判断する
償却	税務上は原本・研究開発用3年、その他5年	会計上の利用可能期間との差異を確認する
改修費	障害除去・現状維持は修繕費、新機能追加・向上は資本的支出	保守契約の中身を分解して確認する
SaaS導入費用	月額利用料は費用処理が基本、導入費は内容確認	カスタマイズ、API連携、データ移行を区分する
除却	今後事業の用に供しないことが明らかなら損金算入を検討	業務廃止、システム停止、販売停止の資料を残す
優遇税制	投資促進税制・経営強化税制・研究開発税制との接点あり	取得前の証明書・確認書・計画認定・申告記載が重要
税務調整	会計と税務が一致しない場合は別表管理が必要	別表四・五（一）、固定資産台帳、税効果会計を連動させる
資料保存	稟議、契約、工数表、検収、テスト報告、除却資料を残す	後から説明できる開発管理が税務判断を支える