Лицензируете синтетические обучающие данные? Почему бессрочная сделка по набору данных проводится в день поставки, а сделка по модели использования — по мере потребления

Вы только что подписали лицензию на набор данных на $240 000. Сколько выручки вы заработали за этот месяц? Ответ может быть $240 000, $20 000 или $0 — и это решает пункт, который вы просмотрели на девятой странице договора. Ошибётесь — и ваша выручка искажена ровно в том направлении, которое убивает дью-дилидженс при привлечении финансирования, вызывает пересчёт отчётности или ставит призрачный доход в вашу налоговую декларацию. Это руководство показывает, как каждая типичная форма сделки по синтетическим данным отображается на ASC 606, чтобы цифра в вашей книге совпадала с экономикой, которую вы фактически подписали.

Почему лицензирование наборов данных вдруг стало вашей моделью выручки​

Разработчикам ИИ не хватает качественных публичных обучающих данных, и рынок это подтверждает: аналитики оценивают рынок генерации синтетических данных примерно в $500–710 миллионов в 2025–2026 годах с ростом около 30–40% в год до нескольких миллиардов долларов к началу 2030-х. Поскольку публичный веб-текст — лишь крошечная часть мировых данных (остальное хранится в собственности на серверах компаний), лаборатории теперь платят реальные деньги за подготовленные наборы данных, а поставщики лицензируют их в нескольких повторяемых формах.

Наблюдатели рынка описывают четыре стандартные структуры: фиксированная лицензия (одна согласованная плата за определённый набор данных и его использование), цена за единицу (за час видео, за запись или за объёмный уровень), периодическая лицензия (годовая или многолетняя, часто с обновлениями и доступом к API) и ценообразование на основе использования (за запрос, за токен, за инференс). Публикуемые цифры варьируются от базовых $5 000 за один оценённый репозиторий кода до $4 миллионов и более за записи крупной действующей компании, с громкими платформенными сделками, такими как заявленные $60 миллионов в год за ленту крупного форума и $1–4 за минуту видео. Стандартная форма лицензии даёт покупателю бессрочное мировое право использовать модели, уже обученные на ваших данных, плюс ограниченную лицензию на сам набор данных, часто ограниченную сферой применения.

Каждая из этих форм — это разный ответ на вопрос о времени признания выручки. Вопрос учёта никогда не в том, «насколько велик договор», — а в том, «когда контроль над тем, что вы обещали, переходит к клиенту».

Рамки ASC 606: что вы на самом деле обещали?​

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

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

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

Эти два правила объясняют каждую форму сделки ниже.

Бессрочные сделки: выручка при поставке, а не при подписании​

Бессрочная лицензия — одна плата, клиент навсегда сохраняет набор данных и права на обученные модели — это простейшая форма. Вы исполняете свою обязанность к исполнению, когда передаёте данные и клиент может их использовать. Обычно это ссылка для скачивания, передача через S3 или активация учётных данных API, а не день подписания договора и не день оплаты счёта.

Три ловушки сдвигают эту дату:

• Условия приёмки. Если договор даёт клиенту 30 дней на проверку схемы, количества строк или качества разметки, контроль, возможно, не перешёл до приёмки (или истечения этого срока). «Поставка», которую вы провели в ноябре, а клиент официально принял в декабре, — это декабрьская выручка.
• Включённые обновления. «Бессрочная лицензия плюс ежеквартальные обновления в течение двух лет» — это две обязанности к исполнению, а не одна. Распределите часть цены на поток обновлений и признавайте эту долю во времени по мере поставки каждого обновления. Бессрочная база по-прежнему проводится при первоначальной поставке.
• Вероятность взыскания. ASC 606 позволяет вам иметь договор, только если взыскание существенно всей суммы возмещения вероятно. Бессрочная лицензия клиенту, который, вероятно, допустит дефолт, — это не выручка первого дня; это кредитная проблема в костюме выручки.

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

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

Сделки за запись, за токен, за запрос и за инференс — это роялти на основе использования за лицензию на ИС, поэтому применяется исключение для роялти: признавайте выручку по мере возникновения использования, за период. Годовой лимит в $500 000, который клиент выбирает через вызовы API, — это не $500 000 выручки в январе. Это январское измеренное использование в январе, февральское в феврале и так далее — даже если вы выставили счёт на весь лимит авансом.

Именно здесь большинство поставщиков наборов данных ошибаются, причём в двух противоположных направлениях:

• Признание лимита как выручки. Подписанный бланк заказа кажется продажей. Это не так — не раньше, чем клиент потребит данные. Непотреблённый остаток — это обязательство по договору (отложенная выручка), а не доход.
• Начисление «ожидаемого» использования. По обычным правилам переменного возмещения вы могли бы оценивать и ограничивать; исключение для роялти это запрещает. Отчёты о фактическом использовании — единственный триггер. Если ваш конвейер измерения отстаёт на две недели, ваша выручка отстаёт на две недели. Чините конвейер, а не проводите оценки.

Минимальные гарантии и возвратные авансы​

Многие сделки на основе использования сочетают ставку за единицу с минимальной гарантией — скажем, $120 000 в год при $0,02 за запись. Гарантия — это нижняя граница возмещения, и её учёт зависит от её формы:

