Звірка білінгу за підписками та облік відтоку клієнтів: приборкання апгрейдів, даунгрейдів і пропорційних перерахунків усередині циклу

Ваш дашборд білінгу показує, що щомісячний регулярний дохід минулого місяця зріс на 12 відсотків. Ваша головна книга показує, що дохід ледве зрушив з місця. Ваш банківський рахунок розповідає третю історію. Усі три числа можуть бути одночасно правильними — і якщо ви не можете точно пояснити, чому вони різняться, жодне з них не є достатньо надійним, щоб керувати на його основі бізнесом.

Саме в цьому розриві між тим, що показує ваша платформа підписок, і тим, що показують ваші книги, розмножуються викривлення доходу. Кожен апгрейд, даунгрейд, пропорційний розподіл, скасування та повернення коштів усередині циклу трохи його розширюють. Цей посібник показує, як закрити цей розрив: як кожна зміна підписки має відображатися у вашій книзі, як відтік клієнтів проходить через ваші рахунки та як щомісяця звіряти білінг із бухгалтерськими книгами, не потопаючи в електронних таблицях.

Чому ваші звіти про білінг і книги розходяться​

Плутанина починається з трьох чисел, що звучать схоже, але вимірюють різні речі:

• Рахунки до оплати (білінг) — це те, що ви виставили рахунки або стягнули з клієнтів за цей період, включаючи дванадцять місяців річного плану, зібраних у перший день.
• Дохід — це те, що ви фактично заробили за цей період, надаючи послугу — зазвичай один місяць від кожного підписання.
• Грошові кошти — це те, що надійшло на ваш банківський рахунок, за вирахуванням комісій процесора, повернень коштів, невдалих списань і часу виплат.

Клієнт, який передплачує $1,200 за річний план 15 березня, створює $1,200 березневих рахунків, близько $560 доходу за перший квартал (половина березня плюс квітень і травень по $100 на місяць) і приблизно $1,164 грошових коштів після комісій за картки. Відобразіть усі $1,200 як березневий дохід — і ви завищили місяць більш ніж удвічі, занизивши наступні одинадцять.

Рахунок-утримувач, який забезпечує чесність цього, — це відкладений дохід, зобов'язання. Коли ви стягуєте плату до надання послуги, ви дебетуєте грошові кошти та кредитуєте відкладений дохід. Щомісяця, надаючи послугу, ви дебетуєте відкладений дохід і кредитуєте дохід від підписок. Кожна зміна підписки — апгрейд, даунгрейд, скасування — це зрештою коригування цього графіка, а звірка є щомісячним доказом того, що графік досі відповідає реальності.

Математика пропорційних розподілів, яку ви маєте вміти перерахувати вручну​

Платформи білінгу обчислюють пропорційні розподіли автоматично, але вам потрібно розуміти арифметику достатньо добре, щоб її перевірити, оскільки суперечки щодо пропорційних розподілів є одним із найпоширеніших джерел розбіжностей між білінгом і книгою. Стандартний метод базується на часі: кредитуйте невикористану частину старого плану й нарахуйте решту нового плану.

Апгрейд усередині циклу. Клієнт на плані за $50 на місяць переходить на план за $120 на місяць із 12 днями, що залишилися в 30-денному циклі. Кредит за невикористаний старий план становить 12/30 × $50 = $20. Нарахування за решту нового плану становить 12/30 × $120 = $48. Чистий рахунок — $28. Деякі платформи виставляють рахунок на $28 негайно; інші додають його до наступного рахунку. У будь-якому разі ваша книга має відображати на $20 менше відкладеного доходу за старим планом і новий графік зобов'язань на $48 — а не просто $28 негайного доходу.

Даунгрейд усередині циклу. Той самий клієнт переходить із $120 на $50 із 12 днями, що залишилися. Математика дзеркальна: кредит $48 проти нарахування $20, залишається кредитний баланс $28. Більшість платформ застосовують цей кредит до майбутніх рахунків, а не повертають грошові кошти. Цей кредит обліковується у ваших книгах як зобов'язання перед клієнтом (або як від'ємний відкладений дохід, залежно від вашого плану рахунків), доки його не буде використано. Якщо ваша звірка лише порівнює рахунки з доходом, невикористані кредити тихо накопичуються, і ваш баланс зобов'язань відхиляється від звіту про кредити платформи.

Зміни кількості місць або обсягу працюють так само, помножені на кількість доданих або видалених місць. Зміни плану з різними інтервалами білінгу — з місячного на річний усередині циклу — поєднують пропорційний розподіл зі зміною терміну, і саме тут автоматизовані графіки найчастіше дають збої: платформа закриває місячний графік і відкриває річний, але графік визнання доходу у вашій бухгалтерській системі продовжує амортизувати старий план, якщо інтеграція його не оновлює.

Як кожна зміна відображається в книзі за ASC 606​

Якщо ваш бізнес дотримується U.S. GAAP, зміни підписки є модифікаціями контрактів за ASC 606, і стандарт дає вам дерево рішень із трьома результатами:

