メインコンテンツへスキップ
Beancount.io Logo

ライセンサーのためのロイヤリティ会計:ASC 606の販売・使用ベースロイヤリティ例外

約1分Mike ThriftMike Thrift
ライセンサーのためのロイヤリティ会計:ASC 606の販売・使用ベースロイヤリティ例外

あなたは本を書き、ソフトウェアを構築し、曲を作曲し、またはあなたのブランドをフランチャイジーにライセンスしました。半年後、小切手付きのロイヤリティ計算書があなたの受信箱に届きましたが、その収益をどの月に計上すべきだったのか、まったく分かりません。

もしあなたがライセンシーの四半期ロイヤリティ報告書を前にして、その収入を契約締結日、ライセンシーが商品を販売した日、または小切手が決済された日のいずれで記録すべきか悩んだことがあるなら、あなたは一人ではありません。ロイヤリティ収入は、中小企業の簿記において最も頻繁に誤って処理される領域の一つです。その概念が特殊だからではなく、それを規定する規則が、ほとんどの人が支払いを受けることについて直感的に考える方法とは逆向きに働くためです。

中核となる規則:ライセンシーが何かを販売するまで計上できない

米国GAAPの収益認識基準であるASC 606では、ライセンス契約に対して販売・使用ベースロイヤリティ例外と呼ばれる特別な免除規定が設けられています。これは、ライセンシーの売上高に連動するロイヤリティ収入が固定請求書とは根本的に異なるためです。つまり、金額が不明確、予測不可能であり、完全にあなた自身のパフォーマンスではなく、他者のパフォーマンスに依存しているからです。

この例外は、以下の2つの条件が両方とも真である場合に適用されます。

  1. ロイヤリティがライセンシーの販売または使用のみに依存している — ユニットごと、ダウンロードごと、ストリームごと、または収益のパーセンテージによる支払いであり、定額料金、マイルストーン支払い、または数量コミットメントではない。
  2. 知的財産ライセンスが、契約で移転される唯一または主要な項目である — 機器、在庫、または取引を支配する可能性のあるサービスとバンドルされていない。

両方の条件が満たされる場合、収益認識のタイミングに関する規則は異例なほど厳格です。ロイヤリティ収入は、以下の両方が発生した場合にのみ認識されます。いずれか遅い方です。

  • あなたのライセンシーによる基礎となる販売または使用が実際に発生したこと、および
  • あなたが契約の自分の側(通常、ライセンスされたIPの提供または維持)を履行した(または部分的に履行した)こと。

平たく言えば、ライセンシーがレジを打つまで、あなたの帳簿に収益は存在しません。昨年1月に5年間の独占ライセンスを締結したことは関係ありません。あなたの請求書に「Q2ロイヤリティ期限」と書かれていても関係ありません。ライセンシーがまだ何も販売していない場合、あなたはまだ何も稼いでいないのです。それを早期に計上すると、あなたの収益を過大に表示し、あなた自身を含むあなたの財務諸表を読むすべての人を誤解させることになります。

具体的な例

あなたが作成したデザインを家庭用品ブランドに、販売されたユニットあたり0.40ドルでライセンスしたとします。3月に彼らは10,000ユニットを販売しました。4月には4,000ユニットを販売しました。あなたは、ロイヤリティ計算書がいつ届くか、小切手がいつ決済されるかに関わらず、3月に4,000ドルのロイヤリティ収入を、4月に1,600ドルのロイヤリティ収入を認識します。もし3月の計算書が5月まで届かない場合でも、あなたは過去の販売データを使用して3月にその4,000ドルを見積もり、発生主義で計上する必要があります。そして、実際の報告書が届いたときに調整を行います。

これが人々を混乱させる部分です。ロイヤリティ収入のタイミングは、あなたの請求カレンダーではなく、ライセンシーの販売カレンダーに従います。 あなたが請求書の日付または支払いを受けた日に収益を認識している場合、それはGAAPの下では間違っており、さらに重要なことに、あなたの帳簿はあなたのビジネスで実際に起こっていることを反映しません。

なぜ最低保証には同じ扱いが適用されないのか

多くのライセンス契約には最低保証が含まれています。これは、実際の販売が不足した場合でもライセンサーに支払われる最低額です。これは、書籍出版の前払い金、フランチャイズの最低ロイヤリティ、メディアライセンス契約で一般的です。

