IFRS15 Step 2：履行義務の識別｜「別個」の判定基準と実務上の論点

2026年3月16日2026年3月23日

このシリーズの記事一覧

こんな経験はありませんか？

ソフトウェアライセンスと導入支援・保守をセットで販売しているが、収益をどのタイミングで・いくら認識すべきか自信がない
「別個かどうか」の判断を巡って監査法人と毎期議論になる
モノとサービスを一緒に売る複合契約で、期末時点の未充足部分をどう計上するか迷っている

この記事でわかること

「別個」の2基準（単体での便益・別個の状況での約束）の具体的な判定方法
ソフトウェア・SaaS・製造業・建設業での典型的な処理パターン
単一の履行義務と誤判断した場合に生じる損益インパクト

対象読者

複数の財・サービスをバンドルして販売している企業の経理担当者
ソフトウェア・SaaS・ITサービス・通信業界の財務担当者
期末に収益計上タイミングで監査人と議論になることが多い方

Step 2の目的：契約の中に「いくつの収益認識単位があるか」を決める

Step 1で顧客との契約が識別できたら、次にその契約の中にいくつの履行義務が含まれているかを識別します。これがStep 2の目的です。

履行義務の数が変わると、収益認識のタイミングと金額の配分が変わります。例えばソフトウェアライセンス（一時点で充足）と3年間の保守サービス（一定期間にわたって充足）が1つの契約に含まれている場合、これらを2つの別個の履行義務と識別すれば、それぞれのタイミングで収益を分けて認識します。一方、単一の履行義務と判断すれば3年間にわたって均等に収益を認識することになります。この違いは、特に期末をまたぐ取引では損益計上タイミングに大きな影響を与えます。

履行義務の定義：明示的な約束と黙示的な約束

履行義務とは、顧客との契約において顧客に財またはサービスを移転するという約束です（IFRS 15.22）。

約束は契約書に明示されている必要はありません。企業の慣行・公表している方針・特定の声明によって生じる黙示的な約束も履行義務に含まれます。

実務上見落としやすい黙示的な履行義務の例を挙げます。

契約書に記載がないが、慣行として無償で初回トレーニングを提供している
製品販売後に慣行として無償アップデートを提供している
「顧客満足保証」として返品・交換に無条件に応じている

これらは契約書に書かれていなくても、顧客が合理的に期待している約束であれば履行義務として識別する必要があります。監査人から「黙示的な履行義務を見落としていないか」を問われるのは、このためです。

別個の履行義務かどうかの判定：2つの基準

識別した約束（財またはサービス）が別個の履行義務となるためには、以下の2つの基準を両方満たす必要があります（IFRS 15.27）。

基準①：財またはサービス単体での便益（Capable of being distinct）

顧客が、その財またはサービスを単独で、または容易に入手できる他のリソースと組み合わせることで便益を得られるかどうかを判断します。

「容易に入手できる他のリソース」とは、企業自身が別途販売しているもの、または市場で入手可能なものを指します。

基準①を満たす例：

ソフトウェアライセンス単体で機能し、他社の保守サービスとも組み合わせられる
製品（ハードウェア）を単独で販売しており、顧客が独自に設置できる

基準①を満たさない例：

高度にカスタマイズされたソフトウェアで、そのソフトウェアを開発した企業の導入支援なしには使用できない
他の財と物理的に結合されており、単体では機能しない部品

基準②：別個の状況における約束（Distinct within the context of the contract）

その財またはサービスを移転するという約束が、契約内の他の約束と別個に識別できるかどうかを判断します。

以下のいずれかに該当する場合、別個の状況での約束とは認められません（IFRS 15.29）。

企業が財・サービスを統合して単一の成果物に結合するサービスを提供している（システムインテグレーション等）
ある財・サービスが別の財・サービスを大幅に修正またはカスタマイズする
財・サービスが高度に相互依存・相互に関連しており、それぞれを単独で履行できない

基準②を満たす例：

ソフトウェアライセンスと標準的な保守サービス（ライセンスの機能は保守の有無に関わらず独立して機能する）

基準②を満たさない例：

顧客仕様の大規模システム開発における設計・開発・テスト・導入の各フェーズ（相互に高度に依存しており、全体として単一の成果物を構成する）

判定フロー

実務での判断をシンプルに整理すると以下のフローになります。

① 契約に含まれる約束（財・サービス）をすべて列挙する