1. Окремий контракт. Якщо зміна додає окремі товари чи послуги, оцінені за їхньою окремою ціною продажу — клієнт додає справді окремий додатковий модуль за прейскурантом — ви обліковуєте це як абсолютно новий контракт. Початковий графік доходу не змінюється.
2. Перспективний перерозподіл. Це типовий випадок для апгрейдів і даунгрейдів планів. Зобов'язання, що залишилися до виконання, відрізняються від того, що ви вже надали, але ціноутворення не кваліфікується як окреме. Ви розглядаєте старий контракт як припинений, об'єднуєте невизнаний баланс із новою винагородою та перерозподіляєте на решту періоду обслуговування. Уже визнаний дохід ніколи не перераховується.
3. Кумулятивне донарахування. Рідко для простих підписок, але актуально, коли модифікація охоплює послуги, які не відрізняються від попередніх — наприклад, компонент на основі використання, де ціна за одиницю фактично змінюється ретроактивно. Тут ви перераховуєте так, наче модифіковані умови застосовувалися з самого початку, і проводите разове коригування.

Для більшості малих бізнесів із підписками практичний висновок простіший за жаргон: апгрейди й даунгрейди коригують майбутнє, а не минуле. Коли клієнт оновлюється на півдорозі передплаченого кварталу, ви переносите незароблений баланс на графік нового плану та визнаєте вищу ставку протягом днів, що залишилися. Ви не повертаєтеся назад і не переписуєте дохід, який уже визнали. Якщо ваші книги показують коригування доходу, датовані закритими місяцями, кожного разу, коли клієнт змінює план, ваш процес переписує історію замість перспективного перерозподілу — і ваші тенденції місяць до місяця є вигадкою.

Ще один нюанс: даунгрейди, що набирають чинності при поновленні, а не негайно, не створюють жодного запису в поточному періоді взагалі. Графік змінюється наступного циклу. Системи, які проводять даунгрейд за датою кліку, а не за датою набрання чинності, занижують поточний дохід і завищують зобов'язання за кредитами.

Облік відтоку клієнтів: скасування, повернення коштів, кредити та безнадійні борги​

Відтік клієнтів — це одночасно і подія метрик, і подія обліку, і ці двоє мають узгоджуватися. Коли підписка завершується, пройдіться кожним балансом, який залишає по собі клієнт.

Скасування без повернення коштів. Клієнт завершує оплачений період і йде. У день скасування немає жодного запису, крім зупинки майбутніх рахунків; решта відкладеного доходу продовжує визнаватися, коли ви надаєте решту оплаченого терміну. Помилка, якої слід уникати, — передчасне списання відкладеного балансу, що занижує і зобов'язання, і майбутній дохід.

Скасування з пропорційним поверненням коштів. Поверніть незароблену частину: дебетуйте відкладений дохід (або дохід, тією мірою, якою повернена сума вже була визнана) і кредитуйте грошові кошти. Якщо ви повертаєте $60, з яких $40 ще були відкладені, а $20 були визнані в попередньому місяці, запис дебетує відкладений дохід на $40, дебетує рахунок коригування доходу або повернень на $20 і кредитує грошові кошти на $60. Спрямування всіх $60 проти доходу поточного місяця викривлює поточний місяць через рішення, що стосується попередньої послуги.

Повернення коштів проти кредитів. Повернення коштів повертає гроші; кредит зберігає гроші клієнта як зобов'язання, застосоване до майбутніх рахунків. Це різні рахунки з різними наслідками для грошових коштів, і ваші звіти про відтік мають їх розрізняти: бізнес, який «повертає кошти» клієнтам, що пішли, кредитами, які ніколи не використовуються, завищує свій фактичний показник утримання та несе фантомні зобов'язання.

Невдалі платежі та вимушений відтік. Відхилена картка — це не відтік у перший день — це відкрита дебіторська заборгованість. Ведіть її за старістю, як будь-яку дебіторську заборгованість: поточна, 30, 60, 90 днів через ваші повторні спроби стягнення. Лише коли стягнення залишено, вона стає витратами на безнадійні борги (або сторнуванням доходу, залежно від того, чи був дохід визнаний, та вашої політики). Тут поширені дві помилки: визнання доходу протягом періоду стягнення, наче стягнення гарантоване, що завищує і дохід, і дебіторську заборгованість; і списання балансу проти доходу через місяці без будь-якого відображення його як дебіторської заборгованості, що приховує ваш справжній показник вимушеного відтоку від фінансової звітності.

Чарджбеки заслуговують на окремий облік. Чарджбек сторнує грошові кошти, які ви вже отримали, і зазвичай додає комісію. Проводьте комісію на рахунок банківських комісій або витрат на чарджбеки — ніколи не згортайте її проти доходу — щоб бачити, чого насправді коштують вам суперечки.

Щомісячний контрольний список звірки​

