Вашето табло в Stripe показва, че сте събрали $48,000 миналия месец. Отчетът ви за приходи и разходи показва $52,000. Банковата ви сметка показва депозити на обща стойност $41,000. И трите числа идват от същите клиенти, плащащи същите фактури — така че кое от тях е действителният ви приход?
Ако управлявате SaaS компания на Stripe Billing, това несъответствие между три числа не е дефект в инструментите ви. То е предвидим резултат от едно икономическо събитие — клиент, плащащ за абонамент — което се появява на четири различни места: абонаментът, фактурата, плащането и изплащането. Отчетете повече от едно от тях като приход и ще получите двойно отчитане. Отчетете грешното и вашите данъци, вашите метрики и всяка бъдеща проверка по дължима грижа ще почиват на завишени числа.
Това ръководство ви показва точно къде принадлежи всеки обект на Stripe в счетоводните ви книги, трите капана за двойно отчитане, които хващат повечето SaaS основатели, и работен процес с клирингова сметка, който прави месечното ви приключване да се сверява до стотинка.
Защо Stripe прави двойното отчитане толкова лесно
Традиционното фактуриране ви дава един документ на продажба: фактура. Stripe Billing ви дава верига от свързани обекти за същите пари:
- Абонамент — повтарящото се споразумение (вашият план от $99/месец).
- Фактура — сметката, която Stripe генерира всеки цикъл, включително пропорционални изчисления, кредити и данък.
- Плащане (транзакция) — действителното движение на пари по тази фактура.
- Изплащане — групираният банков депозит, който Stripe ви изпраща, нето след такси, възстановявания и корекции.
Всеки обект има собствено табло, собствен отчет и собствена обща сума. Основател, който сумира „общите суми по фактури" за приходи и след това също записва „депозити от изплащания" като доход, е отчел същите долари два пъти. Добавете годишни предплащания — една фактура за $12,000 днес за дванадесет месеца услуга — и мисленето на касова основа отчита цяла година приход през януари.
Основният принцип, който предотвратява всичко това: всеки долар от пари на клиент се записва точно веднъж като брутен приход, в момента, в който го спечелите, а всичко останало е такса, възстановяване, разлика във времето или движение по баланса. Останалата част от тази публикация показва как да приложите този принцип.
Капан 1: Отчитане на фактури и изплащания като приход
Това е най-честото двойно отчитане в SaaS счетоводството. Симптомът е безпогрешен: приходът в отчета ви за приходи и разходи е приблизително равен на фактурите плюс банковите депозити, а книгите ви показват растеж, който банковият ви баланс никога не потвърждава.
Ето какво всъщност се случва, когато клиент плати месечна фактура от $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 обработва промените в плана с фактури за пропорционално изчисление — кредит за неизползвано време по стария план плюс такса за новия. Те се нетoят до малки суми, но всеки елемент все още изисква правилно третиране: кредитът намалява прихода (или увеличава отложения приход), а новата такса следва същото правило за печелене във времето. Прекият път на отчитане само на нетната пропорционална сума обикновено работи за месечни планове, но за ъпгрейди на годишни планове графикът на отложения приход трябва да бъде изграден наново, иначе салдото на пасива ви се отклонява от реалността.
Купоните и клиентските кредити заслужават същото внимание. Купон от 20% означава брутен приход от $800 по фактура с каталожна цена $1,000 — не $1,000 приход плюс $200 маркетингов разход. Записвайте това, което действително сте спечелили.
Капан 3: Отчитане на възстановявания, спорове и кредити като нови разходи — или игнорирането им
Възстановяванията намаляват прихода; те не са отделен оперативен разход и със сигурност не са невидими. Когато възстановите фактура от $500:
- Дебит възстановявания (контра-приходна сметка, която стои срещу брутния приход) $500.
- Кредит клирингова сметка Stripe $500.
Защо контра-приход вместо разход? Защото брутният приход минус възстановяванията е равен на нетния приход — числото, което данъчната ви декларация, презентацията пред борда и unit икономиката ви искат. Погребването на възстановяванията в общи разходи завишава както горната ви линия, така и структурата на разходите ви, и прави анализа на процента на възстановявания невъзможен.
Chargeback-ове и спорове се нуждаят от временно съхранение: когато спор се отвори, преместете сумата в сметка за вземания от спорове или загуби от chargeback, вместо да оставяте признатия приход непокътнат. Ако спечелите, обърнете го; ако загубите, той става финализирано намаление на прихода плюс всяка такса за спор като разход. Неуспешните плащания и повторните опити за събиране, междувременно, не засягат нищо, докато парите действително не се движат — неплатената фактура е вземане, а не приход, събран два пъти.
Вашият месечен контролен списък за осчетоводяване на Stripe
Отделете си час след края на месеца и работете по този списък по ред. Всяка стъпка хваща различен клас грешка:
- Изтеглете отчета за осчетоводяване на изплащанията. За всяко изплащане, депозирано през месеца, потвърдете, че брутните транзакции минус такси, възстановявания и корекции се равняват на банковия депозит до стотинка.
- Осчетоводете клиринговата сметка. Крайното ѝ салдо трябва да е равно на неразчистеното ви салдо в Stripe (предстоящи изплащания плюс всяко задържане на резерв). Разследвайте всеки друг остатък преди приключване.
- Прехвърлете отложения приход напред. Началното салдо плюс новите предплащания минус признатия приход трябва да е равно на крайното салдо, а крайното салдо трябва да съвпада със сумата на неспечелената стойност на абонаментите в Stripe.
- Свържете фактурите с признатия приход. Общият признат приход от абонаменти за месеца трябва да се осчетоводи спрямо спечелените позиции във фактурите — след купони, кредити и пропорционални изчисления — а не спрямо събраните пари.
- Изчистете възстановяванията и споровете. Всяко възстановяване в Stripe трябва да се появи в контра-прихода; всеки отворен спор трябва да стои в сметката си за временно съхранение, а не в признатия приход.
- Проверете мулти-валутните операции и данъците. Ако фактурирате в няколко валути, потвърдете, че печалбите и загубите от конвертиране се осчетоводяват отделно от прихода. Потвърдете, че събраният данък върху продажбите и ДДС стоят в пасив за дължим данък, никога в прихода.
Когато всичките шест стъпки се сверят, трите ви числа най-накрая се съгласуват едно с друго: брутната активност в Stripe, спечеленият приход в отчета за приходи и разходи и банковите депозити, свързани от чиста следа от такси, разлики във времето и движения по баланса.
Отчети и автоматизация, които поемат тежката работа
Не е нужно да изграждате този работен процес от електронни таблици. Собственият отчетен стек на Stripe се съпоставя директно с контролния списък:
- Отчетите за осчетоводяване на изплащанията детайлизират всяка транзакция, възстановяване, такса и корекция във всеки банков депозит — документът, който счетоводителят ви всъщност иска.
- Транзакциите по салдо са неизменният регистър на всеки цент, преминал през Stripe. Тъй като Stripe никога не променя транзакция по салдо след създаването ѝ, те са източникът на истина за приключване, а не транзакциите или фактурите.
- Отчетите за признаване на приходи автоматизират прехвърлянето на отложения приход съгласно ASC 606 и IFRS 15, превръщайки абонаментите и фактурите в готови за одит счетоводни записи.
За текуща автоматизация счетоводните интеграции могат да осчетоводяват брутните продажби, такси и възстановявания в клирингова сметка всяка нощ, а webhook-овете при събития за изплащане могат да задействат съпоставяне в същия ден. Дори с автоматизация, поддържайте месечния контролен списък: софтуерът осчетоводява това, което му е казано, а пропуснато съпоставяне се проваля безшумно, докато някой не го осчетоводи.
Поддържайте прихода от абонаменти чист от първия ден
Stripe Billing е особено безкомпромисен към небрежни книги, защото всеки долар се появява на толкова много места — абонамент, фактура, плащане, изплащане — всяко от които е нова възможност да го преброите отново. Основателите, които настроят клирингова сметка, признават предплатения приход във времето и осчетоводяват месечно, хващат проблемите, когато те са поправки от един ред, вместо проекти за почистване с размерите на преизчисление по време на набиране на средства или проверка при придобиване.
Точното счетоводство на абонаментите започва със записването на всяко събитие в правилната сметка още първия път. Beancount.io предоставя счетоводство в обикновен текст, което ви дава пълна прозрачност и контрол върху финансовите ви данни — без черни кутии, без обвързване с доставчик. Започнете безплатно и вижте защо разработчиците и финансовите специалисти преминават към счетоводство в обикновен текст.
