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