LBX Блог

Как контролировать дебиторскую задолженность в SaaS и не терять выручку

Поэтапная система работы с должниками
В работе с юридическими лицами появление дебиторской задолженности не единичный случай, а регулярное явление: счет за расчетный период выставлен, доступ к сервису сохраняется, а оплата на расчетный счет приходит позже или не приходит вовсе.

Пока заказчиков немного, такие случаи заметны без отдельного учета. При росте базы задолженность накапливается незаметно и ощутимо влияет на выручку, а поспешное отключение доступа портит отношения не меньше, чем сама просрочка.

Если кратко:

  • Дебиторская задолженность по подписке привязана к циклу продления и может возникать заново в каждом расчетном периоде
  • Причины просрочки разные: техническая заминка с платежом, внутреннее согласование счета у заказчика или сознательное затягивание оплаты, и реагировать на них нужно по-разному
  • Работа с задержкой оплаты строится по этапам: серия напоминаний об оплате до начала расчетного периода, уведомление о наличии задолженности, уточнение причины неоплаты, ограничение доступа к сервису или услуге
  • Данные и договоренности по каждому случаю фиксируются в одном месте, а не в переписке или в памяти менеджера
  • Ручной учет создает потери, которые компания обычно не считает в деньгах
  • Биллинг автоматизирует напоминания, фиксацию условий отсрочки и ограничение доступа по заданным правилам

Что такое дебиторская задолженность в SaaS-подписке

Дебиторская задолженность по подписке — это сумма, которую заказчик должен компании за уже наступивший расчетный период: услуга продолжает оказываться, а оплата не поступила или поступила частично.
От разовой задолженности в обычном бизнесе ее отличает повторяемость: сделка с отсрочкой платежа закрывается один раз, а в подписке новый случай просрочки может возникать с одним и тем же контрагентом при каждом продлении, потому что услуга оказывается непрерывно.

За время работы с одним заказчиком таких случаев может накопиться несколько, и без учета по периодам они теряются среди прочих операций.

Почему просрочка не всегда означает отказ платить

Менеджер думает, почему образовалась просрочка
Причины, по которым счет не оплачен вовремя, различаются по природе.
  • Технические причины связаны с прохождением платежа: платежное поручение отклонено банком из-за ошибки в реквизитах, банк технически задержал перевод, на расчетном счете временно не хватило средств. Компания готова платить и узнает о проблеме только после напоминания.
  • Организационные причины типичны для работы с юридическими лицами: счет завис на согласовании у финансового директора, бухгалтер в отпуске или занят закрытием периода, документ попал не тому сотруднику. Оплата придет, но с задержкой, зависящей от внутренних процессов заказчика, а не от отношения к продукту.
  • Сознательное затягивание — отдельная категория: контрагент видел счет и переносит оплату по собственному усмотрению или ждет, когда ограничат доступ.

Работа с неплательщиками идет по этапам: сначала напоминания, потом уточнение причины, договоренность, ограничение доступа и блокировка.
Причина неоплаты определяет, на каком из этих этапов клиент погасит задолженность.

Этап 1. Напоминание

Первые уведомления должны уходить еще до начала нового расчетного периода, за несколько дней до продления: это превентивная мера, которая дает время оплатить вовремя или заранее предупредить о задержке.

В уведомлении указываются конкретные данные: сумма, номер счета, расчетный период и срок оплаты. Без этих данных придется искать счет самостоятельно, и часть заказчиков просто отложит оплату.

Если период уже наступил, а оплата не пришла, отправляется отдельное уведомление другого содержания: в нем прямо говорится, что оплата уже просрочена. Заказчик не должен путать плановое сообщение с сигналом о проблеме.

Ручной контроль сроков зависит от того, вспомнит ли менеджер разослать все уведомления вовремя. При росте базы это перестает работать: часть случаев замечают с опозданием, часть не замечают вовсе. Если контроль оплат и задолженности всё чаще требует ручного вмешательства, это один из сигналов, что биллинг уже пора автоматизировать.
Подробнее о том, как автоматизируют выставление счетов, в статье «Автоматизация выставления счетов: меньше ошибок, быстрее оплата».
Канал отправки напоминаний также имеет значение: часть реагирует на почту, часть на уведомление в личном кабинете, и стоит использовать тот канал, которым пользуются чаще.

Этап 2. Уточнение причины и договоренность

Прежде чем переходить к следующим мерам, стоит понять, чем вызвана задержка: технической или организационной причиной либо сознательным затягиванием.
От этого зависит дальнейший шаг!

Если причина техническая или организационная, договоренность фиксируется в системе: новая дата оплаты, при необходимости новая сумма с учетом неустойки, если она предусмотрена договором. Без фиксации в системе есть риск, что другой менеджер повторно потребует уже согласованную сумму, а заказчик получит противоречивые сообщения от одной компании, и это раздражает сильнее, чем сама просрочка.

Для юридических лиц счет и договоренность об оплате обычно завязаны на документооборот, поэтому расхождение между менеджерами становится заметно быстрее.
Общая логика приема оплаты по подписке от юридических лиц разобрана в статье «Как принимать оплату по подписке в B2B SaaS».

