Ваша панель Stripe каже, що минулого місяця ви зібрали $48 000. Ваш звіт про прибутки та збитки каже $52 000. Ваш банківський рахунок показує депозити на загальну суму $41 000. Усі три числа надійшли від тих самих клієнтів, які оплачували ті самі інвойси — тож яке з них є вашим фактичним доходом?
Якщо ви керуєте SaaS-компанією на Stripe Billing, ця розбіжність у три числа не є помилкою ваших інструментів. Це передбачуваний результат однієї економічної події — оплати клієнтом підписки — яка з'являється в чотирьох різних місцях: у підписці, в інвойсі, у платежі та у виплаті. Облікуйте більш ніж одне з них як дохід — і ви подвоїте облік. Облікуйте неправильне — і ваші податки, ваші метрики та будь-яка майбутня перевірка спиратимуться на завищені числа.
Цей посібник показує, де саме кожен об'єкт Stripe має місце у ваших книгах, три пастки подвійного обліку, які ловлять більшість SaaS-засновників, та робочий процес клірингового рахунку, який змушує ваше щомісячне закриття звірятися до копійки.
Чому Stripe так легко призводить до подвійного обліку
Традиційне виставлення рахунків дає вам один документ на продаж: інвойс. Stripe Billing дає вам ланцюжок пов'язаних об'єктів для тих самих грошей:
- Підписка — періодична угода (ваш план за $99/місяць).
- Інвойс — рахунок, який Stripe генерує щоциклу, включно з пропорційними розрахунками, кредитами та податком.
- Платіж (списання) — фактичний рух грошей за цим інвойсом.
- Виплата — пакетний банківський депозит, який Stripe надсилає вам, за вирахуванням комісій, повернень та коригувань.
Кожен об'єкт має власну панель, власний звіт і власний підсумок. Засновник, який підсумовує «підсумки інвойсів» як дохід, а потім ще й обліковує «депозити виплат» як дохід, облікував ті самі долари двічі. Додайте річні передоплати — один інвойс на $12 000 сьогодні за дванадцять місяців обслуговування — і мислення на касовій основі облікує повний рік доходу в січні.
Основний принцип, який запобігає всьому цьому: кожен долар клієнтських грошей обліковується рівно один раз як валовий дохід, у момент, коли ви його заробляєте, а все інше — це комісія, повернення, різниця в часі або рух на балансі. Решта цієї статті — про те, як застосувати цей принцип.
Пастка 1: Облік інвойсів і виплат як доходу
Це найпоширеніший подвійний облік у бухгалтерії SaaS. Симптом незаперечний: дохід у вашому P&L приблизно дорівнює інвойсам плюс банківські депозити, а ваші книги показують зростання, якого ваш банківський баланс ніколи не підтверджує.
Ось що насправді відбувається, коли клієнт оплачує щомісячний інвойс на $1 000:
- Stripe створює інвойс на $1 000 і стягує платіж на $1 000.
- Stripe відраховує свою комісію за обробку (скажімо, $30,30) та будь-які повернення.
- Через кілька днів Stripe об'єднує ваш доступний баланс у депозит-виплату.
Інвойс і виплата — це два погляди на ті самі $1 000 — а не $1 000 доходу плюс ще $970 доходу. Правильний підхід:
- Облікуйте $1 000 валового доходу один раз, коли інвойс оплачено (або зароблено, для accrual-бухгалтерії).
- Облікуйте комісію $30,30 як витрату на обробку, а не як зменшення доходу.
- Облікуйте виплату як переказ з вашого клірингового балансу Stripe на ваш банківський рахунок — ніколи як дохід.
Зарахування комісій проти доходу (облік лише депозиту $969,70 як продажів) — це дзеркальна помилка: вона занижує валовий дохід і приховує витрати на обробку, які можна відрахувати. На рядку доходу в сім цифр ці приховані комісії легко сягають десятків тисяч доларів на рік у втрачених відрахуваннях і оманливих метриках.
Виправлення через кліринговий рахунок
Ставтеся до Stripe як до власного міні-банківського рахунку — клірингового рахунку — у вашому плані рахунків. Кожна подія Stripe потрапляє туди першою:
- Платіж клієнта успішний: дебет клірингового рахунку Stripe $1 000, кредит доходу (або відкладеного доходу, про це нижче) $1 000.
- Stripe бере свою комісію: дебет витрат на обробку $30,30, кредит клірингового рахунку Stripe $30,30.
- Повернення видано: дебет повернень (контрдохід) і кредит клірингового рахунку Stripe.
- Виплата надходить на ваш банк: дебет вашого банківського рахунку, кредит клірингового рахунку Stripe на суму виплати.
Після проведення виплати кліринговий рахунок має містити лише ваш неврегульований баланс Stripe. Якщо він місяць за місяцем несе зростаючий залишок, щось — зазвичай необліковане повернення або пропущена комісія — витікає. Цей залишок — ваш ранній сигнал тривоги, і саме заради нього існує кліринговий рахунок.
Пастка 2: Визнання річних передоплат одразу
Клієнт платить $12 000 авансом за річний план. За касової бухгалтерії ви могли б назвати це $12 000 доходу за січень. За accrual-бухгалтерії — якої очікують інвестори, кредитори та GAAP — ви заробили один місяць обслуговування і винні ще одинадцять.
Правильний підхід розподіляє визнання протягом періоду обслуговування:
- При оплаті: дебет клірингового рахунку Stripe $12 000, кредит відкладеного доходу (зобов'язання) $12 000. Доходу поки що немає.
- Щомісяця: дебет відкладеного доходу $1 000, кредит доходу від підписок $1 000.
Облік повного інвойсу як доходу в першому місяці завищує прибуток січня на $11 000 і занижує наступні одинадцять місяців. Це також ламає метрики, на які насправді орієнтуються покупці: щомісячний регулярний дохід, чисте утримання доходу та залишки відкладеного доходу — усі вони походять від заробленого доходу, а не від зібраних грошей.
Пропорційні розрахунки, апгрейди та зміни посеред циклу
Stripe обробляє зміни плану через інвойси з пропорційним розрахунком — кредит за невикористаний час на старому плані плюс списання за новий. Вони неттуються до невеликих сум, але кожна складова все одно потребує правильного підходу: кредит зменшує дохід (або збільшує відкладений дохід), а нове списання підкоряється тому самому правилу заробляння з часом. Спрощення обліковувати лише чисту суму пропорційного розрахунку зазвичай працює для щомісячних планів, але для апгрейдів річних планів графік відкладеного доходу потрібно перебудувати, інакше ваш баланс зобов'язань відхилиться від реальності.
Купони та клієнтські кредити заслуговують на таку саму увагу. Купон на 20% означає валовий дохід $800 за інвойсом із прейскурантною ціною $1 000 — а не $1 000 доходу плюс $200 маркетингових витрат. Обліковуйте те, що ви фактично заробили.
Пастка 3: Облік повернень, спорів і кредитів як нових витрат — або їх ігнорування
Повернення зменшують дохід; вони не є окремою операційною витратою і точно не є невидимими. Коли ви повертаєте $500 за інвойсом:
- Дебет повернень (контрдохідний рахунок, який стоїть проти валового доходу) $500.
- Кредит клірингового рахунку Stripe $500.
Чому контрдохід, а не витрата? Бо валовий дохід мінус повернення дорівнює чистому доходу — числу, якого хочуть ваша податкова декларація, ваша презентація для ради директорів і ваша юніт-економіка. Поховання повернень у загальних витратах завищує і ваш верхній рядок, і вашу структуру витрат, і робить аналіз частки повернень неможливим.
Чарджбеки та спори потребують проміжного режиму: коли відкривається спір, перемістіть суму на рахунок дебіторської заборгованості за спорами або втрат від чарджбеків, а не залишайте визнаний дохід недоторканим. Якщо ви виграєте, сторнуйте це; якщо програєте, це стає остаточним зменшенням доходу плюс будь-яка комісія за спір як витрата. Невдалі платежі та повторні спроби стягнення тим часом не торкаються нічого, поки гроші фактично не рухаються — неоплачений інвойс є дебіторською заборгованістю, а не доходом, зібраним двічі.
Ваш щомісячний чекліст звірки Stripe
Виділіть годину після кінця місяця і пройдіть цей список по порядку. Кожен крок ловить інший клас помилок:
- Витягніть звіт звірки виплат. Для кожної виплати, задепонованої протягом місяця, підтвердіть, що валові списання мінус комісії, повернення та коригування дорівнюють банківському депозиту до копійки.
- Звірте кліринговий рахунок. Його кінцевий баланс має дорівнювати вашому неврегульованому балансу Stripe (очікувані виплати плюс будь-яке утримання резерву). Дослідіть будь-який інший залишок перед закриттям.
- Перенесіть відкладений дохід уперед. Початковий баланс плюс нові передоплати мінус визнаний дохід має дорівнювати кінцевому балансу, а кінцевий баланс має збігатися із сумою незаробленої вартості підписок у Stripe.
- Зіставте інвойси з визнаним доходом. Загальний визнаний дохід від підписок за місяць має звірятися із заробленими рядками інвойсів — після купонів, кредитів і пропорційних розрахунків — а не з зібраними грошима.
- Закрийте повернення та спори. Кожне повернення в Stripe має з'явитися в контрдоході; кожен відкритий спір має перебувати на своєму проміжному рахунку, а не у визнаному доході.
- Перевірте мультивалютність і податки. Якщо ви виставляєте рахунки в кількох валютах, підтвердіть, що курсові прибутки та збитки проводяться окремо від доходу. Підтвердіть, що зібраний податок з продажів і ПДВ перебувають у зобов'язанні з податків до сплати, ніколи в доході.
Коли всі шість кроків збігаються, ваші три числа нарешті узгоджуються одне з одним: валова активність Stripe, зароблений дохід у P&L і банківські депозити, з'єднані чистим слідом комісій, різниць у часі та рухів на балансі.
Звіти та автоматизація, які беруть на себе основну роботу
Вам не потрібно будувати цей робочий процес з електронних таблиць. Власний звітний стек Stripe безпосередньо відображається на чекліст:
- Звіти звірки виплат деталізують кожне списання, повернення, комісію та коригування в кожному банківському депозиті — документ, який ваш бухгалтер насправді хоче.
- Транзакції балансу — це незмінний реєстр кожного цента, що пройшов через Stripe. Оскільки Stripe ніколи не змінює транзакцію балансу після створення, вони є джерелом істини для закриття, а не списання чи інвойси.
- Звіти про визнання доходу автоматизують перенесення відкладеного доходу за ASC 606 та IFRS 15, перетворюючи підписки та інвойси на готові до аудиту бухгалтерські проводки.
Для поточної автоматизації бухгалтерські інтеграції можуть щовечора проводити валові продажі, комісії та повернення на кліринговий рахунок, а вебхуки на події виплат можуть запускати зіставлення того самого дня. Навіть із автоматизацією зберігайте щомісячний чекліст: програмне забезпечення проводить те, що йому сказано, а пропущене відображення тихо дає збій, поки хтось не звірить.
Тримайте дохід від підписок чистим з першого дня
Stripe Billing особливо не прощає неохайних книг, бо кожен долар з'являється в стількох місцях — підписка, інвойс, платіж, виплата — і кожне з них є новою можливістю порахувати його знову. Засновники, які налаштовують кліринговий рахунок, визнають передоплачений дохід з часом і звіряються щомісяця, ловлять проблеми тоді, коли це виправлення в один рядок, а не прибирання розміром із перерахунок звітності під час збору коштів чи перевірки перед придбанням.
Точна бухгалтерія підписок починається з обліку кожної події на правильному рахунку з першого разу. Beancount.io забезпечує бухгалтерію у простому тексті, яка дає вам повну прозорість і контроль над вашими фінансовими даними — жодних чорних скриньок, жодної прив'язки до постачальника. Почніть безкоштовно і побачте, чому розробники та фінансові фахівці переходять на бухгалтерію у простому тексті.
