Как наладить контроль просроченных счетов поставщиков без лишней бюрократии

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

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

Основа системы

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

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

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

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

Контрольные точки

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

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

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

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

Где ломается процесс

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

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

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

Если компания небольшая, систему можно держать в одной общей таблице с четкими полями, статусами и правами доступа. Если поток документов большой, нужен учет в ERP-системе (система планирования ресурсов предприятия) или в финансовом модуле действующей программы. Выбор инструмента вторичен. Первичный единый реестр, сроки, роли, маршрут согласования и отчет для собственника.

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

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