Клієнт платить за три роки користування вашим програмним забезпеченням 1 січня. Ваш залишок на банківському рахунку зростає, але ваш дохід — ні. Згідно з ASC 606, підписка зазвичай визнається доходом у міру того, як клієнт отримує доступ — а не коли оплачується рахунок-фактура — і тривалий розрив між оплатою та послугою може створити друге бухгалтерське питання: чи надали умови оплати вам значну фінансову вигоду?
Це питання легко пропустити, коли контракт позначено як «знижка». Багаторічна передоплата може бути легітимною поступкою в ціні за зобов'язання, менший відтік клієнтів та нижчі витрати на стягнення платежів. Вона також може містити значний компонент фінансування, який змінює ціну операції, звіт про рух контрактного зобов'язання, витрати на відсотки та розкриття інформації.
Цей посібник пояснює, як проаналізувати угоду, задокументувати висновок та побудувати бухгалтерський процес, який тримає грошові кошти, відкладений дохід, дохід та ефекти фінансування окремо.
Чому передплачена підписка не є автоматично доходом
Для типової хостингової програмної угоди постачальник обіцяє безперервний доступ, підтримку або подібну послугу, що надається за фактом готовності. Клієнт отримує та споживає цю послугу протягом терміну дії контракту, тому постачальник зазвичай визнає розподілений дохід від підписки рівномірно або з використанням іншого показника, який достовірно відображає передачу послуги.
Дата оплати є окремою подією. Коли клієнт платить до того, як постачальник виконає послугу, постачальник зазвичай відображає контрактне зобов'язання — часто зване відкладеним або не заробленим доходом. Зобов'язання погашається в міру надання послуги.
Ця відмінність має значення, навіть якщо контракт простий. Трирічний рахунок-фактура може створити три різні графіки:
- Графік грошових коштів, що показує, коли надійшли гроші.
- Графік контрактних зобов'язань, що показує залишок зобов'язання з надання послуг.
- Графік доходу, що показує, коли надається доступ.
Якщо умови оплати також фінансують постачальника або клієнта, може існувати також графік відсотків. Поєднання всіх чотирьох в одному рахунку «доходу від підписки» робить фінансову звітність складною для пояснення, а звірку на кінець місяця — крихкою.
Що ASC 606 має на увазі під значним компонентом фінансування
ASC 606-10-32-15 – 32-20 вимагає від суб'єкта господарювання коригувати обіцяну компенсацію з урахуванням вартості грошей у часі, коли строки оплати надають будь-якій стороні значну фінансову вигоду, пов'язану з передачею товарів або послуг. Мета — визнавати дохід за ціною продажу за готівку — сумою, яку клієнт заплатив би, коли послуга передавалася.
Оцінка враховує як час між оплатою та передачею, так і діючі ринкові відсоткові ставки. Вона також враховує різницю, якщо така є, між обіцяною компенсацією та ціною продажу за готівку. Не існує універсального тесту «знижка більше X відсотків», і лише тривалий розрив в оплаті не вирішує питання.
Стандарт визначає ситуації, які можуть свідчити про те, що різниця в часі не є фінансуванням. Наприклад, клієнт може платити авансом, зберігаючи за собою право вирішувати, коли використовувати послугу. Компенсація може бути значною мірою змінною через майбутню подію. Або різниця між обіцяною ціною та ціною продажу за готівку може бути пропорційною іншій комерційній меті, наприклад, захисту постачальника від невиконання зобов'язань або зменшенню витрат та ризику адміністрування щомісячних платежів.
Слово «пропорційно» є важливим. Постачальник повинен мати можливість пояснити, чому знижка або надбавка відповідає не фінансовій меті, а не просто стверджувати, що передоплата є зручною.
Однорічний практичний спрощений підхід є вужчим, ніж здається
Практичний спрощений підхід в ASC 606-10-32-18 дозволяє суб'єкту господарювання не коригувати компенсацію на значний компонент фінансування, коли на дату укладення контракту він очікує, що період між передачею обіцяного товару або послуги та оплатою клієнтом цього товару або послуги становитиме один рік або менше.
Це не загальне звільнення для кожного контракту з річним циклом виставлення рахунків. Багаторічна підписка, оплачена повністю авансом, все одно містить передачу послуг, яка відбувається більш ніж через рік після оплати. Так само багаторічний контракт з щорічним виставленням рахунків може вимагати аналізу часу між кожним щорічним платежем та відповідною послугою.
Висновок слід робити на основі фактів та очікувань, доступних на дату укладення контракту. Зберігайте оригінальні умови оплати, дату початку надання послуг, умови продовження та очікуваний графік надання послуг разом з аналізом контракту. Пізніша зміна відсоткових ставок не означає, що оригінальна ставка дисконтування постійно перераховується.
П'ятикроковий аналіз для багаторічного SaaS-контракту
1. Зіставте обіцяну послугу з її графіком передачі
Почніть з контракту, а не з рахунку-фактури. Визначте обіцянки: хостинговий доступ, впровадження, підтримку, навчання, кредити на використання або професійні послуги. Визначте, які обіцянки є окремими та коли кожна передається.
Для зобов'язання за фактом готовності доступу створіть щомісячний календар послуг. Якщо впровадження здійснюється на початку, а доступ починається негайно, аналіз фінансування може відрізнятися від контракту, в якому клієнт платить зараз, але обирає дату початку пізніше.
Також визначте положення про скасування, повернення коштів, призупинення та використання. Платіж, який виглядає як проста передоплата, може частково представляти суттєве право, безповоротне зобов'язання або змінну компенсацію.
2. Порівняйте строки оплати зі строками надання послуг
Створіть часову шкалу з чотирма датами для кожного потоку платежів:
- Дата укладення контракту.
- Дата рахунку-фактури.
- Дата отримання грошових коштів або договірна дата платежу.
- Очікувана передача кожної обіцяної послуги.
Для трирічного контракту з передоплатою перший місяць надання послуг може бути близьким до дати оплати, тоді як останній місяць надання послуг — майже через три роки. Цей діапазон є більш інформативним, ніж просто називати контракт «річним» або «багаторічним».
Якщо клієнт платить після надання послуги, постачальник може фінансувати клієнта. Якщо клієнт платить до надання послуги, клієнт може фінансувати постачальника. Напрямок впливає на те, чи представлено ефект фінансування як відсотковий дохід чи відсоткові витрати.
3. Визначте комерційну причину знижки
Запитайте, чому клієнт отримує іншу ціну, ніж клієнт з помісячною оплатою. Правдоподібні не фінансові причини включають:
- Тверде зобов'язання, яке знижує очікуваний відтік клієнтів.
- Менше рахунків-фактур, спроб оплати, стягнень та продовжень.
- Зменшення роботи з онбордингу або управління обліковими записами.
- Зобов'язання за обсягом або терміном, яке дозволяє постачальнику планувати потужності.
- Захист від того, що клієнт відмовиться від спеціалізованого впровадження.
- Контрольоване клієнтом використання передплачених послуг.
Ці причини не є автоматичними відповідями. Кількісно оцініть їх, де це можливо. Порівняйте комісії за обробку платежів, втрати від стягнення, роботу з продовженнями, використання підтримки та історичний рівень утримання між щомісячними та зобов'язаними клієнтами. Службова записка про ціноутворення, яка пов'язує знижку з вимірюваною економікою, є сильнішою, ніж записка, яка просто повторює ярлик відділу продажів.
4. Перевірте ціну продажу за готівку та однорічний спрощений підхід
Ціна продажу за готівку не обов'язково є прейскурантною ціною. Це ціна, яку клієнт заплатив би готівкою, коли або в міру передачі послуги. Порівняйте багаторічну обіцянку з спостережуваними цінами для подібних клієнтів, щомісячними або річними альтернативами та будь-якою окремою опцією оплати готівкою.
Потім перевірте, чи застосовується однорічний спрощений підхід до відповідних періодів передачі. Якщо ні, вирішіть, чи надають умови оплати значну фінансову вигоду, враховуючи всі факти та обставини.
Не ставтеся до «відсутності відсотків» у контракті як до доказу відсутності фінансування. Ставка фінансування може бути неявною. І навпаки, не розглядайте кожну різницю між щомісячною ціною та ціною з попередньою оплатою як відсотки. ASC 606 вимагає судження, а не будь-яких скорочень.
5. Оберіть та збережіть ставку дисконтування
Коли коригування є необхідним, ставка повинна відображати ставку в окремій фінансовій операції між постачальником та клієнтом на дату укладення контракту. Вона повинна відображати кредитні характеристики сторони, яка отримує фінансування, та відповідне забезпечення або гарантії. Ставка не є автоматично середньозваженою ставкою запозичення постачальника, ставкою за кредитною карткою клієнта або ставкою, що випливає з маркетингової знижки.
Задокументуйте спостережувані вхідні дані, обрану методологію, дату контракту та причину, чому ставка є доречною. Після дати укладення контракту не оновлюйте ставку лише тому, що змінюються ринкові ставки або кредитний ризик клієнта. Переоцінюйте контракт на предмет інших модифікацій згідно з відповідними вказівками, але не переписуйте без потреби оригінальний графік фінансування.
Практичний приклад: три роки доступу з попередньою оплатою
Припустимо, постачальник програмного забезпечення пропонує трирічну хостингову підписку. Клієнт платить 12 600 доларів США авансом. Звичайна щомісячна ціна постачальника становила б 14 400 доларів США, або 400 доларів США на місяць.
Різниця в 1 800 доларів США не є автоматично компонентом фінансування. Керівництво повинно запитати, що купується за 1 800 доларів США. Якщо постачальник має докази того, що зобов'язаний термін суттєво знижує адміністрування продовжень, збої платежів, волатильність підтримки або ризик залучення клієнтів — і знижка пропорційна цим заощадженням — угода може не містити значного компонента фінансування.
Тепер змініть факти. Постачальник пропонує два економічно порівнянні варіанти: заплатити 12 600 доларів США при підписанні або заплатити 14 400 доларів США протягом того самого періоду надання послуг, причому різниця описана як знижка за негайну оплату. Клієнт не обирає довше зобов'язання або іншу послугу; він обирає фінансувати постачальника раніше. Ці факти більш переконливо вказують на фінансову вигоду та вимагають задокументованої оцінки згідно з ASC 606.
Якщо існує значний компонент фінансування, постачальник не просто зараховує 12 600 доларів США до доходу 1 січня. Він відображає грошові кошти та контрактне зобов'язання, визнає ефект фінансування протягом відповідного періоду та погашає зобов'язання в міру передачі послуги. Ефект фінансування відображається окремо від доходу від підписки як відсоткові витрати або відсотковий дохід, залежно від обставин.
Точний графік амортизації залежить від обраної ставки, строків оплати, графіка надання послуг, модифікацій контракту та облікової політики постачальника. Ось чому аналіз контракту повинен відбуватися до розміщення рахунку-фактури, а графік повинен бути пов'язаний з головною книгою, а не вестися як ізольована електронна таблиця.
Заходи бухгалтерського контролю, які запобігають плутанині на кінець місяця
Надійний процес починається із запису даних на рівні контракту. Як мінімум фіксуйте:
- Клієнта, ідентифікатор контракту, дату початку та дату закінчення.
- Зобов'язання щодо виконання та графік передачі.
- Дати виставлення рахунків, дати платежів та фактичні надходження грошових коштів.
- Авансові платежі, знижки, кредити, продовження та права на повернення коштів.
- Докази ціни продажу за готівку та висновок щодо фінансування.
- Ставку дисконтування, метод розрахунку та дату затвердження.
Використовуйте окремі рахунки для доходу від підписки, контрактних зобов'язань, дебіторської заборгованості, грошових коштів та відсоткового доходу або витрат. Щомісяця звіряйте допоміжну книгу з головною книгою, а потім звіряйте звіт про рух контрактного зобов'язання із залишковими зобов'язаннями щодо виконання.
Створюйте звіти про винятки для контрактів, які мають будь-яку з цих ознак:
- Термін більше одного року з повною передоплатою.
- Знижка, що суттєво відрізняється від стандартних знижок за термін.
- Дата оплати більш ніж за рік до очікуваної передачі послуги.
- Дата початку контролюється клієнтом.
- Суттєвий компонент, заснований на використанні або продажах.
- Модифікація, повернення коштів, скасування або дострокове продовження.
Цей робочий процес допомагає фінансовій команді зосередити судження там, де це важливо, замість повторного аналізу кожного звичайного щомісячного рахунку-фактури. Він також створює аудиторський слід, який пояснює, чому подібні контракти отримали подібне ставлення.
Поширені помилки, яких слід уникати
Розгляд отримання грошових коштів як доходу
Грошові кошти є доказом стягнення, а не доказом того, що постачальник виконав зобов'язання щодо виконання. Відображайте контрактне зобов'язання та погашайте його в міру надання послуги.
Застосування однорічного спрощеного підходу до всього контракту
Спрощений підхід стосується очікуваного розриву між передачею та оплатою. Він не автоматично покриває пізніші роки багаторічної передоплати.
Називання кожної авансової знижки відсотками
Причини, пов'язані із зобов'язанням, ризиком, адмініструванням та використанням, можуть бути суттєвими. Зберіть докази та перевірте пропорційність, перш ніж класифікувати знижку як фінансування.
Використання неправильної ставки
Ставка є оцінкою на дату укладення контракту для окремої фінансової операції. Зберігайте підтвердження кредитного профілю клієнта, забезпечення, ринкових даних та обраного розрахунку.
Відображення ефекту відсотків у складі доходу від підписки
ASC 606 відокремлює ефекти фінансування від представлення доходу. Окремі рахунки роблять валовий прибуток, регулярний дохід та витрати на фінансування легшими для розуміння.
Ігнорування модифікацій контракту
Оновлення, зниження, продовження, повернення коштів або дострокове припинення можуть змінити залишкову ціну операції та графік передачі. Спрямовуйте ці зміни через той самий процес аналізу контракту, замість ручного редагування залишку відкладеного доходу.
Контрольний список для фінансових команд на час закриття періоду
Перед закриттям періоду переконайтеся, що:
- Нові багаторічні контракти були ідентифіковані з системи виставлення рахунків або CRM.
- Кожен контракт має календар передачі послуг.
- Оцінка фінансування містить як висновок, так і комерційні докази, що його підтверджують.
- Однорічний спрощений підхід застосовувався лише там, де його умови були виконані на дату укладення контракту.
- Будь-яка необхідна ставка була обрана на дату укладення контракту та зафіксована в графіку.
- Дохід, контрактне зобов'язання, грошові кошти, дебіторська заборгованість та ефекти фінансування звіряються.
- Модифікації та скасування були проаналізовані до фіналізації графіка.
- Підготовлено підтвердження розкриття інформації для значних суджень та залишкових зобов'язань щодо виконання.
Мета — не перетворити кожну підписку на складний фінансовий інструмент. Мета — помітити, коли структура оплати змінює економіку контракту, та зробити так, щоб облік відображав цю економіку послідовно.
Спростіть своє фінансове управління
У міру зростання вашого підписного бізнесу прозорі записи роблять відкладений дохід, грошові потоки та судження щодо фінансування легшими для аналізу. Beancount.io пропонує бухгалтерський облік у відкритому текстовому форматі, який є прозорим, з контролем версій та готовим до використання зі штучним інтелектом, тому ваша фінансова історія залишається придатною для аудиту без прив'язки до постачальника. Ознайомтеся з документацією або подивіться, як Fava може візуалізувати вашу головну книгу.