Управление закупками это слой над самой закупкой: планирование, лимиты и бюджеты подразделений, контроль затрат и отчётность. Автоматизировать его можно только на данных, а данные рождаются в документах поставщиков, и до них обычно никто не добирается.
Отсюда типичная картина: система учёта есть, бюджеты есть, а ответ на вопрос «почему купили у этого» руководитель собирает по переписке. Не потому, что закупщик что-то скрывает, а потому, что обоснование нигде не зафиксировано в сопоставимом виде.
Чем управление закупками отличается от самой закупки
Сама закупка это цепочка от заявки подразделения до выбора поставщика, и её разбирает страница про автоматизацию закупок. Управление отвечает на другие вопросы: сколько мы тратим, укладываемся ли в план, у кого закупаемся чаще всего и на каком основании принимались решения.
Разница практическая. Процесс автоматизируют, чтобы закупщик тратил меньше часов. Управление автоматизируют, чтобы руководитель отвечал на вопрос за минуту, а не за день.
Четыре вопроса руководителя
| Вопрос | Как на него отвечают обычно | Что нужно, чтобы отвечать быстро |
|---|---|---|
| Почему выбрали этого поставщика | По памяти и переписке, задним числом | История сравнений: видно, кто участвовал и по каким критериям выбрали |
| Мы переплачиваем или нет | По ощущению «цены выросли» | Точные данные по ценам и условиям, снятые из самих документов, а не перебитые руками |
| Укладываемся ли в бюджет | Сводят вручную в конце месяца | Данные о закупках попадают в учётную систему сразу, а не пачкой в отчётный период |
| Кто и на каком основании решил | Ищут письмо в почте | Аудиторский след по решению вместе с обоснованием выбора |
Ни один из этих вопросов не про технику. Все четыре упираются в одно: данные о закупке должны существовать в сопоставимом виде в момент решения, а не собираться потом.
Данные первичны, отчётность вторична
Отчёт по закупкам легко построить и тяжело сделать правдивым. Если цифры в него попадают из таблицы, которую закупщик сводил руками из десятка КП, отчёт наследует все её ошибки переноса и все пропущенные спецусловия.
IntDoc вытягивает поля прямо из документов поставщиков: цену и валюту, срок поставки, наличие, номенклатуру, условия оплаты, гарантию, реквизиты, скидки и спецусловия. Дальше предложения приводятся к единому виду и сравниваются.
Управленческий контур получает от этого главное: числа, которые можно складывать между собой, потому что они сняты одинаково.
Проверка качества управленческих данных по закупкам: попробуйте сложить условия двух предложений разных поставщиков за прошлый квартал. Если для этого приходится открывать исходные файлы, отчётность построена на пересказе, а не на данных.
Где живут лимиты и бюджеты
Там же, где и раньше: в учётной системе, в CRM, в Битрикс24. Обработка документов не заменяет финансовый контур и не должна: лимиты подразделений, план закупок и бюджетные статьи это его работа.
Меняется то, чем контур питается. Результаты сравнения выгружаются в CRM и Битрикс24, сравнительная таблица экспортируется в Excel, история сравнений и решений хранится. Бюджет перестаёт сверяться с закупками раз в месяц по памяти.
Контроль затрат: что именно контролируется
Контроль затрат в закупках обычно понимают как контроль итоговой суммы. Сумма это следствие, а управляемые вещи лежат раньше.
- Условия, а не только цена. Предложение дешевле на пять процентов с отсрочкой в два раза короче может быть дороже по факту;
- Упущенные условия. Скидки и спецусловия, которые были в документе, но не попали в таблицу сравнения;
- Повторяемость. Один и тот же товар у разных поставщиков по разной цене в пределах квартала;
- Ошибки переноса. Расхождение между тем, что написано в КП, и тем, что ушло в учёт.
Три из четырёх пунктов невозможно контролировать без сопоставимых данных по каждому предложению, а не только по выбранному.
Аудиторский след
Аудиторский след это возможность восстановить решение целиком: какие предложения были на столе, по каким критериям их сравнивали, какое выбрали и почему. Не протокол, написанный задним числом, а запись, которая появилась в момент выбора.
Нужен он не только внешней проверке. Чаще всего к истории сравнений возвращаются свои же: при повторной закупке того же товара, при споре с подразделением о сроках и при смене сотрудника в отделе.
Отдельная история с тендерами, где обоснование выбора это обязательная часть работы, а не хорошая практика: об этом страница про автоматизацию тендеров.
С чего начать управленческий слой
С данных, а не с дашборда. Пока предложения поставщиков не приводятся к единому виду, любой отчёт по закупкам будет красивым пересказом.
Порядок шагов внедрения описан отдельно: процесс автоматизации закупок. Управленческий контур в нём идёт не первым, и это осознанно.
Чего этот слой не делает
Он не принимает решения о закупке и не заменяет собой закупщика. Система показывает лучшее предложение с обоснованием, а выбор и ответственность остаются за человеком.
Он не наводит финансовую дисциплину сам по себе. Если лимиты подразделений не утверждены, а план закупок живёт в чужой голове, автоматизация сделает беспорядок видимым, но не устранит его. Правда, видимый беспорядок это уже половина дела.