Система контроля просроченных оплат по повторным счетам без хаоса и потерь
Просрочка по повторным счетом редко возникает из-за одной причины. Чаще это смесь из слабой дисциплины внутри компании, размытых сроков, отсутствия единой карточки клиента и запоздалой реакции на долг. Собственник теряет деньги не в момент просрочки, а раньше: когда нет понятного маршрута счета от выставления до оплаты, никто не видит возраст долга, менеджер боится напомнить клиенту, а бухгалтерия живет в своей таблице отдельно от отдела продаж.
Я выстраиваю контроль с простого принципа: каждый повторный счет должен иметь статус, срок следующего действия, ответственного и историю контактов. Если хотя бы одного элемента нет, долг быстро выпадает из поля зрения. Вручную такой процесс держится недолго. Даже при небольшом количестве клиентов сотрудники начинают забывать детали, путать договоренности и дублировать сообщения.
С чего начать
Сначала я разделяю все повторные счета на категории. Первая группа — регулярные платежи с фиксированным циклом. Вторая — счета после частичной оплаты, когда остаток висит дольше обычного. Третья — счета, которые уже перевыставлялись из-за изменений реквизитов, состава работ или условий. Четвертая — проблемные долги, по которым клиент ранее срывал сроки. Такое деление убирает иллюзию, что весь долг одинаковый. Для каждой группы нужен свой ритм контроля.
Дальше я задаю единое правило момента отсчета. Просрочка начинается не тогда, когда кто-то вспомнил о платеже, а на следующий день после срока оплаты, который зафиксирован в счете, договоре или письменном согласовании. Если в компании три разных версии доты, спор начинается внутри, а не с клиентамиентом. Значит, нужен один источник истины. Обычно это карточка счета в учетной системе или в CRM, если там дисциплина выше.
После этого я собираю обязательные поля по каждому счету. Минимальный набор такой: номер счета, дата выставления, дата оплаты по договоренности, сумма, остаток долга, основание выставления, ответственный менеджер, контакт лица со стороны клиента, дата последнего касания, итог последнего касания, дата следующего касания, причина задержки, уровень риска. Без этого набора никакая таблица не даст управленческой картины. Она покажет список долгов, но не подскажет, где действовать сегодня.
Точка контроля
Следующий шаг — маршрут счета. Я описываю его коротко и без лишних вариантов.
Счет выставлен.
Клиент подтвердил получение.
За три дня до срока отправлено напоминание.
В день оплаты проверено поступление.
На первый день просрочки ушло короткое сообщение.
На третий день был звонок.
На пятый день подключен руководитель направления.
На седьмой день вопрос вынесен на уровень собственника или финансового блока, если сумма и риск высокие.
Этот маршрут не должен жить в головах. Его фиксируют в регламенте на одну страницу и в карточке сделки. Хороший признак — любой сотрудник за минуту понимает, что произошло со счетом и какой следующий шаг уже назначен. Плохой признак — менеджер пишет в личный мессенджер клиенту на память и потом пересказывает разговор своими словами.
Я не советую смешивать контроль долга с личным стилем общения менеджера. Скрипт напоминания не должен быть грубым, но и расплывчатость здесь вредна. Формулировка нужна деловая: счет, сумма, срок, просьба подтвердить дату оплаты. Если клиент обещает оплату, обещание сразу попадает в систему отдельным полем, а не остается в переписке. Если клиент просит повторный счет, это фиксируют как событие с датой и причиной. Повторный счет без причины — тревожный сигнал. Часто за ним скрывается внутренняя неразбериха у клиента или попытка оттянуть платеж.
Ответственность
Главная ошибка собственника — назначить ответственность сразу всем. Когда за просрочку отвечают менеджер, бухгалтер и финансист, по факту не отвечает никто. Я делю роли жестко.
Менеджер ведет коммуникацию с клиентом и обновляет обещанную дату оплаты.
Бухгалтер или финансовый сотрудник ежедневно отмечает факт поступления денег и корректность закрывающих документов.
Руководитель отдела продаж контролирует долги по своему портфелю и вмешивается при срыве сценария.
Собственник смотрит на сводку по возрасту долга и по крупным отклонениям, а не на каждую мелочь.
Возраст долга лучше считать корзинами: 1–3 дня, 4–7 дней, 8–14 дней, 15–30 дней, более 30 дней. Тогда видно, где проблема в напоминаниях, а где уже риск невозврата. Если большая часть долгов живет в первой корзине, процесс еще контролируется. Если суммы застревают после двух недель, вопрос уже не в напоминаниях, а в качестве клиентов, договорных условиях и дисциплине менеджеров.
Я всегда прошу добавить отдельный признак по причине просрочки. Без него отчет красивый, но бесполезный. Причины обычно повторяются: счет не дошел, у клиента длинное согласование, нет закрывающих документов, спор по объему работ, кассовый разрыв у клиента, ошибка в реквизитах, чечеловеческий фактор со стороны нашей команды. Когда причины видны в цифрах, собственник перестает лечить все долги одинаково.
Как настроить обзор
Для управления нужен короткий ежедневный обзор, а не громоздкий отчет на двадцать колонок. Я собираю в нем семь вопросов.
Сколько денег просрочено всего.
Сколько из этой суммы появилось сегодня.
Сколько оплачено из вчерашней просрочки.
Какие пять счетов самые крупные.
Какие долги старше двух недель.
Где сорван следующий шаг по регламенту.
Какие клиенты системно просят повторные счета.
Если ответ на любой вопрос приходится искать вручную дольше пары минут, система еще не готова. Собственник не должен вытаскивать информацию из переписок и памяти сотрудников. Он должен увидеть картину сразу: размер риска, скорость реакции команды, повторяемость проблем.
Отдельно я вывожу показатель конверсии обещаний в оплату. Смысл простой: сколько раз клиент обещал оплатить в конкретную дату и сколько раз оплатил именно тогда. Этот показатель быстро отрезвляет. Если обещаний много, а оплат по обещанной дате мало, менеджер живет надеждами, а не фактами. Тогда клиента переводят в более жесткий сценарий контроля, сокращают отсрочку или меняют условия дальнейшей работы.
Повторный счет
Повторные счета требуют отдельного поля статуса. Причины повторного выставления влияют на риск оплаты. Если счет повторили из-за технической ошибки, риск умеренный. Если клиент просит отправить снова третий раз подряд, риск уже высокий. Я ввожу простую школу.
Один повтор — контрольный сигнал.
Два повтора — обязательный звонок с подтверждением, кто принимает счет и ккогда запускает оплату.
Три повтора — эскалация (передача вопроса на более высокий уровень внутри компании) и пересмотр условий дальнейшей отгрузки или оказания услуг.
Здесь нельзя ограничиваться фактом отправки письма. Нужна фиксация доставки и подтверждения получения. Пока клиент не подтвердил, что счет у него в работе, компания часто живет ложным спокойствием. Сотрудник думает, что все сделал, а у клиента письмо потерялось, ушло не тому адресату или зависло без движения.
Я советую хранить историю всех повторных отправок в одной карточке: когда отправили, по какому каналу, кому именно, кто подтвердил получение, какую дату оплаты назвали. Это убирает бесконечные пересказы и делает разговор предметным. Если спустя десять дней клиент говорит, что счет не видел, у команды уже есть четкая история касаний.
Дисциплина и мотивация
Система разваливается там, где просрочка не влияет ни на чьи действия. Если менеджеру засчитывается только выставление счета или объем продаж, долги будут расти. Часть мотивации стоит привязать к оплате в срок или к доле просрочки по его портфелю. Без фанатизма, но с прямой связью. Менеджер должен чувствовать, что продажа без денег — незавершенная работа.
При этом нельзя перекладывать на менеджера все финансовые риски. Если собственник сам разрешает длительные отсрочки без проверки клиента, а потом требует идеальной собираемости, конфликт заложен заранее. Условия оплаты, лимиты отсрочки, правила остановки новых работ при старом долге — зона управленческого решения. Исполнение — зона команды.
Хорошо работает еженедельный короткий разбор: десять-пятнадцатьдвадцать минут по проблемным счетам. Без длинных совещаний. На столе только факты: сумма, возраст долга, причина, кто отвечает, следующий шаг, срок шага. Если обсуждение уходит в эмоции и оправдания, пользы не будет. Цель разбора — ускорить оплату, а не найти виноватого ради отчета.
Что автоматизировать
В первую очередь я автоматизирую напоминания о сроках и просрочке. Система сама ставит задачу менеджеру за несколько дней до даты оплаты, в день оплаты и после выхода в просрочку. Второе — автоматический расчет возраста долга. Третье — сводку для руководителя по утрам. Четвертое — уведомление о клиентах, которые снова запросили повторный счет. Пятое — блокировку новых отгрузок или новых этапов работ при нарушении внутренних правил, если бизнес-модель это допускает.
Автоматизация не заменяет живой разговор с клиентом. Она снимает провалы памяти и рутину. Если процесс хаотичный, автоматизация лишь ускорит хаос. Сначала правила, потом статусы, потом роли, после этого триггеры и отчеты.
Я не советую начинать с большой перестройки всей системы учета. Для старта хватает рабочей доски или таблицы с обязательными полями и ежедневной дисциплины. Через две-три недели уже видно, какие статусы лишние, где сотрудники путаются, какие причины просрочки повторяются чаще всего. После этого логику переносят в CRM или финансовую систему без догадок.
Признаки рабочей системы простые. Собственник в любой день видит общую сумму просрочки и ее возраст. По каждому повторному счету есть причина перевыставления и дата следующего контакта. У каждого долга один ответственный. Команда реагирует на прикосновенияотсрочку в первые дни, а не в конце месяца. Крупные и старые долги не растворяются среди мелких. Клиенты с хроническими переносами быстро выявляются и переводятся на другие условия работы.
Если собрать процесс именно так, повторный счет перестает быть бюрократической мелочью. Он становится ранним сигналом риска. А контроль просроченных оплат превращается из нервной ручной погони в понятную систему, где видно, кто, когда и что делает ради поступления денег.
