Перейти к основному содержимому

Лицензионная выручка: функциональная и символическая ИС по ASC 606

Опубликовано 10 мин чтенияMike ThriftMike Thrift
Лицензионная выручка: функциональная и символическая ИС по ASC 606
Содержание страницы

Вы только что подписали лицензионный договор. Возможно, розничный продавец будет платить вам роялти с каждой проданной единицы товара под вашим брендом, или клиент заплатил авансом за трёхлетнюю лицензию на программное обеспечение. Деньги движутся — но когда вы вправе назвать их выручкой? Признайте трёхлетнюю лицензию на бренд целиком в первом месяце — и ваш отчёт о прибылях покажет разовый доход, который никогда не повторится; растяните единовременную поставку программного обеспечения на три года — и вы занизите квартал, в котором фактически его заработали. Любая из этих ошибок накапливается: инвесторы неверно читают ваш рост, налоговая картина искажается, а аудитор получает повод принести дурные вести.

ASC 606, стандарт признания выручки, выделяет лицензии на интеллектуальную собственность в отдельный свод правил (ASC 606-10-55-58 — 55-65). Весь вопрос о моменте признания сводится к одной классификации: ваша ИС функциональная или символическая? Этот ярлык решает, признаёте ли вы выручку в определённый момент времени или на протяжении срока лицензии, и взаимодействует с двумя другими правилами — исключением для роялти от продаж и минимальными гарантиями — которые удивляют почти каждого лицензиара, столкнувшегося с ними впервые. Вот как работает каждый элемент, с проводками в подтверждение.

Почему у лицензий свой свод правил​

В рамках пятишаговой модели ASC 606 вы идентифицируете договор, идентифицируете обязанности к исполнению, определяете цену сделки, распределяете её и признаёте выручку по мере исполнения каждой обязанности. Для большинства товаров и услуг «исполнено» интуитивно понятно: вы отгрузили продукт или выполнили работу.

Лицензии сложнее, потому что то, что вы передаёте — право использовать идею — не истощается, когда клиент ею пользуется. Поставщик программного обеспечения, отправивший лицензионный ключ по электронной почте, arguably передал всё в первый же день. Франчайзер, лицензирующий свой бренд, напротив, продолжает работать годами: национальная реклама, стандарты качества и разработка меню поддерживают ценность того, за что заплатил франчайзи. Признание обеих сделок одинаково исказило бы одну из них, поэтому стандарт сначала спрашивает, какой вид ИС вы лицензировали, и только потом говорит, когда признавать выручку.

Этот вопрос предшествует любым расчётам. Правильно классифицируйте — и момент признания последует сам; ошибитесь — и каждая последующая проводка будет ошибочной вместе с ним.

Функциональная ИС против символической: классификация, решающая момент признания​

ASC 606 делит лицензируемую интеллектуальную собственность на две категории в зависимости от того, обладает ли ИС существенной автономной функциональностью — способностью выполнять функцию или задачу, обрабатывать транзакцию или воспроизводиться или транслироваться без вашей дальнейшей помощи.

Функциональная ИС: право использовать, признаётся в определённый момент времени​

Функциональная ИС работает сама по себе. Классические примеры:

  • Коробочное или локально устанавливаемое программное обеспечение
  • Готовый медиаконтент (завершённый фильм, записанная песня, опубликованное фото)
  • Запатентованная формула лекарства или завершённый инженерный проект

При лицензировании функциональной ИС клиент получает право использовать ИС в том виде, в каком она существует на момент предоставления лицензии. Поскольку вы передали всё, что нужно клиенту, обязанность к исполнению исполняется в этот момент времени. Если клиент платит вам 60 000 долларов 1 марта за бессрочную лицензию на ваше настольное программное обеспечение, вы признаёте полные 60 000 долларов 1 марта — даже если клиент платит в рассрочку в течение двух лет. (Рассрочка — это вопрос финансирования и взыскания, а не момента признания выручки.)

Критерий — это то, что клиент может сделать с ИС в день, когда вы её передаёте. Если ответ «всё, за что они заплатили», вы имеете дело с функциональной ИС и признанием в определённый момент времени.

Символическая ИС: право доступа, признаётся на протяжении времени​

Всё, что не является функциональной ИС, — это символическая ИС. Её ценность исходит из вашей продолжающейся деятельности, а не из чего-либо, что клиент держит в руках:

  • Бренды, товарные знаки, логотипы и фирменные наименования
  • Франшизные системы и образы персонажей
  • Знаки спортивной команды, лицензированные производителю одежды

При лицензировании символической ИС клиент получает право доступа к вашей ИС на протяжении срока лицензии. Клиент выигрывает, потому что вы поддерживаете бренд живым — реклама, контроль качества, выпуск нового контента под теми же знаками. Поскольку вы исполняете это обещание непрерывно, вы признаёте выручку на протяжении времени, как правило, равномерно на протяжении срока лицензии. Единовременно оплаченная годовая лицензия на товарный знак за 120 000 долларов превращается в 10 000 долларов выручки в месяц, а незаработанный остаток остаётся в отложенной выручке до признания.

