Согласование платежей: реестр заявок, лимиты и дни оплат

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

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

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

Смысл лимитов не в контроле ради контроля, а в разгрузке владельца. Если собственник согласует покупку мешков за 800 ₽, он физически не успевает смотреть на счёт от поставщика на триста тысяч — внимание уходит на мелочь.

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

Цифры лимитов зависят от оборота. Ориентир для компании с выручкой в несколько миллионов в месяц — ниже.

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

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

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

Через два месяца закупка расходников встала на 390 000 ₽ в месяц при том же объёме работ — 90 000 ₽ экономии без единого отказа сотрудникам. Плюс бухгалтер перестала платить каждый день: два платёжных дня вместо ежедневных переводов сократили её время на платежи с шести часов в неделю до двух.

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

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

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

Первые три убивают порядок за месяц, четвёртая — за квартал.

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

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

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