Основател на SaaS компания сключва тригодишна сделка за 360 000 долара през март. Отделът по продажбите празнува договор (booking) за 360 000 долара. Финансовият отдел фактурира 120 000 долара за първата година и ги събира през април. Счетоводството признава 10 000 долара приходи в отчета за приходите и разходите за март. До края на годината изпълнителният директор гледа три числа — 360 000, 120 000 и 100 000 долара — и се чуди защо никое от тях не съвпада, кое от тях принадлежи към презентацията за инвеститори и дали някое от тях е грешно.
Никое от тях не е грешно. Това са три различни измервания на един и същ договор в три различни момента от неговия жизнен цикъл. Работата на финансовия екип не е да си избере любимо число. Тя е да поддържа и трите в пълен синхрон, да докаже тяхното съответствие и да разпредели салдото по отсрочените приходи, така че отчетът за приходите и разходите, балансът и графикът на ARR да разказват една и съща история месец след месец.
Това е оперативната същност на счетоводството на абонаменти съгласно ASC 606 — и точно тук повечето финансови отдели на SaaS компании или доказват способностите си, или тихо натрупват грешки, които излизат на повърхността по време на проверката (due diligence) при набиране на капитал осемнадесет месеца по-късно.
Трите числа и защо се различават
Всяка абонаментна сделка генерира три икономически събития, разделени във времето:
- Договор (Booking) — моментът, в който клиентът подписва. Това е общата стойност на договора (TCV) на сумата, която той се е ангажирал да плати за целия срок на споразумението. Договорът живее в таблото с резултати на продажбите, а не в отчета за приходите и разходите.
- Фактуриране (Billing) — моментът на издаване на фактура. Многогодишен договор може да генерира една годишна фактура всяка година, дванадесет месечни фактури или една огромна авансова фактура за целия TCV. Фактурирането движи събирането на парични средства и вземанията от клиенти.
- Признати приходи (Recognized revenue) — измерването по GAAP на реално доставените услуги през периода. Съгласно ASC 606, те се признават пропорционално (или според изпълнението на задълженията) независимо от това кога е подписан договорът или кога са постъпили парите.
Тези три числа почти никога няма да бъдат равни помежду си в даден месец. Това не е дефект — това е същността на счетоводството по метода на начисляването. Това, от което се нуждаете, е надежден начин да покажете как парите се движат от една категория в друга и съгласуване, което доказва, че нищо не е пропуснато.
Бърз практически пример
Разгледайте отново онази тригодишна сделка за 360 000 долара. Цената е 10 000 долара на месец, фактурирани годишно авансово.
- Договори (Bookings): 360 000 долара, записани през март (месеца на подписване на договора).
- Фактуриране (Billings): 120 000 долара, фактурирани през април за първите дванадесет месеца, 120 000 долара, фактурирани следващия април, и 120 000 долара през третата година.
- Признати приходи (Recognized revenue): 10 000 долара на месец, всеки месец, в продължение на тридесет и шест месеца, започвайки от датата на стартиране на услугата по договора.
До тринадесетия месец сте записали 360 000 долара договори, фактурирали сте 120 000 долара, признали сте 130 000 долара приходи и имате нула отсрочени приходи (първото годишно авансово плащане е напълно усвоено). Точно преди изпращането на втората фактура, преминавате в територията на договорни активи — признали сте приходи, които още не сте фактурирали. Втората фактура превръща този договорен актив обратно във вземане от клиент и цикълът се повтаря.
Това е точно онзи нюанс, който се губи, когато стартъп се опитва да управлява SaaS бизнес чрез счетоводна книга на касова основа.
Моделът от пет стъпки на една страница
ASC 606 (който преди години замени мозайката от стари специфични за индустрията правила) свежда признаването на приходи до пет стъпки, които прилагате към всеки договор:
- Идентифициране на договора. Той може да бъде писмен, устен или подразбиращ се — но и двете страни трябва да са го одобрили, правата и условията на плащане трябва да са ясни, договорът трябва да има търговска същност и събирането на сумите трябва да е вероятно.
- Идентифициране на задълженията за изпълнение. „Задължение за изпълнение“ е отделно обещание. За обикновен SaaS абонамент задължението обикновено е едно: осигуряване на непрекъснат достъп до платформата за срока на абонамента.
- Определяне на цената на сделката. Това е възнаграждението, което очаквате да получите — фиксирани такси плюс оценка на променливи компоненти като такси за превишено потребление, рабати или отстъпки за обем (с ограничение, за да не надцените).
- Разпределяне на цената на сделката. Ако договорът включва множество задължения за изпълнение (абонамент + внедряване + премиум поддръжка), разпределяте общата цена между тях въз основа на техните самостоятелни продажни цени.
- Признаване на приходите. При изпълнение на всяко задължение. За текущи абонаментни услуги това става пропорционално във времето. За конкретни резултати (въвеждане в експлоатация, определени професионални услуги), това става в момента на доставката.
Стандартът звучи просто. Сложността се крие в субективните преценки във всяка стъпка — особено стъпка две (какво е „отделно“?) и стъпка три (колко променливо възнаграждение е твърде спекулативно за признаване?). Документирайте тези преценки сега, докато сделката е нова. Шест месеца по-късно никой няма да помни защо таксата за внедряване е била третирана като отделно задължение и вашият одитор ще попита.
Водопадният отчет на отсрочените приходи
Водопадният отчет на отсрочените приходи е оперативният двигател на SaaS счетоводството. Това е график, който по договори разписва точно кога всеки долар от фактурираните, но все още незаработени приходи ще се превърне в признати приходи. Направен правилно, той създава едновременно три артефакта: салдото на отсрочените приходи за баланса, сумата на признатите приходи за отчета за приходите и разходите и прогнозна оценка на приходите, които вече се виждат, тъй като са договорно поети ангажименти.
Механика на движението (Roll-Forward)
В най-простия си вид, водопадният отчет следва една единствена зависимост всеки месец:
Начални отсрочени приходи + Нови отсрочени приходи − Признати приходи = Крайни отсрочени приходи
Да разгледаме пример. SaaS компания започва април с $500 000 отсрочени приходи в баланса. През април тя фактурира $180 000 за нови годишни абонаменти и подновявания. Тя признава $90 000 приходи през април от предишни фактурирани договори (и от онази част от новите фактури за април, която се отнася за услуги през самия април). Крайното салдо:
$500 000 + $180 000 − $90 000 = $590 000
Ако вашата спомагателна книга (subledger) не генерира крайно салдо, което да съвпада с главната книга до последния долар, нещо е пропуснато — обикновено това е промяна в договор, възстановяване на сума, което е заобиколило водопадния отчет, или кредитно известие, приложено директно към приходите, без да се коригира съответното отсрочено салдо.
Разделение на текущи и дългосрочни
Съгласно GAAP, отсрочените приходи са пасив, а пасивите се класифицират като текущи (уреждани в рамките на дванадесет месеца) или дългосрочни (уреждани по-късно). При едногодишен абонамент, фактуриран годишно, цялото отсрочено салдо е текущо. При тригодишна сделка, фактурирана годишно, всяка фактура генерира изцяло текущо отсрочено салдо, тъй като това авансово плащане ще бъде признато в рамките на дванадесет месеца. Но при тригодишен договор за $360 000, фактуриран изцяло в началото, се прави разделение: $120 000 текущи (месеци 1–12 от услугата) и $240 000 дългосрочни (месеци 13–36).
Инвеститорите и кредиторите обръщат внимание на това разделение. Дългосрочните отсрочени приходи са всъщност моментна снимка на договорно поетите бъдещи приходи отвъд следващата година — полезна информация за устойчивостта на бизнеса, която текущите отсрочени приходи сами по себе си не дават.
Какво прогнозира водопадният отчет
Пълният водопаден отчет създава мрежа договор по договор и месец по месец за това кога всеки резервиран долар ще бъде признат. Сумирайте редовете и ще имате прогноза, която показва: от приходите, които очакваме да признаем в четвъртото тримесечие, колко вече са договорно ангажирани (и следователно с много висока степен на сигурност) и колко зависят от нови резервации, които все още не сме спечелили? За абонаментен бизнес това е най-полезният инструмент за планиране, който финансовият отдел създава. Новите резервации движат бъдещето; водопадният отчет ви казва точно колко от близкото бъдеще е вече осигурено.
Мостът Резервации → Фактуриране → Приходи → Парични средства
След като водопадният отчет работи, можете да го свържете с останалата част от потока от поръчката до плащането (order-to-cash):
Нови резервации (подписана TCV)
↓
Фактурирано (Billings) ──→ Вземания от клиенти
↓ ↓
Отсрочени приходи ←─────── Събрани парични средства
↓
Признати приходи (Отчет за приходите и разходите)Във всеки период всяка от тези стрелки генерира число. Новите резервации се появяват в отчета за продажбите. Фактурирането (billings) се появява в справката за остарелите вземания (AR aging). Събраните парични средства се появяват в отчета за паричните потоци. Отсрочените приходи се появяват като движение на пасива. Признатите приходи се появяват в отчета за приходите и разходите. Ако тези пет числа не са взаимосвързани — ако не можете да обясните на заинтересовано лице пътя от „подписахме договори за Y през това тримесечие“ чрез междинните движения в баланса — във вашата история има дупка и трябва да я откриете, преди някой друг да го направи.
Доброто финансово приключване завършва с едностраничен график за сверяване, който описва резервациите за периода, фактурирането, признатите приходи, началните и крайните отсрочени приходи, началните и крайните вземания от клиенти и събраните парични средства, като аритметичните връзки между тях са видими за читателя. Ако не можете да съставите такава страница, вие всъщност нямате SaaS приключване — имате просто касов отчет в маскировъчен костюм.
ARR мостът и защо той трябва да съвпада с водопадния отчет
ARR (годишен повтарящ се приход) е управленски показател, а не GAAP показател. Той приблизително представя текущата стойност (run-rate) на вашия абонаментен портфейл — в даден момент как биха изглеждали следващите дванадесет месеца абонаментни приходи, ако нито един договор не се промени?
ARR се движи през четири канала всеки период:
- Нов ARR: от съвсем нови клиенти.
- ARR от разширение: от надграждания, допълнителни работни места или преминаване към по-високи нива на потребление в рамките на съществуващи клиенти.
- ARR от свиване: от преминаване към по-ниски планове или частични откази.
- ARR от отлив (Churn): от пълни прекратявания.
Начален ARR + Нов + Разширение − Свиване − Отлив = Краен ARR
Ето и кръстосаната проверка, която отличава стриктната финансова организация от повърхностната: посоката и мащабът на движението на ARR трябва да съответстват на случващото се във водопадния отчет на отсрочените приходи. Ако ARR е скочил с 20%, но създаването на нови отсрочени приходи е в застой, тогава или новите договори се фактурират впоследствие (in arrears, в който случай трябва да видите и нарастване на вземанията от клиенти), или някой в отдел продажби е отчел сделка, за която системата за фактуриране не знае. Връзката между ARR графика и водопадния отчет на отсрочените приходи е най-близкото нещо, което SaaS финансите имат до банковото съгласуване. Отнасяйте се към него по този начин.
Пет гранични случая, които развалят повечето модели
Готовите SaaS спомагателни книги (subledgers) се справят с лесните случаи — чист годишен абонамент, платен авансово без модификации. Трудните случаи са там, където се крият повечето грешки. Изградете системата си за тях от първия ден.
1. Начало на услугата в средата на периода
Договор, подписан на 18 април с начало на услугата 22 април, трябва да признае 9/30 от месечния MRR през април, а не цял месец. Ако вашата спомагателна книга закръгля до цели месеци, ще имате разминаване от няколкостотин долара на договор — малко, докато не съберете хиляди договори и кумулативната грешка не стане шестцифрена.
2. Модификации на договори
Клиент добавя още 20 места по средата на втората година от тригодишен договор. Стандартът ASC 606 ви дава специфични правила: ако модификацията добавя отчетливи стоки или услуги на цена, която отразява тяхната самостоятелна продажна цена, тя се третира като отделен договор. В противен случай може да се наложи да преразпределите оставащата цена на транзакцията между оставащите изпълнителни задължения. Повечето спомагателни книги се справят добре с простия път на „отделния договор“ и тихомълком се провалят при втория вариант. Тествайте вашата.
3. Договори с множество елементи
Годишен абонамент за платформа на стойност $30,000, пакетиран с еднократна такса за внедряване от $6,000, представлява две изпълнителни задължения, ако внедряването е отчетливо. Разпределете цената на транзакцията от $36,000 между двете въз основа на самостоятелната продажна цена (която може да се различава от цената на отделния артикул във фактурата, ако е имало отстъпки), след което признайте частта за внедряване в момента на доставката, а частта за абонамента — пропорционално (линейно). Ако поставите и двете в една категория и ги признавате равномерно, ще подцените приходите за първото тримесечие (Q1) и ще надцените приходите за останалата част от годината.
4. Променливо възнаграждение
Ценообразуването, базирано на потребление, бонусите за изпълнение, правото на възстановяване на суми и стъпаловидните отстъпки са все примери за променливо възнаграждение. ASC 606 изисква от вас да оцените променливата сума и да я включите в цената на транзакцията — при спазване на ограничението, че трябва да включвате само суми, при които е много вероятно да не настъпи значително обръщане на приходите. Оценката е ваша отговорност; документирайте методологията и правете преоценка на всеки период.
5. Анулации и възстановяване на средства
Клиент се отказва в седмия месец от годишен предплатен договор. Ако вашите условия не предвиждат възстановяване на суми, вие продължавате да признавате приходите за оставащите пет месеца — събраните пари са ваши и услугата вече не се предоставя, но изпълнителното задължение вече е прехвърлено на клиента (това е професионална преценка, която си струва да се документира). Ако предлагате пропорционално възстановяване (pro-rata), сторнирате оставащите отсрочени приходи и плащате на клиента. Вашият „водопад“ (waterfall) трябва да прави разликата. Ако спомагателната ви книга третира всяка анулация като възстановяване на средства, приходите ви ще бъдат постоянно подценени.
Практически препоръки за настройка
Няколко задължителни правила за всяка SaaS финансова функция, която се опитва да поддържа тези три числа в синхрон:
- Една спомагателна книга, един източник на истина. Изберете една система (вашата платформа за таксуване, специализиран инструмент за признаване на приходи или — за най-малките компании — добре поддържана електронна таблица) и третирайте нейните данни като меродавни. Сверявайте с Главната книга всеки месец, до последния долар.
- Датата на започване на услугата е свещена. Водопадът започва, когато започне услугата, а не когато е подписан договорът и не когато клиентът е платил. Записвайте датата на започване на услугата при създаването на договора и я пазете от случайни промени.
- Маркирайте всичко с ИД на договор. Всяка фактура, всяко плащане, всеки запис за отсрочени приходи и всеки запис за признати приходи трябва да съдържа идентификатора на договора. Когато връзката се прекъсне, трябва да можете да филтрирате по един договор и да проследите целия му жизнен цикъл.
- Съхранявайте водопада като данни, а не като моментна снимка. Водопад, регенериран при поискване от условията на договора, е инструмент. Водопад, копиран в електронна таблица и редактиран на място, е бъдеща счетоводна корекция, която чака да се случи.
- Сверявайте с Главната книга (GL) ежемесечно. Сумата на отсрочените приходи във всички отворени договори в спомагателната книга трябва да е равна на салдото на отсрочените приходи в Главната книга. Всяко отклонение се изследва и разрешава преди приключването на месеца. Това е дисциплината, която се отплаща огромно, когато дойде време за одит.
Точното счетоводство от първия ден е това, което прави всичко това възможно. Ако вашите транзакции, фактури и условия на договори се записват чисто в момента на възникването им, приключването става механично. Ако не са, всяко приключване се превръща в археологически разкопки.
Защо това е важно отвъд одита
Основателите понякога питат дали цялата тази сложност е наистина необходима при $1M ARR. Честният отговор: технически можете да я отложите. Практически — не трябва. Три причини:
- Проверката (due diligence) при следващия рунд ще се върне назад. Инвеститор от Серия B ще поиска финансови отчети, съответстващи на ASC 606, за предходните две до три години. Ако преминете от касово счетоводство към начисляване в деня преди подписването на договора за инвестиция, ще прекарате периода на проверката в пресъздаване на водопади за две години назад под натиска на времето. Точно тогава се допускат грешките.
- Ще започнете да управлявате бизнеса въз основа на грешни числа. Основател, който взема решения за ценообразуване, наемане и разходи въз основа на касовите постъпления в абонаментен бизнес, лети на сляпо. Водопадът е това, което ви казва дали миналият месец е бил истински месец на растеж или просто артефакт от цикъла на фактуриране.
- Дисциплината е вашето предимство (moat). Абонаментните бизнеси, които отчитат чисто ARR, отсрочени приходи и признати приходи, изглеждат много по-различно в очите на инвеститорите от тези, които не могат. Купувачите и инвеститорите плащат измерими премии за яснота.
Петстепенният модел, водопадът на отсрочените приходи и сверката на резервации, фактуриране и приходи не са бюрократична тежест. Те са инструментите, които ви позволяват да видите собствения си бизнес. Настройте ги рано, стартирайте ги всеки месец и ги оставете да носят ползи в дългосрочен план.
Поддържайте счетоводните си книги за абонаменти готови за одит от първия ден
SaaS бизнесът или бизнесът с абонаменти зависи изцяло от достоверността на данните за своите приходи. Инвеститорите, одиторите и кредиторите се стремят към едно и също нещо — ясна проследимост от подписването на договора до признаването на приходите, като салдото на разсрочените приходи се равнява на всяка стъпка. Beancount.io предлага текстово базирано счетоводство с контрол на версиите, което осигурява на основателите и финансовите екипи пълна прозрачност за всяка трансакция и всеки договор — без „черни кутии“, без обвързване с конкретен доставчик и с пълна одитна следа, която може да се филтрира чрез grep. Започнете безплатно и изградете такива записи за приходите, които превръщат проверката (due diligence) от извънредна ситуация във формалност.