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