AI企業・アプリ開発・Webマーケティング・システム開発会社・SaaS事業者等のIT企業の税務は、一般的なサービス業と同じ感覚では処理しにくい部分があります。
その理由は、目に見える商品ではなく、開発作業、利用権、保守、設定支援などを組み合わせて販売することが多いためです。同じ契約の中に、納品時に完了する業務と、契約期間中ずっと提供するサービスが含まれることも珍しくありません。
さらに、自社サービスの開発費、フリーランスエンジニアへの報酬、海外クラウドの利用料など、IT企業ならではの論点もあります。
この記事では、受託開発・SES・SaaSを営む会社が、決算や税務調査に備えて確認しておきたいポイントを7つに整理します。
この記事のポイント
- 契約書の名称よりも、実際にどのような業務を提供したかが重要
- 開発費は、すべて当期の経費にできるとは限らない
- 売上・工数・外注費を案件ごとに説明できる体制が税務調査対策になる
IT企業の税務が複雑になりやすい理由
IT企業の収益モデルには、主に次のようなものがあります。
- 完成したシステムを納品する受託開発
- 技術者の稼働や業務遂行に対して報酬を受けるSES・準委任型取引
- ソフトウェアのライセンス販売
- 月額・年額料金でサービスを提供するSaaS
- 導入支援、データ移行、追加設定、保守・運用
実際の事業では、これらを一社で複数取り扱うケースが一般的です。たとえば、SaaSの年間利用契約に、初期設定やデータ移行、顧客専用の追加開発が含まれることがあります。
この場合、請求書を一枚発行していても、税務上・会計上の処理まで一つになるとは限りません。各業務の内容、完了時期、契約期間、顧客に対して負っている義務を整理する必要があります。
期末前後の売上計上は「請求日」だけで判断しない
税務調査で最初に確認されやすいのが、売上を計上した時期です。
受託開発では、契約上の納期だけでなく、実際の納品日、顧客の検収、修正対応の範囲、追加仕様の有無などを確認します。
たとえば3月決算の会社で、3月末までに実質的な作業が完了しているにもかかわらず、請求書の発行が4月になったという理由だけで翌期売上にしていると、計上時期を問題にされる可能性があります。
反対に、納品はしたものの重要な不具合が残っており、顧客の検収も終わっていない場合には、形式的な納品日だけで判断できないことがあります。
決算時にそろえておきたい資料
- 基本契約書、個別契約書、発注書
- 見積書と追加見積書
- 納品書、検収書
- 顧客とのメールやチャットの記録
- 課題管理表、不具合管理表
- 請求書と入金記録
追加作業を口頭やチャットだけで受けていると、当初契約との境界が分からなくなります。仕様変更が生じた時点で、追加料金、納期、検収条件を文書に残すことが重要です。
SES・準委任型取引では稼働記録が売上の根拠になる
技術者の稼働時間や業務遂行に応じて報酬を受け取る取引では、作業実績と請求内容が一致していることが重要です。
契約上の精算幅、超過・控除の計算、休暇や欠勤の扱いが、勤務表や請求書に正しく反映されているかを確認しましょう。
特に、顧客が承認した勤務表と、自社が外注エンジニアから受け取った作業報告に大きな差がある場合は、その理由を説明できるようにしておく必要があります。
SaaSの年間利用料と初期費用を分けて考える
SaaSでは、利用料を一年分まとめて受け取る場合があります。しかし、代金を受け取った時点で、原則として全額がその期の収益になるとは限りません。
契約期間を通じてサービスを提供するのであれば、未経過期間に対応する部分を前受金などとして管理することが考えられます。
一方、次のような費用は内容を個別に確認する必要があります。
- アカウント開設料
- 初期設定料
- データ移行料
- 操作研修料
- 顧客専用のカスタマイズ料
- 導入後のサポート料
名称が「初期費用」であっても、契約後すぐに完了する独立した作業なのか、SaaSの継続提供と切り離せない業務なのかによって、処理の検討結果が変わる可能性があります。
料金表や請求書の科目だけではなく、顧客が何を受け取り、自社の作業がいつ完了するのかを基準に整理することが大切です。
自社サービスの開発費は「全部経費」とは限らない
自社でソフトウェアを開発している会社では、開発担当者の給与や外注費を、発生した期の費用として処理していることがあります。
しかし、将来の収益獲得や費用削減に利用するソフトウェアの製作費は、税務上、ソフトウェアの取得価額に含まれる場合があります。国税庁は、自社製作ソフトウェアについて、原材料費、労務費、経費などを取得価額に含める考え方を示しています。
購入したソフトウェアについても、導入に必要な設定作業や、自社仕様に合わせるための付随的な修正費用は、取得価額に算入する取扱いが示されています。
開発工程を記録によって区分する
判断を後から説明するためには、開発工程を大まかに区分して記録することが有効です。
- アイデアの検討や実現可能性の調査
- 製品化・事業化を決定した後の開発
- サービス開始に必要な設定やテスト
- リリース後の通常保守や障害対応
- 新機能の追加や大幅な性能向上
通常の保守や軽微な不具合修正と、新しい機能を加える開発では、支出の性質が異なる可能性があります。
工数表に単に「開発」とだけ入力していると、その区分を説明できません。プロジェクトコードや作業区分を設定し、給与・外注費と開発工程を結び付けておくことが望まれます。
フリーランスへの外注費は契約と実態を一致させる
IT企業では、個人エンジニアやデザイナーに業務を委託することが多くあります。
ただし、契約書に「業務委託」と書けば、必ず外注費として認められるわけではありません。実際の働き方が雇用に近い場合には、給与に該当しないかが問題になることがあります。
確認されやすい事項
- 勤務時間や勤務場所を誰が決めているか
- 作業方法について具体的な指揮命令があるか
- 仕事を本人以外の者に代替させられるか
- 成果物の完成責任を誰が負うか
- 報酬が時間基準か、成果物基準か
- 業務に必要な機器や費用を誰が負担するか
給与か外注費かの判断は、源泉所得税だけでなく、消費税の仕入税額控除や社会保険にも影響します。
契約書、発注内容、日々の指示、作業報告、請求方法が食い違わないようにしましょう。国税庁の消費税基本通達でも、雇用契約またはこれに準ずる契約に基づく対価かどうかが、給与と請負報酬を区分する際の判断要素として示されています。
参考:国税庁「消費税基本通達 第1節 個人事業者の納税義務」
「AI開発」というだけでは研究開発税制の対象にならない
AI、アルゴリズム、データ解析などに関する支出でも、自動的に研究開発税制の対象になるわけではありません。
税務上の試験研究に当たるかどうかは、名称ではなく、新しい知見を得るための活動や、既存の知見を新たに応用するための創造的・体系的な活動であるかなど、実際の内容から判断されます。
通常の受託開発、顧客ごとの設定作業、日常的な保守、マニュアル作成、ユーザーサポートなどが混在している場合は、対象となる活動とそれ以外を区分しなければなりません。
保存しておきたい証拠資料
- 研究・開発の目的を記載した計画書
- 技術上の課題と仮説
- 検証方法と検証結果
- 失敗を含む試行錯誤の記録
- 担当者別・テーマ別の工数記録
- 対象費用の集計表
参考:国税庁「試験研究の範囲」
海外クラウドや海外向けSaaSは消費税を確認する
海外事業者が提供するクラウド、オンライン広告、データベース、生成AIなどを利用する場合、国内事業者間の通常取引とは異なる消費税の取扱いが生じることがあります。
国外事業者による「事業者向け電気通信利用役務の提供」については、サービスを購入した国内事業者が申告・納税を行うリバースチャージ方式の対象となる場合があります。
ただし、契約内容やサービスの区分、課税売上割合などによって実際の申告処理が異なるため、「海外企業からの請求書に日本の消費税が書かれていないから処理不要」と判断するのは危険です。
反対に、日本のSaaS事業者が海外の顧客へサービスを提供する場合も、顧客の所在地やサービス内容を確認し、内外判定の根拠を保存する必要があります。
参考:国税庁「国境を越えた役務の提供に係る消費税の課税関係」
税務調査では複数の資料が照合される
IT企業の税務調査では、帳簿や請求書だけを見るとは限りません。取引の実態を確認するため、次の資料が相互に照合されることがあります。
- 契約書、発注書、請求書
- プロジェクト別の売上・原価管理表
- 技術者の工数記録
- 外注先の作業報告書
- Gitなどの開発履歴
- チケット・タスク管理システムの履歴
- リリース記録、障害対応記録
- SaaSの契約・利用・解約データ
- 経営会議や取締役会の資料
たとえば、売上の計上時期について契約書と検収記録を確認し、開発費について工数表とリリース履歴を確認する、といった形です。
後から説明を作るのではなく、日常の業務データから会計処理まで追跡できる状態にしておくことが、最も有効な税務調査対策になります。
決算前に確認したいIT企業の税務チェックリスト
- 期末前後に納品・検収された案件を一覧化している
- 仕様変更や追加開発について書面を残している
- 年額利用料の未経過部分を確認している
- SaaSの利用料と導入作業の内容を区分している
- 自社開発に従事した社員・外注先の工数を記録している
- 保守、不具合修正、新機能開発を区別している
- 個人エンジニアの契約内容と実際の働き方が一致している
- 研究開発税制の対象費用について検証記録がある
- 海外クラウド・広告・AIサービスの消費税処理を確認している
- 海外顧客の所在地を示す資料を保存している
まとめ―IT企業の税務は「取引の見える化」が重要
IT企業の税務リスクは、単なる勘定科目の選択だけで生じるものではありません。
契約内容、開発工程、技術者の働き方、顧客へのサービス提供状況と会計処理が一致しているかどうかが重要です。
特に注意したいのは、次の項目です。
- 受託開発の売上計上時期
- SaaS利用料と導入費用の処理
- 自社開発ソフトウェアの資産計上
- 個人エンジニアへの外注費
- 研究開発税制の対象範囲
- 海外デジタルサービスの消費税
これらは、決算直前に契約書や工数を集めようとしても、正確に整理できないことがあります。案件管理や勤怠管理の段階から、税務上必要となる情報を残す仕組みを作ることが大切です。


