ソフトウェアライセンスの収益認識｜使用権とアクセス権の判定と機器組込み

執筆　公認会計士・税理士 鈴木佑也

※本記事は2026年10月7日時点の公表資料に基づきます。

ライセンスの検討順序：まず別個の履行義務かを判定

ソフトウェアライセンスとは、提供元がソフトの著作権を持ったまま、顧客に「使ってよい」という許諾を与える契約です。収益認識の基準では、ライセンスを「企業の知的財産に対する顧客の権利」と位置づけており、ソフトウェアのライセンスもこれに含まれます（適用指針第61項・第143項）。そのため、ソフト会社のライセンス収入は、一般の物品販売とは別の手順で検討する必要があります。

検討は3段階で進めます。第1段階は、ライセンスが契約の中の他の約束（導入作業、カスタマイズ、保守など）と別個の履行義務かどうかの判定です（適用指針第144項）。履行義務とは、顧客に何かを渡す約束を収益計上の単位として切り出したものをいいます。第2段階は、別個と判定したライセンスについて、その性質が「アクセスする権利」か「使用する権利」かを見極めることです。第3段階で、性質に応じて一定期間にわたり計上するか、一時点で計上するかが決まります（適用指針第62項）。

図1　まず履行義務の単位を決め、別個のライセンスだけを使用権かアクセス権かで分ける

この順序を飛ばして、いきなり「アクセス権か使用権か」から考え始めるのはよくある誤りです。ライセンスが導入作業などと一体の履行義務であれば、アクセス権の要件を検討する場面そのものがなくなるからです。最初に契約全体を見渡し、何をいくつ約束しているかを書き出すところから始めます。

もう1つ押さえたいのは、同じ顧客とほぼ同時に結んだ複数の契約です。ライセンス契約と導入支援契約を別々の書面にしていても、一体として交渉され価格が相互に影響しているなら、1つの契約として結合して検討します。書面が分かれているかどうかではなく、取引の実態で単位を決める点に注意してください。

図2　収益認識適用指針の第61項〜第66項を中心に、段階ごとに確認する事項を並べた

別個でない場合：製品やサービスと一体で判定

ライセンスが他の約束と別個でないときは、ライセンスと他の財・サービスをまとめて1つの履行義務として扱います。その上で、まとめた履行義務が一定期間にわたり充足されるのか、一時点で充足されるのかを、会計基準の通常の要件で判断します（適用指針第61項）。この場合、ライセンス特有のアクセス権・使用権の区分は使いません。

別個かどうかは、顧客がそのライセンス単独で便益を得られるか、そして契約の中で他の約束と区分できるかで判断します。ソフト取引で別個にならない可能性が高いのは、ライセンスと他のサービスが組み合わさり、統合されることで初めて大きな価値を生む場合や、導入作業が非常に特殊で、提供元以外には実施できない場合です。

図3　ライセンスとサービスが組み合わさって1つの成果になるかどうかが分かれ目になる

反対に、どの販売店でも行えるような標準的なインストール支援や操作説明だけであれば、顧客はライセンス単独でも便益を得られますので、別個の履行義務になる可能性があります。その場合、取引価格を独立販売価格の比率で配分し、ライセンス部分とサービス部分を別々に計上します。

数値で確認しておきます。ライセンス1,800千円と標準的な導入支援200千円をセットで1,800千円に値引きして販売し、それぞれの単独販売価格が1,800千円と200千円だったとします。取引価格1,800千円を9対1で配分すると、ライセンスに1,620千円、導入支援に180千円となり、ライセンスは使用権として引渡し時に、導入支援は作業が終わった時点で計上します。導入支援が提供元にしかできない特殊な作業であれば、この配分は行わず、全体を1つの履行義務として処理します。

図4　他社でも代替できる標準作業なら別々、提供元にしかできない統合作業なら一体として扱う

確認の観点	別個になりやすい	別個になりにくい
導入・設定作業	他社でも実施できる標準作業	提供元にしかできない特殊な作業
カスタマイズ	画面の軽微な調整	ソフトの中核機能を大きく作り替える
組み合わせの効果	単独でも使える	統合して初めて目的を果たす
価格の付け方	それぞれ単独で販売実績あり	セットでしか販売していない

機器組込みソフトのライセンス

