Закупки редко ломаются в один момент. Сначала отделы присылают заявки в разном виде. Потом склад говорит, что часть позиции есть в остатках, но она зарезервирована под другой заказ. Производство просит купить срочно, потому что завтра запуск. Финансовый отдел просит не выходить за бюджет. Поставщик обещает срок, но привозит позже и не весь объем.
Если эти события живут в почте, таблицах и устных договоренностях, закупщик постоянно тушит пожары. Он вроде бы занят делом, но руководитель не видит главного: почему закупка возникла, была ли она обоснована, кто согласовал цену, как поставка влияет на производство и какие обязательства уже появились у компании.
ERP для закупок нужна там, где закупка должна быть связана с реальной потребностью предприятия. Не с отдельной просьбой “купите это”, а с заказом клиента, производственным планом, складским остатком, нормой расхода, бюджетом и условиями поставщика.
Заявки недостаточны
Закупочный процесс часто начинают автоматизировать с заявок. Это логично: заявки болят первыми. Их теряют, согласуют слишком долго, возвращают без причины, дублируют, обсуждают в чатах. Но если система хранит только заявку, она решает лишь часть задачи.
Заявка отвечает на вопрос “что просит подразделение”. ERP должна помочь ответить на другой вопрос: “что действительно нужно компании и когда”. Для этого заявка связывается с остатками, резервами, планом выпуска, заказами клиентов, нормами расхода материалов и закупочными договорами.
Иначе автоматизация превращается в красивую форму вместо письма. Подразделение заполнило поля, руководитель нажал согласование, закупщик создал заказ поставщику. Но никто не проверил, что материал уже есть на складе, что его нельзя использовать из-за резерва, что поставщик стабильно опаздывает, а цена выше условий договора.
Поэтому закупочные заявки удобно рассматривать как первый слой. ERP добавляет второй слой: проверку потребности, связь с планированием, учет обязательств и дальнейшее движение товара до склада или производства.
Откуда берется потребность
Хорошая закупка начинается до того, как кто-то написал заявку. Потребность может появиться из производственного плана, минимального остатка, заказа клиента, графика обслуживания оборудования, ремонтной заявки, проекта или бюджета подразделения. У каждой причины своя логика.
Для производства особенно опасны закупки “на глаз”. Материал может быть дешевым, но если он приходит позже операции, линия простаивает. Материал может быть на складе, но не подходить по партии, марке, размеру или сроку годности. Норма может быть утверждена, но фактический расход уходит выше из-за брака или замены технологии.
ERP должна показать эту цепочку. Если закупается материал для выпуска, нужна связь с планом, маршрутом и нормами расхода материалов. Если закупается товар под продажу, нужна связь с заказом клиента и резервом. Если закупается запасная часть, нужна связь с оборудованием и ремонтом. Тогда закупка перестает быть изолированной просьбой.
Проверка перед заказом
Перед заказом поставщику полезно пройти несколько проверок. Есть ли остаток. Не зарезервирован ли он. Есть ли ожидаемое поступление. Можно ли заменить позицию аналогом. Кто уже покупал этот материал. Какой поставщик давал нормальный срок и качество. Уложится ли закупка в бюджет.
В ручном процессе эти вопросы задают не всегда. При срочности покупают у первого поставщика, потом разбираются с ценой и документами. При большом потоке закупщик физически не успевает сверить каждую позицию с остатками, договорами, лимитами и историей поставок.
ERP помогает сделать проверку частью процесса. Заявка не уходит дальше, пока не заполнены нужные поля. Система показывает остатки и резервы. Условия поставщика подтягиваются из справочника. Если сумма выше лимита, маршрут согласования меняется. Если поставщик недавно сорвал срок или привез некачественную партию, это видно до заказа.
Поставщик и условия
Выбор поставщика не сводится к минимальной цене. Для производства и сервисных компаний срок, стабильность, качество, документы и готовность реагировать на проблемы часто сильнее влияют на результат, чем небольшая разница в стоимости. Но эти параметры трудно учитывать, если история поставок не связана с закупками.
В ERP поставщик должен быть виден через факты: цены, сроки, договоры, отсрочки, минимальные партии, рекламации, возвраты, долю просрочек, отклонения по количеству и качеству. Тогда закупщик не спорит с руководителем на уровне ощущений. Он показывает, почему поставщик подходит или не подходит для конкретной потребности.
Для закупок это особенно заметно при повторяющихся материалах. Если компания покупает одну и ту же номенклатуру каждый месяц, система должна помнить предыдущие условия и результат поставки. Иначе закупщик каждый раз начинает почти с нуля.
Связь со складом
ERP для закупок не работает без склада. Заказ поставщику еще не означает, что потребность закрыта. Нужно видеть ожидаемые поступления, фактическую приемку, расхождения по количеству, качество партии, размещение на складе, резервы и дальнейшее списание в производство или отгрузку.
Если складской учет отделен, закупщик может считать, что материал пришел, а производство не может его взять. Причины бывают разные: нет приемки, партия заблокирована, документы не закрыты, товар лежит не в той зоне, остаток уже зарезервирован, номенклатура заведена с ошибкой.
Связка закупок и склада подробно раскрывается через ERP для склада. Для закупок главный вывод простой: заказ поставщику должен заканчиваться не письмом о доставке, а фактическим поступлением, приемкой и доступным остатком в системе.
Где нужна разработка
Типовой ERP-модуль закупок подходит, если процесс близок к стандартному: заявка, согласование, заказ поставщику, поступление, оплата, отчет. Но у многих компаний закупки сложнее. Есть особые маршруты согласования, разные правила по подразделениям, закупки под проекты, производство под заказ, импорт, долгие поставки, частичные поступления, претензии, замены материалов, нестандартные роли.
В таких случаях не стоит силой укладывать процесс в чужую схему. Иногда достаточно настроить существующую ERP. Иногда нужен отдельный закупочный модуль. Иногда разумнее делать индивидуальную разработку, которая связывает закупки с производством, складом, финансами и внутренними регламентами компании.
Компания ИНДИНС рассматривает разработку ERP-системы именно с этой стороны: сначала процесс, роли и данные, потом интерфейсы и документы. Закупки должны отражать реальные правила компании, а не повторять типовую цепочку из учебного примера.
Как понять, что пора менять процесс
Сигналы обычно заметны без сложной аналитики. Закупки часто срочные. Одни и те же позиции покупаются разными отделами отдельно. Остатки не совпадают с реальностью. Поставщиков выбирают вручную по памяти. Согласование зависит от переписки. Производство останавливается из-за материала, хотя формально заявка была создана вовремя.
Еще один сигнал — руководитель не может быстро ответить, какие обязательства уже есть перед поставщиками и какие закупки нужны в ближайшее время. Если для ответа нужно собрать несколько таблиц, запросить закупщиков и склад, процесс уже неуправляем.
Автоматизация закупок не должна начинаться с вопроса, какую кнопку добавить. Сначала нужно описать путь потребности: откуда она появилась, кто ее подтвердил, как проверили остатки, кто согласовал бюджет, почему выбран поставщик, как заказ дошел до склада и как факт поступления вернулся в план. В этом смысле автоматизация закупок и ERP работают вместе: первая наводит порядок в процессе, вторая связывает процесс с ресурсами предприятия.
Если эта связь появляется, закупки перестают быть отделом срочных просьб. Они становятся управляемой частью предприятия: видно, что нужно купить, зачем, когда, у кого, на каких условиях и что произойдет, если поставка сорвется. Для руководителя это и есть практический смысл ERP в закупках.