[ направления ] [ журнал ] [ опыт и цифры ] [ автор ] t.me/directorandmachine ↗
журнал практика · цифры настоящие

директор и машина · финансы · запись № 009 · · Давид Герштейн

Дебиторка растёт: контроль, который не зависит от памяти людей

цикл 3 месяца до платежа · лимит на порядок меньше нужного · долг перед поставщиком, заметный для месячного бюджета
Коротко · суть разбора

Контроль дебиторской задолженности держится на трёх метриках, которые видны каждый день: объём долга, распределение по срокам и по пакетам услуг. Без резерва на цикл между расходом и платежом клиента компания рано или поздно занимает деньги под зарплату, чтобы закрыть кассовый разрыв.

Клиент внёс предоплату криптовалютой, компания получила чуть больше из-за курсовой разницы. Через пару недель клиент потребовал вернуть всё в течение дня, сославшись на обещание менеджера. Руководитель вернул большую часть, удержав расходы и бонус — чтобы не судиться. Контроль дебиторской задолженности в этой истории свёлся к ручному разбору задним числом: никто заранее не зафиксировал условия возврата, и решение принималось в режиме тушения пожара.

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

Три метрики, которые должны быть видны каждый день

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

Смысл не в самих цифрах, а в том, что их не нужно запрашивать. Раньше вопрос «сколько нам должны и с какого числа» требовал звонка финансисту и получаса ожидания. Теперь это строка в отчётности. Разница кажется мелкой, пока не наступает момент, когда решение нужно принять за полчаса, а не за день.

МетрикаЗачем нужнаЧто показывает
Объём дебиторкиобщий риск кассового разрывасколько денег «зависло» у клиентов прямо сейчас
Распределение по срокамприоритет для взысканиякакая часть долга уже критична, а какая в пределах нормы
Распределение по пакетам услугсвязь долга с продуктомкакие услуги систематически не оплачиваются вовремя

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

Клиенты не платят вовремя — или компания сама создаёт разрыв

Компания продавала услугу с маржинальностью 25–30%, но с циклом в три месяца до получения платежа от клиента. Расходы на выполнение работы приходилось авансировать заранее, а резервов под этот цикл не откладывали. В апреле это вылилось в конкретную ситуацию: лимит расходов был на порядок меньше фактической потребности. Итог — долг перед поставщиком услуг, заметный для месячного бюджета.

После разбора договорились откладывать 30% от прибыли на резервы. Формально проблема решена, но по факту это отложенное решение: пока резерв не накопится, разрыв между расходом и платежом клиента остаётся дырой в кассе, которую латает кто-то другой — либо личными деньгами, либо кредитом.

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

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

Учёт предоплат и рассрочек: где чаще всего рвётся

История с возвратом криптовалютной предоплаты показала слабое место: возвраты вообще никак не фиксировались. Формулировка, прозвучавшая при разборе, была прямой: «Возвраты абсолютно никак не фиксируются, никто никак не ведёт, никто не отвечает. Нужен инструмент, нужен регламент». Это не редкость — предоплаты и рассрочки часто учитываются в момент получения денег, но не в момент их возможного возврата.

Учёт предоплат и рассрочек требует минимум трёх вещей, зафиксированных письменно ещё до конфликта:

Без этого регламента каждый возврат превращается в отдельные переговоры, где условия придумываются на ходу — как в случае с криптовалютой, где решение принималось «чтобы избежать судебного разбирательства», а не по заранее известному правилу.

Когда начислять бонус — за договор или за платёж

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

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

Платёжная дисциплина — это не только про клиентов

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

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

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

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

Что реально сработало

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

Второе рабочее решение — перенос времени финансового планирования с утра на 13:00 четверга, чтобы к моменту принятия решений данные успевали собраться и проанализироваться полностью. Звучит как мелочь, но именно из-за нехватки полных данных утром принимались решения по неполной картине — а дебиторка и кассовые разрывы почти всегда обнаруживаются постфактум именно из-за такого разрыва во времени между сбором данных и решением.

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

Частые вопросы

Почему клиенты не платят вовремя, если договор подписан?

Часто дело не в клиенте, а в цикле компании: услугу авансируют раньше, чем приходит платёж, а резерва на этот разрыв нет — см. случай с услугой с длинным циклом выполнения (цикл 3 месяца, лимит был на порядок меньше нужного).

Как учитывать предоплату в криптовалюте или другой нестандартной форме?

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

Когда начислять бонус продавцу — за договор или за платёж?

За платёж. Начисление за подписание договора создаёт разрыв между «продажей на бумаге» и деньгами в кассе.