スマートフォン、家電、業務用機器などには、出荷前からソフトが組み込まれています。このような「機器組込みソフト」は、形式上は機器の売買契約とソフトの使用許諾契約が同時に結ばれていても、会計上は機器と一体で考えることが多くなります。

架空のZ社の例で考えます。Z社は業務用の計量器を自社サイトで受注し、1台480千円で販売しています。計量器にはZ社が開発した制御ソフトが入っており、購入者は注文時に使用許諾にも同意します。制御ソフトがなければ計量器は動かず、ソフトの更新も不具合の修正にとどまります。購入者は計量器だけ、あるいはソフトだけを他社から調達することもできません。

図5　機器を動かすのに欠かせず、ソフト単体の代替品もなければ、機器と合わせて1つの履行義務になる

この場合、計量器とソフトは互いに強く依存し、ソフトは計量器が機能するための重要な部品になっています。代替品も手に入らないため、両者は別個の財・サービスとは判定せず、1つの履行義務として処理するのが自然です。収益は、購入者が計量器を支配した時点、通常は検収した時点で480千円を一括で計上します。国内の販売で、出荷から支配の移転までが通常の期間であれば、出荷時点で計上する代替的な取扱いを使える可能性もあります。

図6　受注時点ではなく、顧客が機器を支配した時点（通常は検収）で全体の収益を計上する

一方、機器とは別にソフトの大幅な機能追加を継続的に約束している場合や、ソフトを他の機器でも使えるように別売りしている場合は、結論が変わり得ます。組込みだから一体、と機械的に決めず、相互依存の強さと代替可能性を確認してください。

また、機器の保証期間中に提供する修理や交換は、通常の品質保証であれば履行義務ではなく引当金で手当てする論点です。品質保証を超えて、一定期間の機能追加や延長保証を有償で約束している場合は、その部分を別の履行義務として切り出し、期間にわたって計上できないかを検討します。

アクセス権の3要件：企業の活動・顧客への直接影響・財が移らない

ライセンスが別個の履行義務である場合、次の3つの要件をすべて満たせば「アクセスする権利」となり、ライセンス期間にわたって収益を計上します（適用指針第63項）。1つでも満たさなければ「使用する権利」となり、顧客がライセンスを使い始められるようになった時点で収益を計上します（適用指針第64項）。

図7　1つでも満たさなければ使用権になり、ライセンスを渡した時点で収益を計上する

要件①の「著しく影響する活動」には2つの場合があります。1つは、提供元の活動によって知的財産の形態（デザインや中身）や機能性が大きく変わると見込まれる場合です。もう1つは、顧客が知的財産から便益を得る力が、提供元の継続的な活動によって生まれている、または活動に依存している場合です。どちらかに当たれば、要件①を満たします。

図8　どちらか一方に当たれば、要件①の「著しい影響」があると考える

要件②は、その活動の影響が顧客に直接及ぶことです。提供元が社内向けに研究開発をしているだけで、顧客の手元のソフトに何の変化もないなら、要件②は満たしません。要件③は、その活動によって顧客に別の財・サービスが移転しないことです。もし活動の成果が「新版のソフト」として顧客に渡されるなら、それは別の履行義務であり、ライセンスの性質の判定には含めません。

実務では、更新の「有無」ではなく「中身」で判断するのがポイントです。不具合の修正しかない更新は知的財産を大きく変えませんので、要件①を満たしにくくなります。逆に、日々の脅威情報を反映しなければ価値がなくなるソフトは、提供元の活動に便益が依存しているといえます。

要件①の「顧客が合理的に期待している」かどうかは、契約書に書かれていなくても、提供元の過去の実務や公表している方針から判断します。たとえば、毎年大きな機能追加を無償で配布してきた実績があり、製品サイトでも継続的な機能強化をうたっているなら、契約書に義務がなくても顧客はその活動を期待していると考えられます。営業資料やリリースノートも判定の証拠として保管しておきましょう。

図9　更新の有無ではなく、更新が知的財産そのものを大きく変えるかで判断する

事例比較：会計ソフトとウイルス対策ソフト

架空の2社の製品で比べてみます。条件はどちらも、標準仕様の製品で顧客向けのカスタマイズはなく、ライセンス期間3年、対価3,600千円を契約時に一括で受け取るものとします。