② 各約束について基準①を確認する → 単体または容易に入手できるリソースとの組み合わせで便益を得られるか？ → No：別個ではない → 他の約束と結合して単一の履行義務として処理

③ 基準①を満たした約束について基準②を確認する → 契約の文脈でも別個に識別できるか？ → No：別個ではない → 他の約束と結合して単一の履行義務として処理

④ 両方を満たした約束 → 別個の履行義務として識別

業種別の典型的な判断パターン

ソフトウェア・SaaS業界

ケース①：クラウドSaaSの場合

SaaSは「ソフトウェアのライセンス」ではなく「サービスへのアクセス権」の提供です。セットアップ・初期設定・オンボーディングが含まれる場合、それらが別個の履行義務かどうかの判断が必要です。

一般的に、オンボーディングが顧客にとって独立した価値を持たず、SaaSサービスの利用開始に不可欠な準備作業にすぎない場合は、SaaSサービスと結合して単一の履行義務として処理します。一方、顧客が独立したコンサルティングとして価値を認識し、別途購入可能なトレーニングや導入支援が含まれる場合は別個の履行義務となります。

ケース②：オンプレミスソフトウェア＋保守の場合

ソフトウェアライセンスと保守サービス（アップデート・技術サポート）がセットの場合、判断の分岐点は「ソフトウェアが保守なしで機能するか」です。保守なしでも現バージョンが機能する場合、一般的に2つの別個の履行義務として識別されます。ライセンスは一時点で、保守は契約期間にわたって収益認識します。

製造業（製品＋設置・据付サービス）

製品と設置サービスが別個の履行義務かどうかは「設置の複雑さ」によります。顧客または第三者が容易に設置できる場合（標準的な設置）は別個の履行義務となります。一方、高度な専門技術を要する設置で、その企業でなければ適切に設置できない場合は、製品と設置を結合して単一の履行義務として処理することが多くなります。

建設・エンジニアリング業界

大型インフラ・プラント建設では、設計・調達・建設（EPC契約）の各フェーズを別個の履行義務として識別するかどうかが論点になります。IFRS 15のもとでは、各フェーズが高度に相互依存しており企業が統合サービスを提供していると判断される場合、単一の履行義務として処理するのが一般的です。

誤判断した場合の損益インパクト

Step 2の判断を誤った場合にどのような影響が出るかを、具体的な数字で確認します。

前提： ソフトウェアライセンス（独立販売価格800万円）＋3年間の保守サービス（独立販売価格300万円）をセットで1,000万円で販売。

誤判断：単一の履行義務として処理した場合 → 収益1,000万円を3年間で均等認識（年333万円）

正しい判断：2つの別個の履行義務として処理した場合 → 取引価格をStep 4で独立販売価格比率で配分 → ライセンス分：1,000万円 × 800/1,100 ≒ 727万円を契約開始時に一括認識 → 保守分：1,000万円 × 300/1,100 ≒ 273万円を3年間で均等認識（年91万円）

初年度の収益認識額が333万円（誤判断）と818万円（正しい判断）で約2.5倍の差が生じます。この差は期末の利益水準・税負担・KPIに直結するため、監査人が特に注目する論点です。

J-GAAPとの主な相違点

日本基準（ASBJ収益認識会計基準）はIFRS 15をほぼ取り込んでいますが、以下の実務上の便法が追加されています。

論点	IFRS 15	日本基準
出荷・配送活動	別個の履行義務かどうかを検討	収益認識後の費用として処理する代替処理が認められる
知的財産のライセンス	「アクセス権」か「使用権」かで処理が異なる	同様だが一部追加ガイダンスあり
重要性による省略	原則として認められない	重要性が乏しい場合の代替処理が認められる

まとめ

Step 2「履行義務の識別」で押さえるべきポイントは以下の通りです。

別個かどうかの判定は「単体での便益（基準①）」と「別個の状況での約束（基準②）」の2基準を両方確認する
契約書に書かれていない黙示的な約束も履行義務になりうる
誤判断は初年度収益に数倍の差をもたらすため、監査人との事前合意が重要
業種特性（SaaS・製造・建設）によって典型的な判断パターンが異なる

次回はStep 3「取引価格の算定」を解説します。変動対価の見積もりと「重大な戻し入れ制限」が実務上最も難しい論点です。

IFRS学習をさらに深めたい方へ

（ここにUSCPA・ACCA資格講座のアフィリエイトリンクを設置）

よかったらシェアしてね！

URLをコピーしました！

URLをコピーしました！

この記事を書いた人

まめ