Функциональная ИССимволическая ИС
Природа обещанияПраво использоватьПраво доступа
ПризнаниеВ определённый момент времени (при предоставлении)На протяжении времени (обычно равномерно)
ПримерыПрограммное обеспечение, готовый медиаконтент, формулы лекарствБренды, логотипы, франшизы, знаки персонажей
Ключевой вопросРаботает ли она без моих дальнейших усилий?Зависит ли её ценность от того, что я продолжаю делать?

Исключение внутри исключения​

Функциональная лицензия всё же может быть правом доступа, если выполняются все три следующих условия (ASC 606-10-55-62):

  1. Ваш договор требует — или клиент разумно ожидает — что вы будете осуществлять деятельность, существенно влияющую на ИС.
  2. Права клиента подвергают его положительному или отрицательному воздействию этой деятельности.
  3. Эта деятельность не передаёт клиенту отдельный товар или услугу.

Представьте прикладное программное обеспечение, которое вы существенно обновите в течение срока лицензии и клиент обязан всегда работать с текущей версией. Обновления меняют то, чем пользуется клиент, поэтому лицензия ведёт себя как доступ, а не как единовременная передача, и выручка распределяется на протяжении срока. Это узкий коридор: рутинное исправление ошибок и неуказанные будущие обновления, которые вы не обязаны предоставлять, туда не ведут. Если вы не можете отметить все три пункта с чистым лицом, функциональная лицензия остаётся признаваемой в определённый момент времени.

Исключение для роялти от продаж: признавайте, когда происходит продажа​

Многие лицензии платят лицензиару роялти за каждую проданную единицу или за каждое использование — 2 доллара за футболку с вашим логотипом, 5 процентов от чистых продаж запатентованного компонента. Обычно ASC 606 заставляет вас оценивать переменное возмещение на старте, а затем ограничивать оценку так, чтобы последующий пересмотр был маловероятен. Роялти, привязанные к будущим продажам клиента, превратили бы это упражнение в чистое гадание, поэтому стандарт делает для них исключение.

Согласно исключению для роялти от продаж или использования (ASC 606-10-55-65), когда лицензия является преобладающим элементом сделки, вы вовсе не оцениваете роялти. Вы признаёте выручку от роялти в более поздний из моментов:

  1. Происходит последующая продажа или использование, или
  2. Обязанность к исполнению по лицензии исполнена (или частично исполнена).

На практике условие 2 почти всегда наступает первым — вы предоставили лицензию при заключении договора, — поэтому выручка просто следует за отчётами о продажах клиента. Продано 1 000 лицензированных единиц в Q1 при роялти 2 доллара — и вы признаёте 2 000 долларов выручки от роялти в Q1, когда происходят продажи, независимо от того, когда поступит чек на роялти.

Две ловушки, которых следует избегать:

  • Лицензия должна быть преобладающей. Если роялти фактически оплачивает услуги, объединённые с незначительной лицензией, исключение не применяется, и вы возвращаетесь к оценке переменного возмещения. Задокументируйте, почему лицензия доминирует в сделке, — это первое, о чём спрашивает аудитор.
  • Не прогнозируйте роялти в цену сделки. Даже если клиент уверенно прогнозирует 50 000 единиц, эти прогнозы не входят в вашу первоначальную цену сделки. Исключение существует именно потому, что результат зависит от деятельности лицензиата, а не от вашей.

Минимальные гарантии: фиксированные деньги вперёд, роялти позже​

Лицензиары часто защищают свой риск с помощью минимальной гарантии: лицензиат платит как минимум 300 000 долларов за срок, с зачётом против роялти за единицу. Скажем, ваш договор обещает 500 долларов за проданную единицу с порогом 300 000 долларов. Если лицензиат продаст 400 единиц, роялти составят 200 000 долларов, но вы всё равно получите 300 000 долларов; если он продаст 1 000 единиц, вы получите полные 500 000 долларов.

Вот как ASC 606 разделяет эту сделку:

  1. Гарантия в 300 000 долларов — это фиксированное возмещение. Она входит в цену сделки при заключении договора — оценка не нужна, поскольку клиент обязан её заплатить. Вы распределяете её на лицензию и признаёте в соответствии с природой лицензии: сразу при предоставлении для функциональной лицензии или на протяжении срока лицензии для символической.
  2. Роялти сверх гарантии используют исключение для роялти. Каждый доллар, заработанный сверх 300 000 долларов, признаётся, когда происходит соответствующая продажа.

Разберём вариант с символической лицензией на трёхлетний срок. При заключении вы отражаете дебиторскую задолженность в 300 000 долларов (или денежные средства, если оплачено) против отложенной выручки, затем высвобождаете по 100 000 долларов в год как выручку от лицензии. На второй год продажи лицензиата доводят накопленные заработанные роялти до 380 000 долларов — дополнительные 80 000 долларов сверх гарантии признаются на второй год, когда эти продажи произошли. Общая выручка по договору равна итоговой сумме роялти, но момент признания гарантированной части следует за лицензией, а превышение — за продажами.

