Вашият R&D партньор току-що ви преведе $130 000 — половината от съвместните разходи за разработка плюс вашия дял от печалбата от продукта. Отчитате го като приход, горната ви линия скача и кредиторът ви се усмихва. После одиторът задава един въпрос — дали партньорът ви всъщност е бил ваш клиент? — и целият запис се разпада. В едно съвместно споразумение парите от партньор не са автоматично приход, а грешният отговор изкривява всеки марж, който читателят изчислява от отчета ви за приходите и разходите.
Това ръководство обяснява как ASC 808, Collaborative Arrangements, разпределя приходи, разходи и интелектуална собственост между R&D партньори: какво се квалифицира, тестът за клиент по ASC 606, който определя какво се счита за приход, къде всеки участник отчита своя дял и грешките, които водят до одиторски корекции.
Какво се счита за съвместно споразумение
ASC 808 се прилага за съвместна оперативна дейност с две или повече страни, където всеки участник е едновременно активен участник и е изложен на значителни рискове и възнаграждения, които зависят от търговския успех на дейността. Три характеристики трябва да са налице едновременно:
- Съвместна оперативна дейност. Страните преследват обща търговска цел заедно — разработване на кандидат-лекарство, съвместна разработка на софтуер, съвместно продуциране на филм или експлоатация на споделено съоръжение.
- Активно участие от всички. Всяка страна има реална роля: едната извършва изследванията, докато другата произвежда и продава, или и двете допринасят с различна развойна работа. Пасивен инвеститор, който само издава чек, не е участник.
- Споделен риск и възнаграждение. Възвръщаемостта на всяка страна се покачва и спада с търговския резултат. Доставчиците на услуги с фиксирана такса и лицензодателите, които събират гарантирани роялти независимо от успеха, обикновено не преминават този тест.
Още едно правило за обхвата е важно: дейността не трябва да се извършва предимно чрез отделно юридическо лице. Ако сте създали корпорация-съвместно предприятие и работите чрез нея, попадате в територията на консолидация или метода на собствения капитал съгласно ASC 810 или ASC 323, а не ASC 808.
Класически форми за малък бизнес включват биотехнологичен стартъп, който се сдружава с утвърден производител, две софтуерни фирми, които съвместно разработват продукт, който едната от тях ще продава, и хардуерен стартъп, който разделя разходите за разработка с договорния си производител.
ASC 808 обхваща представянето и оповестяването — не признаването
Ето изненадата, която повечето читатели пропускат за първи път: ASC 808 не предоставя собствено ръководство за признаване или оценяване. Той ви казва къде отиват нещата в отчета за приходите и разходите и какво да оповестите, но не кога да ги запишете или в какъв размер. За признаване и оценяване трябва да правите аналогия с друга авторитетна литература — най-често ASC 606 — или, когато не пасва аналогия, да приемете разумна, рационална и последователно прилагана счетоводна политика.
Точно тази празнина е причината FASB да издаде ASU 2018-18 през ноември 2018 г., в сила за публични компании за фискални години, започващи след 15 декември 2019 г., и за частни компании година по-късно. Той изяснява взаимодействието между ASC 808 и ASC 606: когато участник в съвместно споразумение е клиент за отделна стока или услуга, транзакцията се отчита изцяло съгласно ASC 606. Всичко останало остава под правилата за представяне на ASC 808 и вашата собствена документирана политика.
Забележете какво актуализацията умишлено остави извън обхвата: транзакциите, пряко свързани с продажбите на трети страни на който и да е участник, и не-приходните транзакции между участници все още нямат специално правило за признаване. Вашият избор на политика ги покрива, затова я запишете, преди одиторът да попита.
Тестът за клиент по ASC 606, единица по единица
Тестът за клиент се прилага на ниво единица за отчитане — всяка отделна стока или услуга, или пакет — а не към споразумението като цяло. Едно сътрудничество лесно може да породи някои единици в обхвата на ASC 606 и други извън него. За всяка единица задайте два въпроса:
- Прехвърляте ли отделна стока или услуга? Използвайте собственото ръководство за отделност на ASC 606. R&D услугите, лицензът за интелектуална собственост и произведеният продукт се оценяват отделно.
- Контрагентът клиент ли е за тази единица? Клиент е страна, която се договаря да получи стоки или услуги, които са резултат от вашата обичайна дейност, в замяна на възнаграждение. Ако редовно продавате R&D услуги на други и партньорът ви се е договорил точно за това, партньорът ви е ваш клиент за тази единица — дори когато сте сътрудници по цялостния проект.
Когато и двата отговора са „да“, пълната машина на ASC 606 се прилага за тази единица: признаване, оценяване, представяне и оповестяване. Когато някой от отговорите е „не“, ASC 808 забранява възнаграждението да се представя като приход от договори с клиенти. Вместо това го представяте по аналогия или по политика — обикновено като намаление на свързания разход или като други приходи, както показва примерът по-долу.
Разработен пример: как всеки участник отчита своя дял
Да предположим, че DevCo и SellerCo сключват 50/50 споразумение за съвместна разработка и маркетинг. DevCo извършва цялата R&D работа; SellerCo възстановява половината. SellerCo прави маркетинг, произвежда и продава готовия продукт и плаща на DevCo половината от печалбата си като роялти. Тази година DevCo прави $200 000 R&D разходи. SellerCo отчита $1 000 000 продажби с $400 000 себестойност на продадените стоки и $200 000 маркетингови разходи, оставяйки $400 000 печалба. SellerCo плаща на DevCo $300 000: $100 000 възстановяване на R&D разходи плюс $200 000 дял от печалбата.
SellerCo: брутни продажби към трети страни, разделено плащане към сътрудника
Транзакциите с трети страни следват ръководството за принципал срещу агент в ASC 606. SellerCo контролира продукта, продаван на клиенти, така че е принципал и отчита 100 процента от продажбите, себестойността на продажбите и маркетинговите разходи брутно. Плащането от $300 000 към сътрудника след това се разделя по естество: $200 000 дял от печалбата отива в себестойността на продадените стоки, а $100 000 възстановяване на R&D разходи отива в R&D разходите.
| Отчет за приходите и разходите на SellerCo | Сума |
|---|---|
| Продажби | $1 000 000 |
| Себестойност на продадените стоки ($400 000 + $200 000 дял от печалбата) | ($600 000) |
| Маркетингови разходи | ($200 000) |
| R&D разходи (възстановяване на споделени разходи) | ($100 000) |
| Нетна печалба | $100 000 |
Във вашите книги двете половини на това плащане изглеждат като обикновени осчетоводявания на разходи, маркирани към сътрудничеството:
2026-01-01 open Assets:Checking USD
2026-01-01 open Expenses:RD:Collaboration USD
2026-01-01 open Expenses:COGS:Collaboration-Profit-Share USD
2026-04-10 * "DevCo" "50% cost-share reimbursement, Q1 joint R&D"
Expenses:RD:Collaboration 100000.00 USD
Assets:Checking -100000.00 USD
2026-04-10 * "DevCo" "50% profit share on collaboration product sales"
Expenses:COGS:Collaboration-Profit-Share 200000.00 USD
Assets:Checking -200000.00 USDDevCo: зависи от теста за клиент
DevCo отчита пълните си $200 000 R&D разходи — тя е извършила работата. Как представя $300 000, получени от SellerCo, зависи изцяло от това дали SellerCo е неин клиент.
Ако SellerCo е клиент: DevCo редовно продава R&D услуги на други, така че развойната работа е резултат от обичайната ѝ дейност. DevCo прилага ASC 606 и представя пълните $300 000 получени — както възстановяването, така и дела от печалбата — като приход. Тя не отчита продажби към трети страни, себестойност на продажбите или маркетингови разходи, защото не е принципал по тези транзакции.
| Отчет за приходите и разходите на DevCo (клиент) | Сума |
|---|---|
| Приход | $300 000 |
| R&D разходи | ($200 000) |
| Нетна печалба | $100 000 |
Ако SellerCo не е клиент: DevCo е продуктова компания, чийто обичаен резултат са готови устройства, а не R&D услуги. ASC 606 не се прилага, така че никоя част от $300 000 не може да се нарече приход от договори с клиенти. Вероятното представяне: $100 000 възстановяване намалява R&D разходите, а $200 000 дял от печалбата се появява като други приходи.
| Отчет за приходите и разходите на DevCo (не е клиент) | Сума |
|---|---|
| R&D разходи ($200 000 − $100 000 възстановяване) | ($100 000) |
| Други приходи (дял от печалбата) | $200 000 |
| Нетна печалба | $100 000 |
Нетната печалба е идентична и в двата случая — но приходът се различава с $300 000. Всеки читател, който пресява по растеж на приходите, брутен марж или мултипликатори на приходи, вижда напълно различна компания в зависимост от това кое представяне сте избрали. Затова тестът за клиент е преценката с най-високи залози в споразумението.
Съответното счетоводство от страна на DevCo за изхода „не е клиент“ приспада възстановяването срещу разхода и изолира дела от печалбата:
2026-01-01 open Assets:Checking USD
2026-01-01 open Expenses:RD:Collaboration USD
2026-01-01 open Income:Other:Collaboration-Profit-Share USD
2026-03-15 * "Lab vendor" "Q1 joint R&D spend under collaboration agreement"
Expenses:RD:Collaboration 200000.00 USD
Assets:Checking -200000.00 USD
2026-04-10 * "SellerCo" "50% cost-share reimbursement, Q1 R&D"
Assets:Checking 100000.00 USD
Expenses:RD:Collaboration -100000.00 USD
2026-04-10 * "SellerCo" "50% profit share on collaboration product sales"
Assets:Checking 200000.00 USD
Income:Other:Collaboration-Profit-Share -200000.00 USDПродажби към трети страни: брутно или нето
Тук нито един от участниците не продава нищо на другия — крайният клиент купува от SellerCo. ASC 808 насочва всеки участник към ръководството за принципал срещу агент по ASC 606 за транзакциите с трети страни: който контролира стоката или услугата преди прехвърлянето ѝ към клиента, отчита брутен приход и брутен разход; другият отчита само нетния си дял от икономиката.
На практика продаващият участник обикновено е принципалът, а развойният участник не отчита нищо от самата продажба към трета страна — неговата икономика идва чрез плащането от сътрудника, представено според изискванията на теста за клиент. Грешката, която трябва да се избегне, е двойното отчитане: ако SellerCo отчита пълните $1 000 000 продажби, DevCo също не трябва да отчита ред за приход, произтичащ от същите тези продажби, освен ако анализът ѝ по ASC 606 наистина го подкрепя.
Възстановявания на разходи и дялове от печалба, едно до друго
| Плащане | Клиент (прилага се ASC 606) | Не е клиент (ASC 808 + политика) |
|---|---|---|
| Възстановяване на R&D разходи | Приход, признат съгласно ASC 606 | Намаление на R&D разходите |
| Дял от печалбата / роялти от продажби | Приход, признат съгласно ASC 606 | Други приходи (или аналогичен ред) |
| Авансово лицензионно възнаграждение за отделна ИС | Приход съгласно ASC 606, ако е отделна и клиентска | Избор на политика, оповестен |
Две тънкости заслужават внимание. Първо, авансовото лицензионно възнаграждение е своя собствена единица за отчитане: лиценз за функционална интелектуална собственост, прехвърлен на клиент, може да бъде приход по ASC 606 дори когато обкръжаващото споделяне на разходи не е. Второ, каквато и политика изберете за единиците извън обхвата, тя трябва да се прилага последователно през периодите и да бъде оповестена — одиторите проверяват последователността, не само избора.
Оповестяване: кажете на читателите какво сте направили
Изискванията за оповестяване на ASC 808 се прилагат независимо от това от коя страна на теста за клиент попадате. За всяко съществено съвместно споразумение оповестете естеството и целта на споразумението, вашите права и задължения, приложената счетоводна политика — включително къде се появява всеки клас плащане към сътрудник в отчета за приходите и разходите — и участващите суми. Единиците, отчитани съгласно ASC 606, допълнително носят изискванията за оповестяване на този стандарт.
За малък бизнес кратка бележка, покриваща икономиката на споразумението, заключението за клиент и защо, и таблица къде е попаднало всяко плащане, ще удовлетвори повечето рецензенти. Заключението е по-важно от дължината: заявете ясно дали партньорът ви е ваш клиент за всяка отделна стока или услуга и защо.
Често срещани грешки, които водят до корекции
- Наричане на всяко плащане от партньор приход. Възстановяванията и дяловете от печалба от не-клиент, представени като приход в горната линия, надценяват растежа и маржовете. Изпълнете теста за клиент за всяка единица за отчитане, преди да изберете ред.
- Приспадане на продажбите към трети страни. Принципалът отчита брутни продажби и брутни разходи. Отчитането само на нетния ви дял от печалбата като приход подценява и двете и нарушава сравнимостта.
- Третиране на споразумението като една единица. Сътрудничество с R&D услуги, лиценз и производствена доставка има поне три единици за оценка. Обединяването им в едно заключение прилага погрешно ръководството.
- Липса на писмена политика за единиците извън обхвата. ASC 808 изисква разумна, рационална и последователно прилагана политика, когато не пасва аналогия. Недокументиран избор, направен в края на годината, изглежда като управление на печалбата дори когато е правилен.
- Пропускане на проверката за отделно юридическо лице. Ако дейността се извършва чрез съвместно притежавана компания, ASC 808 вероятно изобщо не се прилага — прилага се консолидация или методът на собствения капитал.
Вашият контролен списък за края на месеца
Преди да приключите период, съдържащ дейност по съвместно споразумение, преминете през тези стъпки: потвърдете, че споразумението все още отговаря на всичките три критерия на ASC 808 и не се извършва чрез отделно юридическо лице; избройте всяка отделна стока или услуга и запишете заключението си за клиент с обосновка; проверете дали принципалът по продажбите към трети страни отчита брутно; поставете всяко плащане към сътрудник на правилния му ред — приход, намаление на разход или други приходи; и съгласувайте сумите от бележката със счетоводната книга. Правете това всяко тримесечие и най-трудният въпрос на одитора става вашият най-лесен отговор.
