ライセンス契約を締結したばかりだとします。小売業者があなたのブランドで販売するたびに1個あたりのロイヤルティを支払うかもしれませんし、顧客が3年間のソフトウェアライセンス料を前払いしたかもしれません。現金は動いています——しかし、それをいつ収益として計上できるのでしょうか？3年間のブランドライセンスを1か月目にすべて計上すれば、損益計算書には二度と繰り返されない一時的な利益が表示されます。一方、1回限りのソフトウェア提供を3年間にわたって配分すれば、実際に収益を稼いだ四半期を過小表示することになります。どちらの誤りも影響を増幅させます。投資家は成長を誤読し、税務の状況は歪み、監査人が悪い知らせを伝えることになります。
収益認識基準であるASC 606は、知的財産のライセンスに独自のルールブック（ASC 606-10-55-58から55-65）を設けています。タイミングの問題はすべて1つの分類にかかっています。あなたのIPは機能型か象徴型か。このラベルが、ある一時点で収益を認識するか、ライセンス期間にわたって認識するかを決め、さらに2つのルール——売上ベースのロイヤルティ例外と最低保証——と相互作用し、ほとんどすべての初めてのライセンサーを驚かせます。以下では、各要素の仕組みを仕訳とともに説明します。
ライセンスに独自のルールブックがある理由
ASC 606の5ステップモデルでは、契約を識別し、履行義務を識別し、取引価格を決定し、配分し、各義務を履行するにつれて収益を認識します。ほとんどの財やサービスでは、「履行済み」は直感的です。製品を出荷するか、作業を実行したということです。
ライセンスがより厄介なのは、引き渡すもの——アイデアを使用する権利——が、顧客が使用しても枯渇しないからです。ライセンスキーをメールで送るソフトウェアベンダーは、初日にはすべてを引き渡したと主張できるでしょう。一方、ブランドをライセンスするフランチャイザーは、何年も働き続けます。全国広告、品質基準、メニュー開発が、フランチャイジーが支払ったものの価値を支えています。両方の取引を同じように認識すると、どちらかを誤表示することになるため、基準は収益を計上するタイミングを告げる前に、どの種類のIPをライセンスしたかを問いかけます。
この問いかけは、計算の前に来ます。分類を正しく行えばタイミングはそれに従い、間違えれば下流のすべての仕訳がそれとともに間違ったものになります。
機能型IPと象徴型IP：タイミングを決める分類
ASC 606は、ライセンスされた知的財産を、IPが重要な独立した機能を有するかどうか——あなたのさらなる助けなしに機能やタスクを実行し、取引を処理し、または再生・放送できる能力——に基づいて2つのバケツに分けます。
機能型IP：使用する権利、一時点での認識
機能型IPはそれ自体で機能します。典型的な例：
- パッケージまたはオンプレミスのソフトウェア
- 完成したメディアコンテンツ（完成した映画、録音された曲、公開された写真）
- 特許取得済みの薬の処方または完成したエンジニアリング設計
機能型IPをライセンスすることは、ライセンスを付与した瞬間に存在するIPをそのまま使用する権利を顧客に与えます。顧客が必要とするすべてを引き渡したため、履行義務はその一時点で満たされます。顧客が3月1日にデスクトップソフトウェアの永久ライセンスの対価として60,000ドルを支払った場合、顧客が2年間に分割で支払う場合でも、3月1日に全額60,000ドルを認識します。（分割払いは収益のタイミングの問題ではなく、資金調達と回収の問題です。）
テストは、引き渡した日に顧客がIPで何ができるかです。答えが「支払ったものすべて」なら、機能型IPと一時点での認識を見ています。
象徴型IP：アクセスする権利、期間にわたる認識
機能型IPでないものはすべて象徴型IPです。その価値は、顧客が手にしているものではなく、あなたの継続的な活動から生まれます。
- ブランド名、商標、ロゴ、商号
- フランチャイズシステムとキャラクターの肖像
- アパレルメーカーにライセンスされたスポーツチームのマーク
象徴型IPをライセンスすることは、ライセンス期間にわたってあなたのIPにアクセスする権利を顧客に与えます。あなたがブランドを維持し続ける——広告、品質の強制、同じマークでの新しいコンテンツのリリース——ため、顧客は利益を得ます。その約束を継続的に履行するため、収益は通常、ライセンス期間にわたって定額法で期間にわたって認識します。前払いされた12万ドルの1年間の商標ライセンスは、月額1万ドルの収益となり、未稼得の残高は稼得されるまで前受収益に残ります。
| 機能型IP | 象徴型IP | |
|---|---|---|
| 約束の性質 | 使用する権利 | アクセスする権利 |
| 認識 | 一時点（付与時） | 期間にわたる（通常は定額法） |
| 例 | ソフトウェア、完成したメディア、薬の処方 | ブランド、ロゴ、フランチャイズ、キャラクターのマーク |
| 主要な問い | 私のさらなる努力なしに機能するか？ | その価値は私が続けることにかかっているか？ |
例外の中の例外
機能型ライセンスでも、次の3つすべてが当てはまる場合、アクセスする権利となり得ます（ASC 606-10-55-62）。
- 契約が、IPに重要な影響を与える活動をあなたが行うことを要求している、または顧客がそれを合理的に期待している。
- 顧客の権利が、それらの活動の正または負の効果に顧客をさらす。
- それらの活動が、別個の財またはサービスを顧客に移転しない。
ライセンス期間中に大幅にアップグレードするアプリケーションソフトウェアを考えてみましょう。顧客は常に最新バージョンを実行する必要があります。アップグレードは顧客が使用するものを再形成するため、ライセンスは1回限りの引き渡しではなくアクセスのように振る舞い、収益は期間にわたって配分されます。これは狭い回廊です。定期的なバグ修正や、提供する義務のない不特定の将来のアップデートではそこに到達しません。3つのボックスすべてに真面目にチェックを入れられない場合、機能型ライセンスは一時点のままです。
売上ベースのロイヤルティ例外：販売が発生したときに認識
多くのライセンスは、販売されたユニットごとまたは使用ごとにライセンサーにロイヤルティを支払います——ロゴ入りのシャツ1着あたり2ドル、特許取得済みコンポーネントの純売上高の5パーセントなど。通常、ASC 606は変動対価を事前に見積もり、その後の戻し入れが起こりそうにないように見積もりを制約することを要求します。顧客の将来の売上に連動するロイヤルティは、その作業を純粋な推測にしてしまうため、基準はそれらを除外します。
売上または使用ベースのロイヤルティ例外（ASC 606-10-55-65）の下では、ライセンスが取引の主要な項目である場合、ロイヤルティをまったく見積もりません。ロイヤルティ収益は次のいずれか遅い方で認識します。
- その後の販売または使用が発生する、または
- ライセンスの履行義務が満たされる（または部分的に満たされる）。
実際には、2番目の条件はほとんど常に最初に満たされます——契約開始時にライセンスを付与したからです——そのため収益は単に顧客の売上報告に従います。第1四半期に2ドルのロイヤルティでライセンスされた1,000ユニットを販売した場合、ロイヤルティの小切手がいつ届くかに関係なく、販売が発生した第1四半期に2,000ドルのロイヤルティ収益を計上します。
避けるべき2つの罠：
- ライセンスが主要でなければならない。 ロイヤルティが取るに足らないライセンスとセットになったサービスに対して実際に支払われる場合、例外は適用されず、変動対価の見積もりに戻ります。ライセンスが取引を支配する理由を文書化してください——監査人が最初に尋ねるのはそれです。
- ロイヤルティを取引価格に予測しない。 顧客が自信を持って50,000ユニットを予測したとしても、それらの予測は初期の取引価格に含めません。この例外は、結果があなたではなくライセンシーの業績に依存するからこそ存在します。
最低保証：前払いの固定金額、後払いのロイヤルティ
ライセンサーはしばしば最低保証でダウンサイドを保護します。ライセンシーは期間にわたって少なくとも30万ドルを支払い、ユニットごとのロイヤルティに対して回収可能です。契約が販売ユニットあたり500ドル、最低額30万ドルを約束しているとします。ライセンシーが400ユニットを販売した場合、ロイヤルティは合計20万ドルですが、それでも30万ドルを回収します。1,000ユニットを販売した場合、全額50万ドルを回収します。
ASC 606がその取引をどのように分割するかは次のとおりです。
- 30万ドルの保証は固定対価です。 契約開始時に取引価格に含まれます——顧客が支払わなければならないため、見積もりは不要です。ライセンスに配分し、ライセンスの性質に従って認識します。機能型ライセンスなら付与時に前払い、象徴型ライセンスならライセンス期間にわたって。
- 保証を超えるロイヤルティはロイヤルティ例外を使用します。 30万ドルを超えて稼得された各ドルは、基礎となる販売が発生したときに認識されます。
3年間の期間にわたる象徴型ライセンスのバージョンをたどってみましょう。開始時に、前受収益に対して30万ドルの売掛金（または支払われた現金）を記録し、年間10万ドルをライセンス収益として解放します。2年目にライセンシーの売上が累積稼得ロイヤルティを38万ドルに押し上げます——保証を超える8万ドルは、それらの販売が発生した2年目に認識されます。契約全体の総収益は、ロイヤルティが最終的に合計するものと等しくなりますが、保証部分のタイミングはライセンスに従い、超過分は売上に従います。
よくある間違いは、象徴型ライセンスの保証全体を初日に稼得したものとして扱うこと、または機能型ライセンスの保証を期間にわたって繰り延べることです。保証はライセンスのタイミングを継承し、超過分だけが売上に乗ります。
もう1つ知っておくべきタイミングルールがあります。ライセンスの更新からの収益は、顧客が早期に署名して支払ったとしても、更新期間が始まる前に認識されることはありません。更新された権利は、新しい期間が始まるまで存在しません。
元帳への記帳
会計は、いくつかのBeancountアカウントにきれいに対応します。ライセンシーが負う売掛金、稼得前に回収された現金の前受収益、稼得部分のライセンス収益アカウントです。前述の象徴型ライセンスの例——30万ドルの保証付き3年間のブランドライセンス、前払い——を次に示します。
2026-01-01 * "Brand license fee received, 3-year term, $300k minimum guarantee"
Assets:Checking 300000.00 USD
Liabilities:Deferred-Revenue:Licensing各年度末に、アクセス義務が満たされるにつれて3分の1を解放します。
2026-12-31 * "Year 1 brand license revenue recognized"
Liabilities:Deferred-Revenue:Licensing 100000.00 USD
Income:Licensing:Royalties売上報告が保証を超えるロイヤルティを示した場合、稼得として計上します。
2027-12-31 * "Royalties earned above minimum guarantee, per sales report"
Assets:Royalties-Receivable 80000.00 USD
Income:Licensing:Royalties機能型ライセンスの場合——たとえば3月1日に提供された60,000ドルの永久ソフトウェアライセンス——収益仕訳は提供日に計上され、未払いの分割払いは前受収益ではなく売掛金として追跡されます。
2026-03-01 * "Perpetual software license delivered, payable in 4 installments"
Assets:License-Receivable 60000.00 USD
Income:Licensing:Software勘定科目表でライセンス収益を製品売上から分離することは、2つの点で報われます。収益ストリーム別のマージンが正直に保たれ、税務時にどの収益がロイヤルティからのものか、販売された商品からのものかを正確に確認できます。この方法で帳簿を追跡すれば、アカウント別の収益レポートは別途スプレッドシートなしでASC 606のストーリーを伝え、それらの残高の経時的なダッシュボードビューは象徴型ライセンスの定額法による解放を一目で見えるようにします。（月次解放を自動化する定期取引の設定についてはBeancountドキュメントを、期間ごとの収益アカウントの可視化についてはFavaガイドをご覧ください。）
避けるべきよくある間違い
- 契約書のラベルで分類するのではなく、実質で分類する。 書類上で取引を「サブスクリプション」や「使用する権利」と呼んでも何も決まりません。3年間のロゴライセンスは、見出しが何と言おうと象徴型です。
- 機能型ライセンスの収益を支払スケジュールにわたって配分する。 分割請求は資金調達であり、履行ではありません。収益はライセンスが付与されたときに計上されます。
- 売上ベースのロイヤルティを開始時に見積もる。 例外はそれを禁じています。売上を待ちましょう。
- 取引価格に保証を忘れる。 最低額は固定対価であり、初日から価格に含まれ、ライセンスに配分されます。
- 古い期間中に更新収益を認識する。 早期署名、早期現金——更新期間が始まるまで収益はありません。
次のステップ
最大の有効なライセンス契約を引き出し、3つの質問に答えてください。IPは機能型か象徴型か、対価の一部が主要なライセンスに対する売上または使用ベースのロイヤルティか、ロイヤルティ構造の中に固定対価を隠している最低保証があるか。これら3つの答えが、契約が今後生み出すすべての仕訳を決定します。今すぐ契約ファイルに書き留めておけば、次の売上報告は調査プロジェクトではなく日常的な仕訳になります。