Распространённая ошибка — трактовать всю гарантию как заработанную в первый же день для символической лицензии или распределять гарантию по функциональной лицензии на весь срок. Гарантия наследует момент признания лицензии; только превышение привязано к продажам.

Ещё одно правило о моменте признания, которое стоит знать: выручка от продления лицензии никогда не признаётся до начала периода продления, даже если клиент подписал и заплатил заранее. Продлённые права не существуют, пока не начнётся новый срок.

Отражение в вашей книге учёта​

Учёт чисто отображается на нескольких счетах Beancount: дебиторская задолженность за то, что должны лицензиаты, отложенная выручка за полученные до признания денежные средства и счёт лицензионного дохода для заработанной части. Вот пример символической лицензии выше — трёхлетняя лицензия на бренд с гарантией 300 000 долларов, оплаченная авансом:

2026-01-01 * "Brand license fee received, 3-year term, $300k minimum guarantee"
  Assets:Checking                           300000.00 USD
  Liabilities:Deferred-Revenue:Licensing

В конце каждого года высвобождайте одну треть по мере исполнения обязанности по доступу:

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

Для функциональной лицензии — скажем, бессрочной лицензии на программное обеспечение за 60 000 долларов, переданной 1 марта — проводка по выручке делается в день передачи, а любые неоплаченные рассрочки учитываются как дебиторская задолженность, а не отложенная выручка:

2026-03-01 * "Perpetual software license delivered, payable in 4 installments"
  Assets:License-Receivable                   60000.00 USD
  Income:Licensing:Software

Отделение лицензионного дохода от продаж продуктов в плане счетов окупается дважды: ваши маржи по потокам выручки остаются честными, а при уплате налогов вы точно видите, какой доход пришёл от роялти, а какой — от проданных товаров. Если вы ведёте учёт таким образом, ваши отчёты о выручке по счетам рассказывают историю ASC 606 без дополнительной таблицы — а панельное представление этих остатков во времени делает равномерное высвобождение символической лицензии видимым с первого взгляда. (См. документацию Beancount о настройке периодических транзакций, автоматизирующих ежемесячное высвобождение, и руководство по Fava о визуализации счетов доходов по периодам.)

Распространённые ошибки, которых следует избегать​

  • Классификация по ярлыку договора, а не по сути. Называние сделки «подпиской» или «правом использовать» в документах ничего не решает. Трёхлетняя лицензия на логотип является символической, что бы ни говорил заголовок.
  • Распределение выручки по функциональной лицензии на график платежей. Рассрочка — это финансирование, а не исполнение. Выручка признаётся при предоставлении лицензии.
  • Оценка роялти от продаж на старте. Исключение это запрещает. Дождитесь продаж.
  • Забыть гарантию в цене сделки. Минимумы — это фиксированное возмещение, и они входят в цену с первого дня, распределяясь на лицензию.
  • Признание выручки от продления в течение старого срока. Ранняя подпись, ранние деньги — но выручки нет, пока не начнётся период продления.

Ваш следующий шаг​

Возьмите ваш крупнейший действующий лицензионный договор и ответьте на три вопроса: является ли ИС функциональной или символической, является ли какая-либо часть возмещения роялти от продаж или использования по преобладающей лицензии, и скрывается ли в структуре роялти минимальная гарантия, содержащая фиксированное возмещение? Эти три ответа определяют каждую проводку, которую когда-либо породит договор. Запишите их в дело договора сейчас, и следующий отчёт о продажах станет рутинным начислением, а не исследовательским проектом.

Источник: https://beancount.io/ru/blog/2026/10/31/licensing-revenue-functional-symbolic-ip-asc-606-royalty-exception-guide

Опубликовано: 31 октября 2026 г.

7 мин чтения

Учет роялти для лицензиаров: Исключение на основе продаж- и использования по ASC 606

В соответствии с исключением для роялти на основе продаж и использования…

revenue-recognition
accrual-accounting
13 мин чтения

ASC 606 Переменное вознаграждение и обязательства по готовности к исполнению: практическое руководство

Как оценивать переменное вознаграждение в рамках ASC 606 — объемные скидки,…

revenue-recognition
accounting
18 мин чтения

График НЗС в строительстве: Учет по методу процента выполнения согласно ASC 606

Как строительные подрядчики используют график незавершенного строительства…

construction
job-costing
9 мин чтения

Возвраты и уценки товаров: учет контрдоходов согласно ASC 606

Возвраты и уценки товаров относятся к контрдоходам, а не к расходам. В данном…

revenue-recognition
accounting
9 мин чтения

Признание выручки для биллинга SaaS с оплатой по факту использования: руководство основателя по ASC 606

Согласно ASC 606, выручка на основе потребления признается по мере того, как…

revenue-recognition
saas