収益認識基準における複数の契約の結合とは？要件と実務対応を解説

企業が顧客と取引を行う際、実質的には1つの取引であるにもかかわらず、実務上の理由から複数の契約書に分割して締結されるケースがあります。収益認識に関する会計基準（企業会計基準第29号）では、このような場合に取引の実態を正しく財務諸表に反映させるため、「複数の契約の結合」というルールを設けています。本記事では、契約結合の要件や実務上の負担を軽減する特例、具体的なケーススタディについて詳細に解説いたします。

複数の契約の結合の概要と基準設定の背景

まずは、なぜ別々に締結された契約書を会計上1つの契約として結合する必要があるのか、その基本的な概要と背景について解説します。

契約を結合する基本的な考え方

本会計基準において、同一の顧客（当該顧客の関連当事者を含む）と同時又はほぼ同時に締結された複数の契約は、一定の要件を満たす場合、個別の契約として扱うのではなく、結合して単一の契約とみなして会計処理を行うことが求められます。これは、法的な契約書の数にとらわれず、経済的な実態に基づいて収益を認識するための重要な原則です。（参考：企業会計基準第29号第27項）

恣意的な利益操作を防ぐためのルール

契約結合のルールが設けられた最大の背景は、形式的な契約の分割による恣意的な利益操作（収益認識時期や金額の操作）を防ぐことにあります。例えば、本来3,000万円のシステム開発取引を、1,500万円のハードウェア販売契約と1,500万円の保守契約に意図的に分割し、ハードウェア側に不当に高い2,500万円の価格を設定して早期に売上を計上するようなケースが想定されます。このような会計処理を防ぎ、国際財務報告基準（IFRS第15号）と同様に取引の経済的実態を正しく反映させるために本ルールが規定されました。

複数の契約を結合するための3つの要件

同一の顧客と同時期に締結された複数の契約が、以下の3つの要件のいずれかに該当する場合、企業はそれらの契約を結合しなければなりません。

同一の商業的目的による一括交渉

複数の契約が、実質的に同一の商業的目的をもつものとして一括して交渉された場合です。例えば、機器の販売契約と、その機器を稼働させるために不可欠な設置・設定契約が同時に交渉された場合、これらは全体として「稼働状態の機器を納品する」という単一の目的を持つと判断されます。（参考：企業会計基準第29号第27項(1)）

価格や履行の相互依存性

1つの契約において支払われる対価の額が、他の契約の価格や履行状況によって影響を受ける場合です。例えば、A契約の単価を通常100円のところ50円に値引きする代わりに、B契約を必ず1,000個（単価200円）発注してもらうといった条件が設定されている場合、両者の価格設定は相互に依存しているとみなされます。（参考：企業会計基準第29号第27項(2)）

単一の履行義務への該当性

複数の契約において約束した財又はサービスを全体として評価した場合に、別個のものとはならず単一の履行義務となる場合です。後述するシステム開発のケースのように、汎用ソフトウェアと専用カスタマイズが相互に高く関連しており、切り離して提供できない場合が該当します。（参考：企業会計基準第29号第27項(3)）

実務上の負担を軽減する代替的な取扱い（特例）

原則として上記の要件を満たせば契約を結合する必要がありますが、実務上、膨大な数の契約を逐一判定することは企業にとって過大な負担となります。そこで、収益認識に関する会計基準の適用指針（企業会計基準適用指針第30号）では、例外的な取扱いを認めています。

個々の契約を独立して処理できる要件

以下の2つの要件を両方満たす場合には、例外的に複数の契約を結合せず、個々の契約ごとに収益を認識する代替的な取扱いが認められます。（参考：企業会計基準適用指針第30号第94項）

工事契約に関する特例措置

さらに、建設業などの工事契約に関しては、複数の契約を結合した場合の収益認識の時期及び金額との差異に重要性が乏しいと認められる場合、あえて異なる顧客と締結した契約や、異なる時点に締結した契約であっても、それらを結合して「単一の履行義務」として識別できる特例が設けられています。これにより、実務上の柔軟な対応が可能となります。（参考：企業会計基準適用指針第30号第95項）