最低保証は、販売ベースロイヤリティ例外の対象外です。なぜなら、その定義上、純粋にライセンシーの販売に依存しているわけではなく、固定の債務だからです。標準的な処理は次のとおりです。

  • 最低保証額が実際の販売ベースロイヤリティによって超過される可能性が低い場合、通常、ライセンス期間にわたって定額法で認識されます(マテル社が玩具ライセンス契約における保証最低額を会計処理する方法と同様です)。
  • 特定の期間に実際に獲得されたロイヤリティが最低保証額を超過した場合、最低保証額は実質的に最低限の保証に過ぎなかったため、通常の販売ベースのアプローチを使用してより高い金額を認識します。
  • 将来のロイヤリティに対する前払い金は、最初に収益ではなく負債(繰延収益)として計上されるべきです。実際の販売ベースロイヤリティが計上されていくにつれて、その負債から免除されていきます。

この区別は、前払い金を受け取るクリエイターや小規模なライセンサーにとって最も重要です。書籍やソフトウェアライセンスに対して20,000ドルの前払い金を受け取ったからといって、20,000ドルを稼いだことにはなりません。それは、販売が追いつくまで、20,000ドル相当の将来の履行(または返済/将来のロイヤリティを適用する義務)を負っていることを意味します。

機能的IPと象徴的IP:フランチャイズロイヤリティが異なって感じる理由

すべてのロイヤリティ契約が同じように見えるわけではありません。なぜなら、すべてのライセンスが同じ種類のIPを付与するわけではないからです。

  • 機能的IP — ソフトウェア、医薬品の処方、完成した映画や楽曲などのメディア — は、本質的に既に最終形として存在するものの「使用権」です。機能的IPライセンスの収益は、通常、特定の時点(支配が移転した時点)で認識され、販売ベースの支払いについては販売・使用ベースロイヤリティ例外が上乗せされます。
  • 象徴的IP — ブランド名、ロゴ、商標、フランチャイズ権 — は、ライセンサーが継続的にブランドをサポートし、維持することによってのみ価値を持ちます。象徴的IPの収益は、ライセンス期間にわたって認識されます。なぜなら、「履行義務」は一度限りの提供ではなく、継続的なブランド管理だからです。

このため、フランチャイザーがフランチャイジーの月間売上からのロイヤリティを認識する方法は、表面上は著者が本の売上からのロイヤリティを認識する方法と似ていますが、根底にある履行義務は異なります。フランチャイザーはブランド基準、供給関係、マーケティングを維持することで継続的に「履行」しているのに対し、著者の履行義務(完成原稿の納品)は契約締結時に満たされています。しかし、どちらの場合でも、販売ベースのロイヤリティは、ライセンシーの販売が実際に発生するまで認識できません。この規則の部分は変わりません。

実際に人々がお金を失う会計処理の誤り

  1. 請求書日または契約日に収益を計上し、販売/使用日ではない。 これは最も一般的な誤りであり、契約を締結した期間または請求書を送付した期間の収益を過大に表示します。
  2. 前払い金を即時収入として扱う。 前払い金は、実際の販売ベースロイヤリティを通じて稼得されるまでは負債であり、棚ぼた収入ではありません。
  3. 報告の遅延に対する発生主義会計を行わない。 ライセンシーは通常、販売後30〜90日遅れて報告します。彼らの報告書を待ってから何かを記録すると、あなたの帳簿は常に四半期遅れの状態になります。過去のパターンに基づいて見積もり、発生主義で計上し、その後調整を行います。
  4. 最低保証を販売ベースロイヤリティと一括りにする。 これらは異なる認識メカニズムを持っており、一つの「ロイヤリティ収入」のバケットではなく、別々の勘定科目として追跡する必要があります。
  5. 海外ライセンシーとの通貨および単位の照合を無視する。 国際的にライセンス供与している場合、報告された数値を帳簿に記録する前に、ロイヤリティ計算書のユニットごとのレートと通貨換算が契約条件と一致していることを確認してください。

ライセンス収入を記録するだけでなく、追跡可能にする

ロイヤリティ会計は、すべてのドルを特定の販売、特定の発生主義見積もり、特定の調整にまで遡ることができるビジネスに報います。単に四半期ごとの一括「ロイヤリティ収入」の入力だけではありません。ライセンス収入は、後で修正される見積もり(実際のライセンシー報告書に対して調整される販売ベースロイヤリティ、時間の経過とともに稼得される前払い金)をほぼ常に伴うため、どの仮定がどの数字を生み出したかを正確に確認し、より良いデータが届いたときにきれいに調整できる帳簿が必要です。

Beancount.ioは、透明性がありバージョン管理されたプレーンテキスト会計を提供します。そのため、あなたのライセンス収入に関するすべての発生主義見積もり、調整、最低保証の償却スケジュールが、あなたが完全に管理するシステムに文書化されます。ブラックボックスもなく、ベンダーロックインもありません。無料で始めることで、なぜ開発者や財務担当者がプレーンテキスト会計に切り替えているのかをご覧ください。

この記事を共有