Току-що подписахте лицензионна сделка. Може би търговец на дребно ще ви плаща роялти за всяка продадена бройка под вашата марка, или клиент е платил предварително за тригодишен софтуерен лиценз. Пари се движат — но кога ви е позволено да ги наречете приход? Отчетете тригодишен лиценз за марка изцяло в първия месец и отчетът ви за приходите показва неочаквана печалба, която никога не се повтаря; разпределете еднократно доставен софтуер на три години и подценявате тримесечието, в което реално сте го спечелили. И двете грешки се задълбочават: инвеститорите погрешно разчитат растежа ви, данъчната ви картина се изкривява, а одиторът получава честта да съобщи лошата новина.
ASC 606, стандартът за признаване на приходи, дава на лицензите за интелектуална собственост собствен набор от правила (ASC 606-10-55-58 до 55-65). Целият въпрос за времето се върти около една класификация: вашата интелектуална собственост функционална ли е или символна? Този етикет решава дали признавате приходи в определен момент, или през срока на лиценза, и взаимодейства с още две правила — изключението за роялти на база продажби и минималните гаранции — които изненадват почти всеки лицензодател за първи път. Ето как работи всяка част, с счетоводните записвания за доказателство.
Защо лицензите получават собствен набор от правила
Съгласно петстъпния модел на ASC 606 идентифицирате договора, идентифицирате задълженията за изпълнение, определяте цената на сделката, разпределяте я и признавате приходи, когато изпълните всяко задължение. За повечето стоки и услуги „изпълнено" е интуитивно: изпратили сте продукта или сте извършили работата.
Лицензите са по-сложни, защото това, което предавате — правото да се използва идея — не се изчерпва, когато клиентът го използва. Доставчик на софтуер, който изпрати лицензионен ключ по имейл, вероятно е доставил всичко още в първия ден. Франчайзодател, който лицензира марката си, за разлика от това, продължава да работи с години: националната реклама, стандартите за качество и разработването на менюто поддържат стойността на това, за което франчайзополучателят е платил. Признаването на двете сделки по един и същ начин би изкривило една от тях, затова стандартът пита какъв вид ИС сте лицензирали, преди да ви каже кога да отчетете прихода.
Този въпрос идва преди всякаква математика. Класифицирайте правилно и времето следва; класифицирайте грешно и всяко записване надолу по веригата е грешно с него.
Функционална срещу символна ИС: Класификацията, която решава времето
ASC 606 разделя лицензираната интелектуална собственост на две категории въз основа на това дали ИС има значителна самостоятелна функционалност — способността да изпълнява функция или задача, да обработва транзакция или да бъде възпроизвеждана или излъчвана без вашата допълнителна помощ.
Функционална ИС: Право на използване, признавано в определен момент
Функционалната ИС работи самостоятелно. Класически примери:
- Пакетиран или локално инсталиран софтуер
- Завършено медийно съдържание (завършен филм, записана песен, публикувана снимка)
- Патентована формула на лекарство или завършен инженерен дизайн
Лицензирането на функционална ИС предоставя на клиента право на използване на ИС във вида, в който е към момента на предоставяне на лиценза. Тъй като сте доставили всичко, от което клиентът се нуждае, задължението за изпълнение е изпълнено в този момент. Ако клиент ви плати 60 000 долара на 1 март за безсрочен лиценз за вашия настолен софтуер, признавате пълните 60 000 долара на 1 март — дори ако клиентът плаща на вноски за две години. (Вноските са въпрос на финансиране и събиране, а не на време на признаване на приходи.)
Проверката е какво може да направи клиентът с ИС в деня, в който му я предадете. Ако отговорът е „всичко, за което е платил", имате работа с функционална ИС и признаване в определен момент.
Символна ИС: Право на достъп, признавано през времето
Всичко, което не е функционална ИС, е символна ИС. Стойността ѝ идва от вашите продължаващи дейности, а не от нещо, което клиентът държи в ръцете си:
- Марки, търговски марки, лога и търговски наименования
- Франчайзингови системи и образи на герои
- Емблеми на спортен отбор, лицензирани на производител на облекло
Лицензирането на символна ИС предоставя на клиента право на достъп до вашата ИС през срока на лиценза. Клиентът получава полза, защото вие поддържате марката жива — реклама, налагане на качество, пускане на ново съдържание под същите марки. Тъй като изпълнявате това обещание непрекъснато, признавате приходи през времето, обикновено линейно през срока на лиценза. Едногодишен лиценз за търговска марка за 120 000 долара, платен предварително, се превръща в 10 000 долара приход на месец, като неспечеленият остатък стои в отсрочени приходи до спечелването му.
| Функционална ИС | Символна ИС | |
|---|---|---|
| Естество на обещанието | Право на използване | Право на достъп |
| Признаване | В определен момент (при предоставяне) | През времето (обикновено линейно) |
| Примери | Софтуер, завършено медийно съдържание, формули на лекарства | Марки, лога, франчайзи, емблеми на герои |
| Ключов въпрос | Работи ли без допълнителни усилия от моя страна? | Зависи ли стойността ѝ от това, което продължавам да правя? |
Изключението в изключението
Функционален лиценз все още може да бъде право на достъп, ако и трите от следните условия са налице (ASC 606-10-55-62):
- Договорът ви изисква — или клиентът разумно очаква — че ще предприемете дейности, които значително засягат ИС.
- Правата на клиента го излагат на положителните или отрицателните ефекти от тези дейности.
- Тези дейности не прехвърлят отделна стока или услуга на клиента.
Помислете за приложен софтуер, който ще надграждате съществено през срока на лиценза, при който клиентът винаги трябва да работи с текущата версия. Надстройките променят това, което клиентът използва, така че лицензът се държи като достъп, а не като еднократно предаване, и приходите се разпределят през срока. Това е тесен коридор: рутинните поправки на грешки и неуточнените бъдещи актуализации, които не сте задължени да доставите, не ви довеждат дотам. Ако не можете да отметнете и трите квадратчета с чиста съвест, функционалният лиценз остава в определен момент.
Изключението за роялти на база продажби: Признавайте, когато настъпи продажбата
Много лицензи плащат на лицензодателя роялти за продадена бройка или за използване — 2 долара за тениска с вашето лого, 5 процента от нетните продажби на патентован компонент. Обикновено ASC 606 ви задължава да оцените променливото възнаграждение предварително и след това да ограничите оценката, така че последващото ѝ сторниране да е малко вероятно. Роялтитата, обвързани с бъдещите продажби на клиента, биха превърнали това упражнение в чисто гадаене, затова стандартът ги изключва.
Съгласно изключението за роялти на база продажби или използване (ASC 606-10-55-65), когато лицензът е преобладаващият елемент в договореността, изобщо не оценявате роялтита. Признавате приход от роялти в по-късния от:
- Последващата продажба или използване настъпи, или
- Задължението за изпълнение по лиценза е изпълнено (или частично изпълнено).
На практика условие 2 почти винаги е изпълнено първо — предоставили сте лиценза при започването на договора — така че приходът просто следва отчетите за продажби на клиента. Продайте 1000 лицензирани бройки през Q1 при роялти от 2 долара и отчитате 2000 долара приход от роялти през Q1, когато настъпят продажбите, независимо кога пристига чекът за роялти.
Два капана, които да избягвате:
- Лицензът трябва да е преобладаващ. Ако роялтито всъщност плаща за услуги, съчетани с незначителен лиценз, изключението не се прилага и се връщате към оценяване на променливото възнаграждение. Документирайте защо лицензът доминира в сделката — това е първото, за което пита одиторът.
- Не прогнозирайте роялтита в цената на сделката. Дори ако клиентът уверено прогнозира 50 000 бройки, тези прогнози остават извън първоначалната ви цена на сделката. Изключението съществува именно защото резултатът зависи от представянето на лицензополучателя, а не от вашето.
Минимални гаранции: Фиксирани пари предварително, роялти по-късно
Лицензодателите често защитават downside-а си с минимална гаранция: лицензополучателят плаща поне 300 000 долара през срока, прихващаеми срещу роялти за бройка. Да кажем, че договорът ви обещава 500 долара за продадена бройка с минимален праг от 300 000 долара. Ако лицензополучателят продаде 400 бройки, роялтитата възлизат на 200 000 долара, но вие все пак събирате 300 000 долара; ако продаде 1000 бройки, събирате пълните 500 000 долара.
Ето как ASC 606 разделя тази сделка:
- Гаранцията от 300 000 долара е фиксирано възнаграждение. Тя влиза в цената на сделката към момента на сключване на договора — не е необходима оценка, защото клиентът е длъжен да я плати. Разпределяте я към лиценза и я признавате според естеството на лиценза: предварително при предоставяне за функционален лиценз, или през срока на лиценза за символен.
- Роялтитата над гаранцията използват изключението за роялти. Всеки долар, спечелен над 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 за визуализиране на приходните сметки през периоди.)
Чести грешки, които да избягвате
- Класифициране по етикет на договора вместо по същност. Наричането на сделка „абонамент" или „право на използване" в документацията не решава нищо. Тригодишен лиценз за лого е символен, независимо какво казва заглавието.
- Разпределяне на прихода от функционален лиценз по графика на плащанията. Плащането на вноски е финансиране, а не изпълнение. Приходът настъпва, когато лицензът е предоставен.
- Оценяване на роялтита на база продажби при започване. Изключението го забранява. Изчакайте продажбите.
- Забравяне на гаранцията в цената на сделката. Минимумите са фиксирано възнаграждение и принадлежат на цената от първия ден, разпределени към лиценза.
- Признаване на приход от подновяване през стария срок. Ранно подписване, ранен паричен поток — все още никакъв приход, докато не започне периодът на подновяване.
Вашата следваща стъпка
Извадете най-голямото си активно лицензионно споразумение и отговорете на три въпроса: функционална ли е ИС или символна, има ли част от възнаграждението, която е роялти на база продажби или използване по преобладаващ лиценз, и има ли минимална гаранция, която крие фиксирано възнаграждение в структура на роялти? Тези три отговора диктуват всяко записване, което договорът някога ще произведе. Запишете ги в досието на договора сега, и следващият отчет за продажби става рутинно натрупване вместо изследователски проект.