Этап 3. Ограничение доступа

Если напоминания и договоренности не привели к оплате, наступает время для ограничения доступа.
Важно не путать этот момент с полной блокировкой: между просрочкой и отключением обычно предусмотрен отдельный период на исправление ситуации, подробнее об этом в статье про grace-период.
Мягкое ограничение, когда часть функций закрыта, а лимиты снижены, но сервис не отключен полностью, работает лучше резкой блокировки: заказчик продолжает видеть ценность продукта и быстрее находит время на оплату.
Внезапное отключение критичного сервиса часто вредит отношениям больше, чем сама просрочка: это скорее повод перейти к другому поставщику, чем повод заплатить.

Этап 4. Блокировка злостных неплательщиков

Злостного неплательщика определяют не по одной просрочке, а по устойчивой закономерности: несколько периодов подряд оплата идет с задержкой, отсутствие реакции на напоминания, невыполненные договоренности.

Прежде чем блокировать доступ окончательно, компания направляет заказчику письменную претензию со ссылкой на договор и сумму задолженности. Если по спорным периодам есть подписанные закрывающие документы, они прикладываются как подтверждение оказанной услуги.

При окончательной блокировке доступ закрывается полностью, а долг фиксируется в общем реестре должников. Если заказчик раньше работал по постоплате, для дальнейшего сотрудничества логично перейти на предоплату; если предоплата уже действовала, можно снизить или обнулить кредитный лимит. При необходимости взыскание передается юридическому отделу. Если заказчик выходит на связь и гасит долг, решение о дальнейших условиях принимается с учетом истории конкретного случая.

Что нужно видеть по каждому должнику

Чтобы системно работать с должниками, по каждому случаю нужен единый набор данных, а не разрозненные пометки в разных местах.
Что фиксировать?
Зачем?
Сумма долга, период, дата просрочки
Понимать масштаб и давность проблемы
История напоминаний и условий отсрочки
Не требовать оплату повторно и не терять контекст при смене менеджера
Текущий статус: напомнили, договорились, ограничили, заблокировали
Видеть, на каком этапе находится каждый должник
Связь с конкретным счетом и подпиской
Работать с проблемой в контексте, а не с отдельной записью без привязки
Условия работы: постоплата или предоплата, кредитный лимит
Понимать, какие меры уже применены и какие доступны дальше

Типичные ошибки ручного учета

Ручной учет подводит в первую очередь несогласованностью решений по должникам: один менеджер блокирует доступ через неделю просрочки, другой ждет месяц, третий забывает проверить статус вовсе. Правила держатся в голове у конкретного человека, поэтому при смене менеджера история и договоренности по заказчику часто теряются вместе с ним.

Из-за этого компания не видит общую сумму, которая сейчас висит в просрочке по всем заказчикам сразу, хотя эта цифра напрямую связана с MRR.

Подробнее о ключевых метриках подписочного бизнеса в статье «MRR и churn в SaaS».

Что автоматизирует биллинг

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

Напоминания уходят автоматически по графику, условия отсрочки и история фиксируются в одном месте, доступном любому сотруднику, а ограничение доступа происходит по заданным правилам без ручного вмешательства.

Отчет по задолженности в реальном времени показывает, сколько клиентов сейчас имеют долг, на какую сумму и на каком этапе идет работа с дебиторами.

Чек-лист: как выстроить работу с должниками

☐ Напоминания об оплате уходят автоматически до начала периода, а при просрочке отправляется отдельное уведомление

☐ Понятно, кто задержал оплату по объективным причинам, а кто затягивает систематически

☐ Договоренности об отсрочке фиксируются в системе, а не только в переписке

☐ Есть четкое правило перехода от напоминания к ограничению доступа

☐ Есть критерий, по которому заказчика считают злостным неплательщиком

☐ Для системных должников есть письменная претензия и пересмотр условий сотрудничества

☐ Есть единый список должников, а не разрозненные пометки у разных менеджеров

☐ Видно, сколько выручки сейчас не оплачено

Итог

Дебиторская задолженность в SaaS — регулярное явление, а не разовая ситуация: каждый расчетный период способен создать новый случай просрочки у одного и того же заказчика.

Работа строится по этапам, от напоминания до блокировки злостного неплательщика, и данные по каждому случаю важно фиксировать системно, а не держать в переписке или в памяти менеджера.

Поспешная блокировка вредит выручке и отношениям не меньше, чем бездействие.

Биллинг помогает автоматизировать эти этапы и увидеть реальный масштаб задолженности, а не узнавать о ней постфактум.

Если просроченные платежи в вашем SaaS отслеживаются вручную, стоит проверить, как быстро уходят напоминания, где фиксируются договоренности с клиентами и по какому правилу ограничивается доступ.

LBX помогает связать счета, напоминания, договоренности и доступ клиента в одном процессе, чтобы просрочки не превращались в потерянную выручку!
Автоматизация