Контроль закупок в компании начинается задолго до выбора поставщика. Сначала появляется потребность: материал для производства, оборудование, услуга, расходники, запчасти, срочная поставка под заказ клиента. Если эта потребность приходит в письме или чате без правил, закупщик сразу оказывается в слабой позиции: ему нужно уточнять параметры, сроки, бюджет, аналоги и ответственного.
Материал рассматривает внутренний контроль закупок: как компания управляет заявками, лимитами, поставщиками, ценами, сроками и документами. Такой контроль нужен, чтобы закупка была обоснованной, согласованной, связанной с потребностью и видимой для руководителя на каждом этапе.
Контроль начинается с заявки
Закупочная заявка должна отвечать на простые вопросы: что нужно купить, зачем, к какому заказу или подразделению это относится, когда требуется, кто инициатор, какой лимит, какие технические требования, допускается ли замена, какие документы приложены. Если этих данных нет, закупка превращается в ручное расследование.
Контроль закупок на входе помогает отделить реальную потребность от устной срочности. Система может требовать обязательные поля, проверять лимит, связывать заявку с заказом, складом, производством или проектом, отправлять на согласование и показывать, где процесс остановился.
Лимиты и согласование
Согласование закупки должно зависеть от суммы, категории, подразделения, проекта, срочности, поставщика и доступного бюджета. Небольшая регулярная закупка может идти по короткому маршруту. Закупка выше лимита подключает руководителя. Нестандартное оборудование требует технического согласования. Новый поставщик добавляет проверку документов.
Если маршрут одинаковый для всех случаев, мелкие закупки тормозятся, а крупные проходят без достаточной проверки. Поэтому полезно задавать правила: кто согласует категорию, кто отвечает за бюджет, кто проверяет технические требования, кто разрешает срочную закупку, кто видит отклонение от лимита.
Поставщики и цены
Цена важна, но для контроля закупок ее недостаточно. Нужно видеть историю поставщика: сроки, качество, рекламации, условия оплаты, стабильность документов, фактические задержки, спорные ситуации, зависимость компании от одного источника. Дешевая поставка может оказаться дорогой, если из-за нее остановится производство или сорвется заказ клиента.
В системе должны храниться коммерческие предложения, основания выбора, история цен и условия. Тогда руководитель видит, почему выбран конкретный поставщик, сравнивались ли альтернативы, как изменилась цена, какие риски приняты и кто согласовал решение. Подробно работа с поставщиками раскрыта на странице разработки SRM.
Сроки и отклонения
Закупка считается управляемой, когда видны финальная поставка и промежуточные статусы: заявка создана, согласование идет, запрос поставщикам отправлен, предложение получено, договор готовится, счет ожидает оплаты, поставка в пути, товар принят, документы закрыты. Именно на этих переходах чаще всего появляются задержки.
Система должна показывать отклонения: заявка без ответственного, согласование просрочено, поставщик задерживает предложение, цена вышла за лимит, счет не оплачен, поставка не пришла к нужной дате, приемка выявила расхождение. Когда отклонения видны, руководитель может влиять на процесс до срыва срока.
Связь с ERP и складом
Закупки должны опираться на фактическую потребность. Для этого нужна связь с ERP-системой, складом, производством и заказами клиентов. ERP показывает остатки, резервы, ожидаемые поставки, производственные потребности, лимиты и финансовые документы. Закупка перестает быть отдельной просьбой и становится частью общего планирования.
Например, подразделение просит купить материал. Система проверяет остатки, видит резерв под другой заказ, показывает ожидаемую поставку и предлагает уточнить количество. Или производство создает потребность под сменный план, закупки видят дату, критичность и допустимую замену. Такая связка снижает дубли, срочные закупки и лишние запасы.
Документы и оплата
Контроль закупок продолжается после выбора поставщика. Договор, счет, спецификация, акт, накладная, сертификаты, гарантийные документы и платежи должны быть связаны с заявкой и поставкой. Если документы живут отдельно, трудно понять, почему поставка задержалась: договор не согласован, счет не оплачен, поставщик не получил спецификацию, приемка не закрыта.
Для этого закупочный процесс связывают с документооборотом и финансовым учетом. Счет на оплату должен иметь основание, согласованный лимит и ответственного. Поставка должна закрываться приемкой и документами. История должна показывать, кто принял решение и где возникла задержка.
Аналитика контроля
Руководителю закупок нужны списки заявок и показатели процесса: среднее время согласования, доля срочных закупок, количество заявок с неполными данными, отклонения от лимитов, экономия по категориям, просрочки поставщиков, рекламации, доля закупок у одного поставщика, повторные проблемы по документам.
Эта аналитика помогает улучшать процесс. Если много заявок возвращается на уточнение, нужно менять форму потребности. Если согласование зависает на одном уровне, нужно пересмотреть маршрут. Если срочные закупки повторяются по одной категории, проблема может быть в планировании или складских остатках. Статья про автоматизацию закупок подробнее показывает, как такой процесс собирается в системе.
Роль SRM
SRM помогает управлять закупками и поставщиками в одном процессе: заявки, согласования, коммерческие предложения, условия, договоры, поставки, претензии, документы и история взаимодействий. Для закупочного отдела это рабочая среда, где видно, кто что запросил, какой поставщик выбран, почему выбраны такие условия и как исполняется поставка.
Отдельная статья про SRM для закупок разбирает этот класс систем подробнее. Для темы контроля главное в том, что SRM дает прозрачность: закупка проходит по правилам, отклонения фиксируются, решения остаются в истории, а поставщик оценивается по фактам.
Как запускать контроль
Начинать лучше с одного процесса: заявка на закупку, согласование, выбор поставщика, счет, поставка, приемка. На пилоте проверяются обязательные поля, роли, лимиты, статусы, документы, связь со складом или ERP и отчеты по отклонениям. После этого можно добавлять категории, рейтинги поставщиков, претензии, планирование и аналитику.
Если нужно обсудить закупочный контроль в конкретной компании, полезно начать с текущей карты процесса: откуда приходит потребность, где она согласуется, где выбирается поставщик, кто отвечает за цену, где видно срок поставки и как фиксируются отклонения. После этого проще понять, нужна ли SRM, доработка ERP или отдельный модуль закупок.
- структурировать закупочную заявку;
- задать лимиты, роли и маршруты согласования;
- вести историю поставщиков, цен и условий;
- связать закупки с ERP, складом и производством;
- контролировать документы, оплату и приемку;
- считать отклонения, просрочки и причины срочных закупок.
Что считать результатом
Результат контроля закупок — прозрачный путь от потребности до поставки. Руководитель видит, кто запросил закупку, кто согласовал, почему выбран поставщик, где находится счет, когда ожидается поставка, какие отклонения возникли и как они влияют на производство, склад или клиента.
Когда закупки контролируются системно, отдел перестает быть местом ручной сверки и постоянных срочных уточнений. Компания управляет потребностью, сроками, поставщиками и документами на фактах, а не по переписке и памяти отдельных сотрудников.