Контроль просроченных оплат поставщикам без ручного хаоса

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

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

База контроля

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

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

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

Правила и сроки

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

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

Еще один рабочий элемент — приоритет платежа. Я использую простую школу. Критичный платеж сохраняет поставку, производство, доступ к системе или закрывает юридический риск. Высокий — поддерживает нормальный цикл закупок. Обычный — не ломает операцию при переносе в рамках согласованного окна. Спорный — не оплачивается до снятия расхождения. Такая маркировка убирает эмоциональные решения. Никто не двигает деньги по принципу «кто громче написал».

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

Сигналы и отчетность

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

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

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

Если учет ведется в таблицах, я все равно строю дисциплину. Но ручной контур быстро упирается в ошибки версий, потерю строк и зависимость от одного сотрудника. Поэтому при первой возможности я перевожу процесс в учетную систему, где есть журнал изменений, статусы согласования и связка с первичными документами. Аудит-трейл (история действий) снимает споры о том, кто и когда задержал оплату.

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

Когда система собрана, я не оцениваю ее по красоте регламента. Я смотрю на три признака. Просрочка сокращается по сумме и по возрасту. Критичные поставщики перестают напоминать о себе через конфликт. Собственник в любой день видит, какие оплаты зависли, по какой причине и кто закроет вопрос. С этого момента контроль перестает быть ручной охотой за счетами и становится нормальной частью управления деньгами.