Ваш партнер з досліджень і розробок щойно переказав вам $130 000 — половину спільних витрат на розробку плюс вашу частку прибутку від продукту. Ви записуєте це як виручку, ваш показник верхнього рядка зростає, а ваш кредитор усміхається. А потім ваш аудитор ставить одне запитання — чи ваш партнер насправді був вашим покупцем? — і весь цей запис розсипається. У спільній угоді гроші від партнера не є автоматично виручкою, і неправильна відповідь спотворює кожен показник маржі, який читач обчислює з вашого звіту про прибутки та збитки.
Цей посібник пояснює, як ASC 808 «Спільні угоди» розподіляє виручку, витрати та інтелектуальну власність між партнерами з досліджень і розробок: що підпадає під дію стандарту, тест на покупця за 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 щодо окремішності. Послуги з досліджень і розробок, ліцензія на інтелектуальну власність та вироблена продукція оцінюються окремо.
- Чи є контрагент покупцем для цієї одиниці? Покупець — це сторона, яка укладає договір на отримання товарів чи послуг, що є результатом вашої звичайної діяльності, в обмін на винагороду. Якщо ви регулярно продаєте послуги з досліджень і розробок іншим і ваш партнер законтрактував саме це, ваш партнер є вашим покупцем для цієї одиниці — навіть якщо ви є співвиконавцями загального проєкту.
Коли обидві відповіді ствердні, для цієї одиниці застосовується весь механізм ASC 606: визнання, оцінка, подання та розкриття. Коли ж будь-яка відповідь заперечна, ASC 808 забороняє подавати винагороду як виручку за договорами з покупцями. Натомість ви подаєте її за аналогією або згідно з політикою — зазвичай як зменшення відповідних витрат або як інші доходи, як показує наведений нижче приклад.
Розгорнутий приклад: як кожен учасник обліковує свою частку
Припустімо, DevCo і SellerCo укладають угоду про спільну розробку та маркетинг на засадах 50/50. DevCo виконує всі дослідження й розробки; SellerCo відшкодовує половину. SellerCo займається маркетингом, виробництвом і продажем готового продукту та сплачує DevCo половину прибутку як роялті. Цього року DevCo зазнає $200 000 витрат на дослідження й розробки. SellerCo обліковує $1 000 000 продажів із $400 000 собівартості проданих товарів і $200 000 витрат на маркетинг, що залишає $400 000 прибутку. SellerCo сплачує DevCo $300 000: $100 000 відшкодування витрат на дослідження й розробки плюс $200 000 розподілу прибутку.
SellerCo: валові продажі третім сторонам, розподілений платіж співвиконавцю
Операції з третіми сторонами підпадають під вказівки ASC 606 щодо принципала проти агента. SellerCo контролює продукт, проданий покупцям, тому вона є принципалом і відображає 100 відсотків продажів, собівартості продажів і витрат на маркетинг у валовому вигляді. Платіж у $300 000 своєму співвиконавцю потім розподіляється за суттю: $200 000 розподілу прибутку потрапляють до собівартості проданих товарів, а $100 000 відшкодування витрат на дослідження й розробки — до витрат на дослідження й розробки.
| Звіт про прибутки та збитки SellerCo | Сума |
|---|---|
| Продажі | $1 000 000 |
| Собівартість проданих товарів ($400 000 + $200 000 розподілу прибутку) | ($600 000) |
| Витрати на маркетинг | ($200 000) |
| Витрати на дослідження й розробки (відшкодування частки витрат) | ($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 витрат на дослідження й розробки — вона виконала роботу. Те, як вона подає $300 000, отримані від SellerCo, повністю залежить від того, чи є SellerCo її покупцем.
Якщо SellerCo є покупцем: DevCo регулярно продає послуги з досліджень і розробок іншим, тож робота з розробки є результатом її звичайної діяльності. DevCo застосовує ASC 606 і подає всі $300 000 отриманих коштів — як відшкодування, так і розподіл прибутку — як виручку. Вона не відображає продажів третім сторонам, собівартості продажів чи витрат на маркетинг, оскільки не є принципалом за цими операціями.
| Звіт про прибутки та збитки DevCo (покупець) | Сума |
|---|---|
| Виручка | $300 000 |
| Витрати на дослідження й розробки | ($200 000) |
| Чистий прибуток | $100 000 |
Якщо SellerCo не є покупцем: DevCo є продуктовою компанією, чий звичайний результат — готові пристрої, а не послуги з досліджень і розробок. ASC 606 не застосовується, тому жодну частину $300 000 не можна називати виручкою за договорами з покупцями. Ймовірне подання: $100 000 відшкодування зменшують витрати на дослідження й розробки, а $200 000 розподілу прибутку відображаються як інші доходи.
| Звіт про прибутки та збитки DevCo (не покупець) | Сума |
|---|---|
| Витрати на дослідження й розробки ($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 + політика) |
|---|---|---|
| Відшкодування витрат на дослідження й розробки | Виручка, визнана за ASC 606 | Зменшення витрат на дослідження й розробки |
| Розподіл прибутку / роялті від продажів | Виручка, визнана за ASC 606 | Інші доходи (або аналогічна стаття) |
| Авансовий ліцензійний платіж за окрему інтелектуальну власність | Виручка за ASC 606, якщо окрема та покупець | Вибір політики, розкритий у звітності |
Дві тонкощі заслуговують на увагу. По-перше, авансовий ліцензійний платіж є окремою одиницею обліку: ліцензія на функціональну інтелектуальну власність, передана покупцеві, може бути виручкою за ASC 606, навіть якщо супутній розподіл витрат не є такою. По-друге, будь-яка політика, яку ви обрали для одиниць поза сферою застосування, має застосовуватися послідовно протягом періодів і розкриватися — аудитори перевіряють послідовність, а не лише сам вибір.
Розкриття: скажіть читачам, що ви зробили
Вимоги ASC 808 до розкриття застосовуються незалежно від того, на якому боці тесту на покупця ви опинилися. Для кожної суттєвої спільної угоди розкривайте характер і мету угоди, ваші права та обов'язки, застосовану облікову політику — зокрема те, де кожен клас платежів співвиконавцю відображається у звіті про прибутки та збитки, — та відповідні суми. Одиниці, обліковані за ASC 606, додатково несуть вимоги цього стандарту до розкриття.
Для малого бізнесу коротке примітка, що охоплює економіку угоди, висновок щодо покупця та його обґрунтування, а також таблицю того, де опинився кожен платіж, задовольнить більшість рецензентів. Висновок важливіший за довжину: чітко заявіть, чи ваш партнер є вашим покупцем для кожного окремого товару чи послуги і чому.
Поширені помилки, що призводять до коригувань
- Називати кожен платіж партнера виручкою. Відшкодування та розподіл прибутку від не-покупця, подані як виручка верхнього рядка, завищують зростання та маржу. Проведіть тест на покупця для кожної одиниці обліку, перш ніж обирати статтю.
- Згортання продажів третім сторонам. Принципал відображає валові продажі та валові витрати. Запис лише вашої чистої частки прибутку як виручки занижує обидва показники та порушує порівнянність.
- Розгляд угоди як однієї одиниці. Спільна діяльність із послугами з досліджень і розробок, ліцензією та виробничим постачанням має щонайменше три одиниці для оцінки. Об'єднання їх в один висновок неправильно застосовує вказівки.
- Відсутність письмової політики для одиниць поза сферою застосування. ASC 808 вимагає обґрунтованої, раціональної, послідовно застосовуваної політики там, де жодна аналогія не підходить. Незадекларований вибір, зроблений наприкінці року, виглядає як маніпулювання прибутком, навіть якщо він правильний.
- Пропуск перевірки на окрему юридичну особу. Якщо діяльність здійснюється через спільно власну компанію, ASC 808, найімовірніше, взагалі не застосовується — застосовується консолідація або метод участі в капіталі.
Ваш контрольний список на кінець місяця
Перш ніж закрити період, що містить діяльність за спільною угодою, пройдіть ці кроки: підтвердіть, що угода досі відповідає всім трьом критеріям ASC 808 і не здійснюється через окрему юридичну особу; перелічіть кожен окремий товар чи послугу та зафіксуйте свій висновок щодо покупця з обґрунтуванням; переконайтеся, що принципал за продажами третім сторонам відображає валові суми; розмістіть кожен платіж співвиконавцю на правильній статті — виручка, зменшення витрат або інші доходи; і звірте суми з примітки з головною книгою. Робіть це щокварталу, і найскладніше запитання аудитора стане вашою найлегшою відповіддю.
