Минулого вівторка ваша сторінка статусу чотири години показувала червоний колір. До п'ятниці ви видали сервісні компенсації кожному постраждалому клієнту — 10 відсотків місячної плати тут, 25 відсотків там — і ваш бухгалтер відобразив їх так, як це робить більшість невеликих SaaS-компаній: як витрати на підтримку або маркетингову поступку, десь нижче рядка виторгу. Тепер ваш виторг за місяць завищено, ваш чистий показник утримання виторгу неправильний, і якщо кредитор чи покупець колись відкриє ваші книги, першим буде питання, на яке ви не зможете відповісти: скільки з того виторгу, який ви відзвітували, ви насправді мали право залишити собі?
Це не крайній випадок. Середній простій тепер займає 196 хвилин на усунення, а малий і середній бізнес оцінює вартість години простою приблизно в $8 000 — ще до видачі хоч якоїсь компенсації. Кожна компенсація, яку ви надаєте після простою, є зменшенням ціни, яку ваш клієнт погодився платити, і за ASC 606 це робить її змінною винагородою: сумою, що зменшує ваш виторг, а не витратою, що лежить під ним. Ця стаття пояснює, до чого ваш SLA зобов'язує вас фінансово, як стандарт вимагає це обліковувати і що виправити під час наступного закриття місяця.
Що насправді обіцяє ваш SLA — у доларах, а не в «дев'ятках»
Більшість SaaS-контрактів вказують безвідмовну роботу як «дев'ятки»: 99,9 відсотка (близько 43 хвилин простою на місяць), 99,95 відсотка, 99,99 відсотка (близько 4 хвилин). Число, яке має значення для ваших книг, — це не дев'ятки, а графік компенсацій, прив'язаний до них. Типовий корпоративний SLA виглядає приблизно так: безвідмовна робота нижче 99,9 відсотка дає клієнту 10-відсоткову сервісну компенсацію; нижче 99,0 відсотка — 25 відсотків; нижче 95,0 відсотка — повний місяць безкоштовно. Деякі контракти передбачають ще більше, пропонуючи право на розірвання, якщо безвідмовна робота не досягає цілі кілька місяців поспіль.
Три особливості цього графіка формують облік:
Компенсації — це договірне коригування ціни, а не жест доброї волі. Клієнт не платить повну ціну, а потім отримує подарунок. Контракт каже, що ціна за поганий місяць — це нижча ціна. Саме це розрізнення — зменшення ціни проти витрати — і є всім питанням обліку, і контракт відповідає на нього ще до того, як ваш бухгалтер відкриє книгу.
Компенсації зазвичай обмежені та вимагаються, а не надаються автоматично. Багато SLA вимагають, щоб клієнт запитав компенсацію протягом 30 днів, і обмежують загальні компенсації 30–100 відсотками місячної плати. Це означає, що ваша експозиція за будь-якого конкретного простою обмежена й оцінювана: ви знаєте графік, ви знаєте, яких клієнтів було уражено, і ви знаєте свій історичний коефіцієнт звернень.
Час грошових потоків і час виторгу розходяться. Компенсація, видана в лютому за січневий простій, зазвичай з'являється як кредит-нота проти майбутнього рахунку. Грошовий ефект настає тоді, коли рахунок оплачено, але ефект на виторг належить січню — періоду, коли ви не надали того, що обіцяли. Відображення компенсації в місяці її видачі проти виторгу того місяця спотворює одразу два періоди.
Чому ASC 606 називає компенсацію за простій змінною винагородою
Основна ідея ASC 606 проста: визнавайте виторг у сумі винагороди, на яку ви очікуєте мати право в обмін на надання того, що ви обіцяли. Крок 3 п'ятикрокової моделі — визначення ціни операції — це місце, де ваш SLA входить у картину. Ціна операції — це не цінник у формі замовлення. Це цінник мінус усе, що може повернутися: повернення коштів, знижки, бонуси за результативність — і сервісні компенсації за недосягнуту безвідмовну роботу.
Посібник PwC з виторгу прямо відносить компенсації за SLA до цієї категорії. Змінну винагороду потрібно оцінювати на початку контракту й оновлювати кожного звітного періоду, використовуючи один із двох методів:
- Очікуване значення — середнє зважене за ймовірністю по можливих результатах. Це добре підходить для портфеля клієнтів: якщо історія каже, що 3 відсотки місячних рахунків зазвичай повертаються як компенсації за SLA, ваша очікувана компенсація на $100 000 місячних рахунків становить $3 000.
- Найімовірніша сума — єдиний найімовірніший результат. Це підходить для бінарної ситуації: один великий клієнт, чий контракт цього місяця або спричиняє компенсацію в $20 000, або не спричиняє нічого.
Потім іде обмеження — частина, яку засновники найчастіше пропускають. Ви можете включити змінну винагороду в ціну операції — тобто визнати виторг — лише тією мірою, якою ймовірно, що значного сторнування не станеться, коли невизначеність вирішиться. Простими словами: якщо є реальний шанс, що ви будете винні цю компенсацію назад, не зараховуйте цю частку як виторг. Відобразіть її як зобов'язання з повернення коштів і скоригуйте, коли безвідмовну роботу за місяць буде відомо.
Зверніть увагу, що обмеження означає для SaaS-бізнесу зі значною історією простоїв. Якщо ваш сервіс не досягав свого SLA в чотирьох із останніх дванадцяти місяців, «ми очікуємо, що не будемо винні нічого» не є обґрунтованою оцінкою. Ваша власна сторінка статусу — це доказ номер один для аудитора.
Проведення: місяць із простоєм
Припустімо, один клієнт платить $10 000 на місяць, і ваш SLA у 99,9 відсотка надає 10-відсоткову компенсацію за будь-який місяць, коли безвідмовна робота падає нижче цілі. Безвідмовна робота в січні становить 99,4 відсотка. Ось повний цикл.
Під час виставлення рахунку виставлена сума є відкладеним виторгом, як зазвичай — отримані гроші (або відображена дебіторська заборгованість) за послугу, ще не надану:
2026-01-01 open Assets:Cash:Operating USD
2026-01-01 open Assets:Receivable:Customer USD
2026-01-01 open Income:SaaS:Subscription USD
2026-01-01 open Liabilities:Deferred-Revenue:SaaS USD
2026-01-01 open Liabilities:Refund:SLA-Credits USD
2026-01-01 * "Customer" "January invoice — 10,000 monthly subscription"
Assets:Receivable:Customer 10000.00 USD
Liabilities:Deferred-Revenue:SaaS -10000.00 USD
2026-01-31 * "Month-end" "Recognize January revenue net of 500 expected SLA credits"
Liabilities:Deferred-Revenue:SaaS 10000.00 USD
Liabilities:Refund:SLA-Credits -500.00 USD
Income:SaaS:Subscription -9500.00 USD
2026-02-05 * "Customer" "Outage credit issued — January uptime 99.4 percent vs 99.9 SLA"
Liabilities:Refund:SLA-Credits 500.00 USD
Assets:Receivable:Customer -500.00 USDПройдімося по тому, що сталося. На кінець місяця ви визнали $9 500 виторгу й відклали $500 у зобов'язання з повернення коштів — вашу оцінку компенсації, яку спричинить січневий простій. Коли фактична кредит-нота виходить у лютому, вона дебетує зобов'язання, а не виторг і не рахунок витрат. Січневий виторг був правильним з першого разу, а лютневий виторг не зачеплений січневим простоєм.
Якщо оцінка й фактична сума різняться, різниця коригує виторг у періоді, коли невизначеність вирішується. Оцінили $500, але видали $1 000, бо два клієнти звернулися замість одного? Додаткові $500 зменшують виторг, коли ви про це дізнаєтеся. Оцінили $500, а ніхто не звернувся? Відпустіть $500 у виторг. Рахунок зобов'язання — це амортизатор; виторг ніколи не перераховується через рутинне коригування.
Дві деталі, які варто зробити правильно. По-перше, зобов'язання з повернення коштів відокремлене від відкладеного виторгу: відкладений виторг — це за послугу, яку ви ще не надали, тоді як зобов'язання з повернення коштів — це за надану послугу, яку ви, можливо, муситимете повернути. Зарахування їх одне проти одного приховує обидві історії. По-друге, якщо компенсація стосується майбутнього періоду — безкоштовний місяць, наданий як вибачення, а не договірна компенсація за минулий збій — це інший аналіз, ближчий до модифікації контракту або істотного права, і він коригує майбутній виторг, а не минулий.
Три помилки, яких припускаються засновники SaaS із компенсаціями за SLA
Помилка 1: відображення компенсації як витрати. Це найпоширеніша помилка і найшкідливіша. Запис компенсації за простій у $10 000 як дебету на «витрати на підтримку клієнтів» або «маркетингові поступки» залишає виторг завищеним на $10 000 і вигадує $10 000 витрат, яких ніколи не було. Валовий маржинальний прибуток, зростання виторгу й кожен коефіцієнт, побудований на виторгу, читаються завищеними. За ASC 606 суми, що підлягають сплаті клієнту, які не є платою за окремий товар чи послугу, отримані натомість, зменшують ціну операції. Компенсація за ваш власний простій не купує вам нічого окремого — вона зменшує виторг, і крапка.
Помилка 2: визнання повного виторгу зараз і виправлення пізніше. Деякі компанії відображають повні $10 000 як січневий виторг, а потім записують компенсацію в $1 000 проти лютневого виторгу, коли виходить кредит-нота. Обидва місяці тепер неправильні: січень завищений, лютий занижений. Гірше того, помилка накопичується у ваших метриках — чистий показник утримання виторгу за січень виглядає чудово, за лютий — слабко, і жоден не відображає реальності. Схема із зобов'язанням з повернення коштів вище існує саме для того, щоб кожен період був чесним.
Помилка 3: оцінка нуля, бо простій «більше не повториться». Обмеження працює на ймовірності, а не на оптимізмі. Якщо ваша інфраструктура мала три місяці, що спричинили SLA, минулого року, оцінка нульових очікуваних компенсацій не є ні консервативною, ні агресивною — вона необґрунтована. Аудитори перевіряють цю оцінку проти історії ваших інцидентів, і покупці під час комплексної перевірки зроблять те саме. Невеликий постійний резерв, розмір якого визначено за ковзними коефіцієнтами звернень і який щомісяця коригується, є і точнішим, і набагато легшим для захисту, ніж упевнений нуль, якому суперечить ваша сторінка статусу.
Як це впливає на метрики, які читають покупці та кредитори
Розміщення компенсацій за SLA над рядком виторгу проти під ним змінює кожне число, за яким оцінюють SaaS-компанію:
- MRR і ARR мають бути чистими від очікуваних компенсацій. Якщо 2 відсотки рахунків історично повертаються як компенсації за SLA, заголовний ARR у $1 мільйон — це насправді $980 000 очікуваного виторгу. Звітування валового числа — це те, як засновники зрештою пояснюють під час комплексної перевірки «проблему відтоку», яка насправді весь час була проблемою компенсацій.
- Чистий показник утримання виторгу поглинає компенсації як скорочення. Клієнт, який платив $120 000 минулого року і $114 000 цього року після компенсацій за простої, утримався на 95 відсотках, а не на 100 — навіть якщо він ніколи не зменшував кількість місць.
- Валовий маржинальний прибуток зростає, коли ви виправляєте помилку, як не парадоксально. Перенесення компенсацій із витрат на підтримку в контрвиторг зменшує і виторг, і собівартість виторгу, і оскільки компенсація перевищує будь-які пов'язані витрати, відсоток маржі покращується, тоді як виторг падає. Очікуйте на це питання й майте напоготові перераховану історію.
Якщо ви використовуєте облік у простому текстовому форматі, виправлення є структурним, а не процедурним: окремий рахунок Liabilities:Refund:SLA-Credits, запис на кінець місяця, що визнає виторг від підписки чистим від очікуваної компенсації, і коригувальний запис, коли виходять кредит-ноти. Документація beancount щодо шаблонів визнання виторгу охоплює загальну форму обліку відкладеного виторгу, на якій це будується, а історія балансу рахунку повернення коштів слугує подвійно вашим аудиторським слідом для оцінки.
Контрольний список на кінець місяця, що займає двадцять хвилин
- Витягніть безвідмовну роботу за рівнем клієнта. Ваш моніторинг уже обчислює це; попросіть місячне число проти кожного порогу SLA, а не лише середнє по всій системі.
- Перелічіть спричинені компенсації. Для кожного клієнта нижче порогу обчисліть договірну компенсацію за графіком — перш ніж перевіряти, хто насправді звернувся.
- Застосуйте історію вашого коефіцієнта звернень. Якщо історично звертаються приблизно за 60 відсотками спричинених компенсацій, ваша очікувана вартість — це 60 відсотків від спричиненого підсумку. Задокументуйте цей коефіцієнт і переглядайте його щокварталу.
- Відобразіть виторг чистим від оцінки. Визнайте виторг від підписки з очікуваною компенсацією, відкладеною в зобов'язанні з повернення коштів, як у прикладі вище.
- Скоригуйте оцінку минулого місяця. Порівняйте резерв минулого місяця з фактично виданими кредит-нотами; відпустіть або поповніть різницю через виторг поточного періоду.
- Звірте залишок зобов'язання. Рахунок повернення коштів має містити лише невирішені оцінки. Усе, що старше за ваше вікно звернень (зазвичай 30–60 днів), уже мало бути відпущене — зростаючий застарілий залишок означає, що коригування пропускаються.
Почніть цього місяця, а не наступного кварталу. Витягніть звіт про безвідмовну роботу за минулий місяць, обчисліть компенсації, які ваш графік SLA каже, що ви винні, і порівняйте це число з тим, що ваші книги показують як зменшення виторгу. Якщо книги показують нуль — а для більшості SaaS-компаній на ранній стадії вони показують нуль — ви знайшли свій перший коригувальний запис, і ваш виторг був завищений рівно на цю суму кожного подібного місяця.