Раз на місяць прив'яжіть кожне число білінгу до числа в книзі. Уся вправа займає менше години, коли routine існує, і кожен крок виявляє інший режим збою:

1. Проведіть відкладений дохід уперед. Початковий баланс плюс нові рахунки мінус визнаний дохід мінус видані повернення коштів і кредити має дорівнювати кінцевому балансу. Потім порівняйте цей кінцевий баланс зі звітом про незароблений баланс або відкладений дохід вашої платформи білінгу. Будь-яка різниця — це розрив у графіку, зазвичай зміна всередині циклу, яку інтеграція пропустила.
2. Прив'яжіть визнаний дохід до водоспаду. Ваш графік визнання доходу (за клієнтом або когортою) має в сумі давати дохід від підписок у книзі. Дослідіть кожного клієнта, чия визнана сума не відповідає дням наданої послуги, помноженим на ефективну ставку.
3. Звірте рахунки до оплати з виставленими рахунками. Загальна кількість рахунків, створених на платформі за місяць, має відповідати стороні рахунків до оплати у вашому русі відкладеного доходу. Прогалини тут зазвичай означають рахунки, створені поза платформою — ручні рахунки, річні угоди, оформлені окремою домовленістю — які ніколи не потрапили до графіка.
4. Звірте грошові кошти з виплатами. Виплати процесора мають відповідати банківським депозитам, а валові нарахування мінус комісії мінус повернення коштів мають відповідати виплатам. Депозити виплат ніколи не відповідають записам про продажі самі по собі, оскільки кожен депозит об'єднує багатьох клієнтів за вирахуванням комісій; звіряйте валове до чистого, а не депозит до доходу.
5. Звірте кредити клієнтів. Звіт платформи про непогашені кредити має дорівнювати зобов'язанню за кредитами клієнтів у книзі. Застарілі кредити, старші за рік, заслуговують на політику: застосувати, повернути або передати державі згідно з правилами вашого штату про незатребуване майно.
6. Порівняйте рух MRR із рухом визнаного доходу. MRR — це метрика білінгу, а не дохід, але великі розбіжності — MRR різко зростає, тоді як визнаний дохід незмінний — сигналізують про розриви в графіку, які варто дослідити до закриття місяця.

Документуйте статті звірки щомісяця, навіть повторювані. Розбіжність у часі, яку ви один раз пояснили письмово, перестає бути загадкою наступні три рази, коли вона з'являється.

Помилки, які тихо спотворюють книги за підписками​

• Визнання річних передоплат авансом. Найпоширеніша помилка. Дванадцять місяців грошових коштів — це один місяць доходу й одинадцять місяців зобов'язання.
• Проведення пропорційних розподілів як негайного доходу. Чистий рахунок за апгрейд на $28 — це переважно перерозподіл графіка з невеликим заробленим компонентом, а не $28, зароблені в день виставлення рахунку.
• Згортання повернень коштів проти нових продажів. Запис повернень коштів як від'ємних рахунків до оплати в місяці їх виникнення приховує і справжні продажі, і справжні показники повернень. Використовуйте контррахунок доходу, щоб валові продажі, повернення коштів і чистий дохід були видимі.
• Забування податку з продажів на пропорційних рахунках. Рахунки всередині циклу — це все ще рахунки. Якщо ваша платформа обчислює податок на чистий пропорційний розподіл, а ваша книга проводить рахунок без податку, рахунок зобов'язань відхиляється щомісяця.
• Дозвіл доходу за період стягнення накопичуватися. Дохід, визнаний за рахунками, які ніколи не будуть стягнені, завищує зростання, а потім приходить як несподіване списання. Встановіть політику — наприклад, припинити визнання після 60 днів прострочення — і застосовуйте її послідовно.
• Ігнорування малих кредитних балансів. Тисяча клієнтів із кредитами по $3 — це викривлення зобов'язань на $3,000 і проблема клієнтського досвіду наступного разу, коли хтось перевірятиме рахунок.

Тримайте регулярний дохід звіреним​

Облік підписок винагороджує системи, а не героїзм. Бізнеси з чистими книгами регулярного доходу — це не ті, у кого найкмітливіші бухгалтери, а ті, хто щомісяця виконує той самий контрольний список звірки, тримає логіку пропорційних розподілів в одному місці та розглядає кожну зміну плану як подію графіка, а не як разове коригування.

Чисті книги також примножуються. Коли ваш рух відкладеного доходу узгоджується щомісяця, ваше число доходу стає чимось, проти чого можна встановлювати ціни, під що можна позичати й що можна звітувати інвесторам без вагань. Якщо ви хочете, щоб ваша книга за підписками була прозорою, контрольованою версіями та легкою для перевірки рядок за рядком, Beancount.io пропонує бухгалтерію у простому тексті, яка зберігає кожен запис — включно з кожним пропорційним розподілом і коригуванням відтоку — читабельним і простежуваним. Почніть безкоштовно і впевнено звіряйте закриття наступного місяця.