X社の業務管理ソフト（会計・販売管理の機能を持つパッケージ）は、期間中に不具合の修正版を配布しますが、機能を変えるような更新を行う義務は契約にも慣行にもありません。法令改正に対応する版は別料金で販売しています。Y社の不正アクセス検知ソフトは、新しい攻撃手口が見つかるたびに検知ルールを更新する義務を負っており、その更新で防御の機能は大きく変わり得ます。

図10　架空の2製品。期間3年・一括3,600千円という条件は同じでも、要件の当てはめで結論が分かれる

X社は、提供元の活動が知的財産を大きく変えることを顧客が期待しているとはいえず、要件①を満たしません。したがって使用権であり、ライセンスを提供した時点で3,600千円を売上にします。Y社は、更新の義務があり、その更新がなければ顧客は新しい攻撃から守られないため、要件①②を満たします。更新はY社自身の製品を維持する活動で、別の財が移るわけではないため要件③も満たします。よってアクセス権であり、3年にわたって計上します。

図11　架空の数値。使用権は初年度に3,600千円を一括、アクセス権は3年で1,200千円ずつ計上する

同じ3,600千円でも、X社は1年目に全額、Y社は1年ごとに1,200千円（月100千円）の計上になります。Y社が受け取った代金は、計上前の部分を「契約負債」（顧客から先に受け取った対価で、まだ履行していない部分）として負債に計上し、期間の経過に応じて売上に振り替えます。

使用権の場合でも、計上できるのは顧客がソフトを実際に使い始められる状態になってからです。たとえば4月1日に契約して代金を受け取っても、ライセンスキーの発行やダウンロードの開始が4月10日なら、収益の計上は4月10日になります。期末をまたぐ契約では、キーの発行日やダウンロード可能日を証憑として残しておくと、期ずれの指摘を防げます。

図12　単位：千円。アクセス権は受け取った対価をいったん契約負債とし、期間の経過に応じて売上に振り替える

なお、X社のように法令改正対応版を別料金で販売する場合、その販売は当初のライセンスとは別の契約です。顧客が購入を決めた時点で新しい契約として判定すればよく、当初のライセンスを遡って期間按分に変える必要はありません。ただし、改正対応を無償で提供することを契約や慣行で約束しているなら、その約束が別個の履行義務にならないか、別途検討が必要です。

もう1つのよくある形は、使用権のライセンスに年間保守（問い合わせ対応と新機能の提供）を付けるケースです。たとえばX社がライセンス3,000千円と年間保守600千円を合わせて3,600千円で販売し、それぞれの独立販売価格の比率が同じであれば、3,000千円は引渡し時、600千円は1年にわたって計上します。保守に新機能の提供が含まれていても、それが別個の履行義務として切り出されている限り、ライセンス本体の性質は使用権のままです。

図13　改正対応版を別料金で提供するなら、元のライセンスとは別の契約・履行義務として扱う

判定で考慮しない要素

ライセンス契約には、「3年間に限る」「国内でのみ使用可」「社内業務の目的に限る」といった制限がよく付いています。これらは顧客に渡す権利の範囲を決めているだけで、権利の性質を変えるものではありません。そのため、使用権かアクセス権かの判定では、時期・地域・用途の制限を考慮しません（適用指針第66項）。

同様に、提供元が有効な特許を持っていて、その特許が侵害されないよう守ることを保証していても、それは判定に影響しません。権利の有効性を守る約束は、知的財産の形態や機能を変える活動ではないからです。期間が長い、保証が手厚いといった印象に引きずられず、3要件の当てはめに集中することが大切です。

判定の結果は、財務諸表の注記にも反映させます。収益認識に関する注記では、主な事業の履行義務の内容と、それを充足する通常の時点を記載します。ライセンス収入が重要な会社であれば、「使用権に該当するライセンスは顧客が利用可能となった時点で、アクセス権に該当するライセンスは契約期間にわたり収益を認識している」といった形で、判定結果が読み手に伝わるように書いておきます。

図14　これらはライセンスの範囲を決める条件にすぎず、一時点か一定期間かの判定には使わない

実務で見かける誤りを並べると、ほとんどが「名称」や「期間の長さ」で結論を決めてしまうケースです。サブスクリプションと呼んでいても、中身が期間限定の使用許諾で更新が不具合修正だけなら、使用権として引渡し時に計上する結論になりえます。逆に、保守サービスが別個の履行義務であれば、ライセンス本体とは分けて期間で計上します。