【ケーススタディ】システム開発における契約結合の具体例

契約結合のルールが実務でどのように適用されるのか、システム開発会社の事例を用いて具体的に解説します。

ソフトウェア販売とカスタマイズ開発の分離契約

あるシステム開発会社が、同一の顧客に対して以下の2つの契約を同時期に別々の契約書で締結したとします。

• 契約A：自社の汎用パッケージソフトウェアの販売契約（取引価格1,000万円）
• 契約B：上記ソフトウェアを顧客の複雑な業務要件に合わせて大幅にカスタマイズする開発契約（取引価格2,000万円）

法的には2つの独立した契約ですが、顧客の視点から見れば、汎用ソフトウェア単体（契約A）では自社の業務目的を満たさず、カスタマイズ（契約B）されて初めて利用価値が生まれます。したがって、これら2つの契約は全体として「顧客が求めるシステムを完成させる」という同一の商業的目的をもって交渉されたとみなされます。

契約結合による会計処理への影響

ソフトウェアの提供とカスタマイズ作業は相互に高く関連しており、全体で単一の履行義務に該当すると判定されます。そのため、企業は「ソフトウェアを納品した時点で1,000万円の売上を即座に計上する」という個別の会計処理を行うことは認められません。

本基準に従い、両者を結合して総額3,000万円の1つの契約とみなす必要があります。その結果、企業はカスタマイズ開発の進捗度を合理的に見積もり、全体の3,000万円という取引価格を一定の期間にわたり進捗に応じて徐々に収益として認識していくことになります。

まとめ

収益認識基準における複数の契約の結合は、取引の経済的実態を財務諸表に正確に反映させ、恣意的な利益操作を防止するための重要なルールです。同一顧客と同時期に締結された契約は、「同一の商業的目的」「価格の相互依存」「単一の履行義務」のいずれかに該当する場合、結合して処理する必要があります。一方で、実務負担を考慮した代替的な取扱いも用意されているため、自社の取引形態に合わせて適切に要件を判定し、正しい会計処理を適用することが求められます。

複数の契約の結合に関するよくある質問まとめ

Q.複数の契約の結合とはどのようなルールですか？

A.同一の顧客と同時またはほぼ同時に締結された複数の契約について、実質的に1つの取引とみなされる場合に、それらを結合して単一の契約として会計処理を行うルールです。（参考：企業会計基準第29号第27項）

Q.なぜ複数の契約を結合する必要があるのですか？

A.契約を意図的に分割し、一方の契約に不当に高い価格を設定して早期に収益を計上するといった、恣意的な利益操作を防ぎ、取引の経済的実態を正しく反映させるためです。

Q.契約を結合するための具体的な要件は何ですか？

A.「同一の商業的目的で一括交渉された」「価格や履行が相互に依存している」「全体で単一の履行義務となる」のいずれかに該当する場合に結合が必要となります。（参考：企業会計基準第29号第27項）

Q.すべての複数契約を結合判定するのは実務上負担ですが、例外はありますか？

A.はい。個々の契約が実質的な取引単位であり、かつ金額が独立販売価格と著しく異ならない場合は、例外的に結合せず個別に処理できる代替的な取扱いが認められています。（参考：企業会計基準適用指針第30号第94項）

Q.工事契約に関する特例とはどのようなものですか？

A.複数の契約を結合した場合の収益認識の時期や金額の差異に重要性が乏しい場合、異なる顧客や異なる時期の契約であっても結合して単一の履行義務として処理できる特例です。（参考：企業会計基準適用指針第30号第95項）

Q.システム開発においてソフトウェア販売とカスタマイズ開発を別契約にした場合どうなりますか？

A.両者が相互に高く関連し、顧客にとってカスタマイズされて初めて価値が生じる場合は単一の履行義務と判定され、契約を結合して全体の進捗に応じて収益を認識する必要があります。

実際の会計処理は個別事情によって判断が分かれます。具体的なケースは公認会計士へのご相談をおすすめします。