• Безвозвратная минимальная сумма, уплаченная авансом: это фиксированное возмещение. Для лицензии на функциональную ИС, уже поставленной, она обычно признаётся при передаче лицензии (с учётом обычного распределения, если существуют другие обязанности). Клиент платит её, потребляет он хоть одну запись или нет.
• Возвратный аванс: денежные средства, полученные сейчас, зачитываемые против будущих роялти за использование. Проводите его как обязательство (отложенная выручка / авансы клиентов) при получении. По мере использования признавайте выручку от роялти и погашайте аванс — дебет обязательства, кредит дебиторской задолженности или зачёт денежных средств. Если аванс превышает заработанные роялти на конец периода зачёта, судьба недостачи зависит от договора: доплата, которую вы оставляете себе, — это выручка, когда неопределённость разрешается; возвратный остаток остаётся обязательством до возврата или заработка.
• Использование сверх минимума: обычные роялти, признаваемые по мере возникновения использования.

Механика зачёта заслуживает конкретного примера, потому что это та проводка, которую поставщики чаще всего искажают:

2026-11-01 * "Dataset license delivered - perpetual base, invoice 1042"
  Assets:Receivable:Customer                 240000.00 USD
  Income:Licensing:Data                     -240000.00 USD
 
2026-11-01 * "Recoupable advance received - usage-based deal"
  Assets:Checking                             50000.00 USD
  Liabilities:Deferred-Revenue:Advances      -50000.00 USD
 
2026-11-30 * "November usage royalties earned - 2.1M records at $0.02"
  Assets:Receivable:Customer                  42000.00 USD
  Income:Licensing:Royalties                  -42000.00 USD
 
2026-11-30 * "Recoup November royalties against advance"
  Liabilities:Deferred-Revenue:Advances       42000.00 USD
  Assets:Receivable:Customer                  -42000.00 USD

Обратите внимание на то, чего нет: никакой выручки по авансу в $50 000 при поступлении денежных средств и никакой оценки нигде — $42 000 появляются только тогда, когда известно измеренное использование за ноябрь. Оставшиеся $8 000 аванса остаются в отложенной выручке, пока декабрьское использование (или условия доплаты по договору) не разрешит их. Если вы ведёте книги в открытом текстовом формате, документация Beancount описывает настройку счетов доходов и обязательств, подобных этим.

Срочные лицензии с обновлениями: разделите сделку до того, как проведёте её​

Годовые лицензии на наборы данных с постоянными обновлениями, доступом к API или соглашениями об уровне качества данных находятся между двумя полюсами. Спросите, получает ли клиент продолжающуюся выгоду от вашей деятельности в течение срока:

• Статический годовой снимок без обновлений: ближе к функциональной лицензии в определённый момент времени с правом использования, ограниченным по времени. Выручка при поставке снимка.
• Живой поток с обновлениями и доступом к API: поток обновлений — это отдельная обязанность к исполнению, исполняемая во времени. Распределите цену сделки между базовым снимком (в определённый момент) и услугой обновления (в течение срока), затем признавайте каждую по своей собственной схеме.
• Срочная лицензия с дополнением в виде роялти за использование: разделите фиксированное возмещение и роялти. Фиксированная плата следует схеме лицензии; роялти следует исключению для использования. Никогда не смешивайте их в одном графике амортизации.

Распределение не обязано быть точным до копейки — цены отдельной продажи можно оценить, — но оно обязано существовать. Единая прямолинейная «годовая выручка от лицензии» для сделки, которая на самом деле представляет собой поставленный снимок плюс роялти за использование, искажает обе половины.

Сноска о происхождении, от которой зависит ваша выручка​

Одна тема дью-дилидженса от юристов по M&A заслуживает финансовой трактовки: право собственности на синтетические данные шатче, чем кажется. По действующему законодательству США чисто сгенерированный ИИ результат без достаточного человеческого авторства не подлежит авторскому праву, что подталкивает поставщиков к защите через коммерческую тайну и договоры. Это имеет значение для признания выручки узким, но реальным образом: если ваше право лицензировать набор данных успешно оспорено — вышестоящая лицензия запрещает обучение конкурирующих моделей на её результатах, или условия генерирующей модели ограничивают коммерческое использование того, что она производит, — вероятность взыскания и даже действительность договора оказываются под вопросом. Держите полную цепочку происхождения задокументированной: какая модель сгенерировала данные, на чём была обучена эта модель и что допускает каждое звено цепочки. Выручка, построенная на наборе данных, который вы не можете доказать, что имеете право продавать, — это тот вид находки, который откатывает квартал.

Финансовый чек-лист для вашей следующей сделки по набору данных​

Прежде чем подписывать, убедитесь, что договор отвечает на вопросы, которые задаст ваша книга:

1. Что именно переходит и когда? Механизм поставки, критерии и срок приёмки и что означает «принято». Нет определения приёмки — нет чистой даты признания в определённый момент.
2. Что сохраняется при расторжении? Права на обученные модели почти всегда сохраняются; доступ к набору данных обычно нет. Это разделение подтверждает, какие обязанности бессрочны, а какие срочны.
3. Как измеряется и отчитывается использование? Источник измерения, сроки отчётов и права на аудит. Ваше закрытие выручки идёт со скоростью отчётов об использовании.
4. Минимум возвратный, возмещаемый или ни то ни другое? Одно слово в платёжном пункте решает между фиксированной выручкой первого дня, обязательством и обязанностью вернуть средства.
5. Какие обновления или услуги идут в комплекте? Назовите каждый результат отдельно, чтобы вы могли распределить цену и признавать каждый по его собственной схеме.

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