図15　形式的な言葉や期間の長さだけで判断しないことが、誤りを防ぐ近道になる

オンプレ版・SaaS版との違いと判定の文書化

顧客のパソコンやサーバーにインストールして使うオンプレミス型のパッケージソフトは、一般に使用権に該当することが多いといえます。これに対し、顧客がネット経由で機能だけを利用するSaaSは、通常はソフトの複製を渡さないため、ライセンスではなくサービスの提供として扱い、利用期間にわたって収益を計上するのが一般的です。同じ製品でオンプレ版とSaaS版を併売している会社では、版ごとに処理が分かれることを販売部門にも共有しておきましょう。

オンプレ版の顧客がSaaS版へ乗り換える際に、未使用期間の対価を充当する「移行クレジット」を付ける例もあります。この場合、当初の契約を変更したのか、新たな契約を結んだのかを判定し、充当額を新しい契約の取引価格からの値引きとして扱うかどうかを整理する必要があります。

図16　オンプレミス型のライセンスは使用権になることが多く、SaaSはライセンスではなくサービスとして扱うことが多い

判定は、契約の類型ごとに文書化しておくと監査対応が楽になります。契約書のどの条項を根拠にしたか、更新の実績はどうだったか、顧客がどのような更新を期待しているか（提案書やウェブサイトの表示）を記録し、毎年、製品の運用実態と照らして見直します。契約書で特に確認したいのは次の条項です。

確認する条項	見るポイント
更新・アップデート	義務か任意か、内容は不具合修正か機能追加か
導入・カスタマイズ	提供元しか実施できない作業か
保守・サポート	ライセンスとは別料金か、独立して販売しているか
使用の範囲	期間・地域・用途の制限（性質の判定には使わない）
新版の提供	別料金か無償か、無償なら別個の約束か

図17　契約ごとに同じ順序で記録しておくと、監査や後任者への引継ぎで説明しやすい

関連する論点として、パッケージ販売全般はパッケージソフト販売の収益認識｜出荷・ダウンロード・返品・委託販売・サポート、ネット経由の提供はクラウドサービスの収益認識｜初期費用・無償期間・従量課金・SLA返金、ゲームの課金はゲームのアイテム課金と収益認識｜ゲーム内通貨・ガチャ・アーケードの論点、ロイヤルティを受け取る契約はゲームのライセンス料・MG・製作委員会の会計処理｜ロイヤルティと出資金の扱いで解説しています。ライセンス全般の考え方は収益認識のライセンス｜使用権とアクセス権の区分も参考になります。

よくある質問

最初の一歩は、主力製品の契約書を1本選んで約束を書き出すことです

売上の大きい製品の標準契約書を1本取り出し、ライセンス・導入・更新・保守の約束を表に書き出してください。そのうえで更新の実績を開発部門に確認すれば、アクセス権か使用権かの見当がつき、残りの製品にも同じ型を当てはめられます。

まとめ

ソフトウェアライセンスの収益認識は、①他の約束と別個かを判定し、②別個ならアクセス権の3要件をすべて満たすかを確かめ、③満たせば期間で、満たさなければ一時点で計上する、という順序で進めます。機器組込みソフトは機器と一体で処理することが多く、時期・地域・用途の制限や特許の保証は判定に使いません。名称や期間の長さではなく、提供元の活動がソフトの中身をどれだけ変えるかに注目して判断し、その根拠を契約ごとに記録しておくことが、監査や上場審査で説明できる体制につながります。

本記事の根拠

• 企業会計基準委員会 企業会計基準適用指針第30号「収益認識に関する会計基準の適用指針」（最終改正2024年9月13日）
• 国税庁「「収益認識に関する会計基準」への対応について～法人税関係～」（平成30年5月）
• 国税庁「「収益認識に関する会計基準」への対応について」（解説ページ）
• 国税庁 法人税基本通達 第2章第1節第1款 資産の販売等に係る収益計上に関する通則（2-1-1〜2-1-1の16）
• 法人税法（第22条の2 収益の額）e-Gov法令検索

免責：本記事は一般的な情報提供を目的とし、個別案件に対する法務、会計、税務その他の専門的助言を構成するものではありません。実際の対応は、最新の法令・取引所規則・公表資料を確認し、必要に応じて専門家へご相談ください。