Регламент подачи заявок на снабжение производственных участков: структура, сроки и типичные ошибки

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

Зачем нужен регламент и что он решает

Регламент фиксирует правила игры между потребителями (производственными участками) и поставщиками (снабжением, закупками, складом). Без него возникают три системные проблемы:

• Потеря времени на расшифровку. Заявка приходит по почте, в мессенджере, на бумажке — у каждой свой набор полей. Менеджер снабжения тратит 20–40 минут на приведение к единому виду.
• Нарушение временных окон. Цех присылает потребность «на вчера», хотя производственный цикл и так известен за месяц. Закупка не успевает провести тендер, выбирает первого попавшегося поставщика по завышенной цене.
• Расхождение планов и факта. В ERP заведен один объём, в заявке цеха — другой, на складе пришло третье. Никто не несёт ответственности за дельту.

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

Виды заявок и их роль в производственном цикле

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

Плановые заявки (базовые)

Формируются на основе утверждённого производственного плана (ПП/МПС) на месяц/квартал. Содержат агрегированные потребности по номенклатуре с привязкой к неделям или декадам. Маршрут: технолог/планировщик цеха → начальник цеха → планировщик снабжения → закупка. Срок подачи — не позднее 5–7 рабочих дней до начала планируемого периода. Это основной поток, по которому закупка проводит конкурсные процедуры, заключает долгосрочные контракты, формирует заказы поставщикам.

Оперативные (текущие) заявки

Корректируют плановые в пределах текущей недели/смены. Инициируются мастером участка или.dispatchером при отклонениях: брак, поломка оборудования, изменение номенклатуры сменного задания. Детализация — до партии/паллета/ролика с указанием конкретного склада выдачи и временного окна (смена, день). Согласование упрощённое: мастер → кладовщик/логист цеха. Срок реакции снабжения — от 2 часов до конца смены в зависимости от критичности позиции.

Внеплановые / аварийные заявки

Реакция на форс-мажоры: останов линии из-за отсутствия критичного компонента, اكتشاف несоответствия качества целой партии. Требуют минимального набора полей: код номенклатуры, количество, склад выдачи, контакт ответственного, обоснование срочности. Маршрут — прямой к руководителю снабжения или закупке с обходом стандартных этапов. Обязательно пост-факту оформление в системе с отметкой «Аварийная» для последующего анализа причин.

Структура заявки: обязательные и условно обязательные поля

Единая форма — залог автоматической обработки в ERP/MES. Ниже — минимальный набор, который закрывает 95% потребностей дискретного и процессного производства.

Поле	Обязательность	Назначение и правила заполнения
Уникальный номер заявки	Автогенерация	Присваивается системой при создании. Формат: ГГГГММДД-ТИП-ПОРЯДКОВЫЙ (например, 20250115-PL-0042). Запрещён ручной ввод.
Тип заявки	Обязательно	Плановая / Оперативная / Аварийная. Определяет маршрут и SLA.
Инициатор (ФИО, должность, цех/участок)	Обязательно	Выбирается из справочника сотрудников. Автоподстановка по логину.
Дата создания / Дата потребности	Оба обязательно	Дата потребности — календарный день, к которому материал должен быть на складе выдачи/линии.
Номенклатура (код по классификатору, наименование)	Обязательно	Только из утверждённого справочника (Классификатор МТР). Свободный текст — только для НСИ/разовых позиций с флагом «Требуется уточнение».
Характеристики партии	Условно	Серия, ГОСТ/ТУ, марка, размер, цвет, срок годности, сертификат соответствия — если критично для технологии.
Количество (в базовой УЕ и во второстепенной)	Обязательно	Указание единицы измерения (кг, м, шт, паллет). Автопересчёт по коэффициентам из НСИ.
Склад выдачи / Точка потребления	Обязательно	Код склада или линии. Для линейного снабжения — идентификатор конвейера/ячейки.
Номер заказа на производство / Сменное задание	Условно	Обязательно для оперативных и аварийных. Связывает заявку с объектом затрат.
Приоритет / Класс критичности	Обязательно	А/Б/В или 1/2/3. А — останов линии, В — риск остановки в смену, С — плановое пополнение.
Статус согласования	Авто	Черновик → На согласовании → Утверждена → В работе у снабжения → Исполнена / Отклонена.
Комментарий / Основание	Рекомендуется	Свободный текст для контекста: «замена партии по браку поставщика Х», «ускорение графика заказ № 445».

Правило: если поле не заполнено — заявка не проходит валидацию и не уходит в маршрут согласования. Это исключает «забытые» характеристики, из-за которых поставщик привозит не то.

Временные нормативы (SLA) по этапам

Сроки фиксируются в регламенте и настраиваются в системе как контрольные точки. Пример для типового машиностроительного предприятия с циклом закупки 2–4 недели:

• Плановая заявка: подача за 15 календарных дней до начала периода → согласование цехом (1 день) → согласование планировщиком снабжения (1 день) → передача в закупку (старт закупки). Итого: закупка получает задачу за 13 дней до потребности.
• Оперативная заявка: подача в течение смены → автоматическое проведение при наличии на складе → резервирование/комплектация за 2–4 часа → выдача в окне следующей смены.
• Аварийная заявка: подача → мгновенное уведомление руководителя снабжения и закупки → решение за 30 минут (взять со склада, перебросить с другого цеха, экстренный заказ поставщику).

Важно: «дата потребности» в заявке — это не «когда хочется», а «последний допустимый день поставки без остановки производства». Планировщик цеха должен закладывать буфер приёмки/раскомплектации (обычно 0,5–1 день).

Маршруты согласования: кто за что отвечает

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

1. Инициатор (мастер/технолог/планировщик цеха) — отвечает за достоверность номенклатуры, количества, сроков и привязки к заказу. Подписывает факт потребности.
2. Начальник цеха / Производственный директор — подтверждает приоритет и соответствие производственному плану. Имеет право отклонить или снизить приоритет.
3. Планировщик снабжения / Материально-техническое снабжение (МТС) — проверяет: есть ли в наличии/в пути, соответствует ли заявка нормам расхода, нет ли дублей. Формирует заказ поставщику или задачу на склад.
4. Закупка (для позиций, которых нет на складе) — определяет источник, сроки, цену, оформляет заказ. Если сроки поставщика > даты потребности — инициирует эскалацию.
5. Финансы / Контролёр затрат (опционально) — для позиций выше порога (например, >500 тыс. руб. или внебюджетные) — проверка лимита бюджета.

Для оперативных заявок маршрут сокращается до: Инициатор → Кладовщик/Логист цеха (подтверждение наличия) → Выдача. Аварийные — Инициатор → Руководитель снабжения (параллельно Закупка).

Интеграция с ERP/MES: как убрать ручной труд

Регламент на бумаге не работает. Он должен быть зашит в информационную систему (1C:ERP, SAP PP/MM, Oracle, М3, собственная MES). Ключевые точки автоматизации:

• Генерация плановых заявок из ПП/МПС. Планировщик цеха не вводит позиции вручную. Система развёртывает план заказов в потребности по спецификациям (BOM), предлагает черновик заявки. Человек только проверяет и корректирует коэффициенты расхода/брака.
• Проверка доступности (ATP/CTP) при создании. Система показывает: есть на складе, в пути, забронировано, свободный остаток. Инициатор видит реальную картину до отправки на согласование.
• Автоматическое резервирование. При утверждении плановой заявки — жёсткое резервирование на складе/в пути. При оперативной — мягкое (на время комплектации).
• Единый реестр заявок с фильтрами. Дашборд снабжения: все заявки по статусам, просроченные, по приоритетам, по цехам. Никаких Excel-выгрузок.
• Уведомления и эскалации. Если заявка «На согласовании» > 1 дня — авто-напоминание согласующему. Если «В работе у снабжения» и дата потребности завтра, а статус не «Комплектуется» — эскалация руководителю.
• Обратная связь к заказу производства. Факт выдачи материалов списывается с заявки и отражается в фактических затратах по заказу (для расчёта себестоимости и анализа отклонений).

Если ERP не позволяет настроить такие правила — регламент деградирует до «согласования в почте», а контроль — до еженедельных совещаний «почему нет материалов».

KPI процесса подачи и исполнения заявок

Что измерять, чтобы процесс не стал формальностью. Четыре базовых показателя:

Показатель	Формула / Источник	Целевой ориентир
% заявок, поданных в срок (по типу)	(Кол-во поданных до дедлайна / Всего поданных) × 100%	Плановые ≥ 95%, Оперативные ≥ 90%
% заявок, исполненных к дате потребности (OTIF по заявкам)	(Исполненных в срок / Всего утверждённых) × 100%	≥ 98% для приоритета А, ≥ 95% для В
Доля аварийных заявок от общего числа	(Аварийных / Всего) × 100%	< 5% (выше — проблемы с планированием или качеством)
Среднее время цикла заявки (Lead Time)	От создания до статуса «Исполнена» по типам	Плановая: по договору поставщика. Оперативная: ≤ 4 ч. Аварийная: ≤ 1 ч.

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

Типичные ошибки и как их предотвратить

• Заявка «на всё сразу» без приоритетов. Цеха боятся не получить и заказывают с запасом. Решение: жёсткий лимит на сумму/объём оперативных заявок за смену, обязательный приоритет А/Б/В, еженедельный разбор аварийных с выявление корневых причин.
• Дублирование: заявка в системе + звонок кладовщику + письмо закупке. Решение: регламент запрещает параллельные каналы. Любая заявка вне системы — неисполняемая. Кладовщик работает только по задаче из системы.
• Использование «серых» кодов номенклатуры. «Металлопрокат разный», «Крепеж мелкий». Решение: чистка справочника, обязательный выбор из классификатора, блокировка свободного текста для серийных позиций.
• Игнорирование остатков и в пути. Цех заказывает то, что уже есть на складе или едет от поставщика. Решение: видимость ATP в форме заявки, автоматическое предупреждение «Есть в наличии X шт, в пути Y шт, дата поступления Z».
• Согласование «для галочки». Начальник цеха подписывает не глядя. Решение: делегирование согласования планировщику цеха с правом вето, аудит согласований раз в квартал.
• Отсутствие обратной связи при изменении сроков поставщика. Закупка сдвинула поставку, цех не узнал. Решение: авто-уведомление инициатора при изменении даты поставки в заказе покупке. Обязательное поле «Новая дата поступления» в заказе покупке.

Сценарии: как действовать в нестандартных ситуациях

Ситуация: поставщик срывает поставку по плановой заявке за 2 дня до даты потребности

1. Закупка меняет дату в заказе покупке → система шлёт уведомление инициатору и планировщику снабжения.
2. Планировщик снабжения проверяет: есть ли аналоги на складе, можно ли перебросить с другого цеха/склада, есть ли у альтернативных поставщиков остатки.
3. Если нет — инициируется аварийная заявка на закупку у альтернативного источника (даже по более высокой цене) с обоснованием: «Риск остановки линии №3, стоимость простоя X руб./час».
4. Решение фиксируется в системе, разница в цене списывается на счет дефектов поставщика / непроизводственные расходы.

Ситуация: цех обнаруживает несоответствие качества принятой партии (уже в работе)

1. Мастер оформляет аварийную заявку на замену с отметкой «Брак поставщика», прикладывает акт/фото.
2. Снабжение блокирует остатки партии на складе, инициирует претензию поставщику.
3. Закупка ищет замену (другой поставщик, другая марка с согласия технолога).
4. Технолог даёт заключение по применимости аналога (формально — письмом/в системе). Без заключения аналог не закупается.

Ситуация: срочное изменение сменного задания (вставили срочный заказ)

1. Планировщик цеха создаёт оперативную заявку на дельту материалов с приоритетом В.
2. Система проверяет остатки. Если есть — автоматическое резервирование и задача кладовщику на комплектацию.
3. Если нет — заявка эскалируется к планировщику снабжения как «Срочная закупка». Закупка работает по упрощённой схеме (3 котировки / прямой заказ при сумме < порога).

Чек-лист внедрения регламента (для руководителя проекта)

1. Утверждён классификатор МТР с характеристиками, единицами измерения, коэффициентами пересчёта.
2. Настроены типы заявок, статусы, маршруты согласования в ERP/MES.
3. Заданы SLA по каждому типу и приоритету, включены авто-эскалации.
4. Справочники складов, цехов, линий приведены в соответствие с организационной структурой.
5. Проводится пилот на 1–2 цехах (2–3 недели): замеряем % своевременных, % исполненных, число аварийных.
6. Обучены инициаторы (мастера, технологи) и согласующие (начальники цехов, планировщики снабжения). Раздаются краткие памятки (1 страница).
7. Настроены отчёты/дашборды для ежедневного контроля снабжением и еженедельного разбора производственным директором.
8. Введён ежемесячный разбор аварийных заявок (Root Cause Analysis) с планом устранения системных причин.
9. Регламент зафиксирован в СУД (системе управления документами) с версией, датой вступления, ответственным за актуализацию.

Ответственность и мотивация

Регламент работает, когда за результат отвечают конкретные роли:

• Инициатор — за достоверность и срок подачи. Штраф/КПИ: % своевременных заявок, % отклонённых за ошибки.
• Согласующий (начальник цеха) — за приоритеты и соответствие плану. КПИ: доля аварийных заявок цеха (цель — снижение).
• Планировщик снабжения — за исполнение в срок (OTIF по заявкам), за работу с остатками/в пути, за отсутствие дублей.
• Закупка — за сроки поставки по плановым заявкам, за стоимость аварийных закупок (разница от плановой цены).

Не делайте KPI «количество поданных заявок» — это порождает спам. Измеряйте качество и результат.

Что проверить прямо сейчас

Если у вас уже есть регламент (даже неформальный), пройдитесь по контрольным точкам:

• Есть ли единая форма заявки, зашитая в систему, а не в Excel/почте?
• Разделены ли плановый, оперативный и аварийный потоки с разными SLA?
• Видит ли инициатор остатки и в пути при создании заявки?
• Автоматически ли резервируются материалы при утверждении?
• Есть ли дашборд со статусами всех заявок в реальном времени?
• Проводится ли еженедельный разбор аварийных заявок с поиском корневых причин?
• Знает ли каждый мастер/планировщик цеха, каков срок подачи плановой заявки под его участок?

Если хотя бы на один пункт ответ «нет» — там теряется время и деньги. Начните с закрытия этого пробела.

Практический итог

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

• Разделение потоков (план/оперативка/аварийка) с разными сроками и маршрутами.
• Единая форма с валидацией на входе — никаких «допишите потом».
• Видимость остатков и поставок для инициатора до отправки заявки.
• Автоматические эскалации вместо ручного контроля.
• Пост-факту анализ аварийных заявок как источник улучшения планирования.

Следующий шаг: откройте текущий регламент (или набор привычек), сверьтесь с чек-листом выше, выберите 1–2 самые больные точки и настройте их в системе на этой неделе. Остальное — итеративно.

Материал носит информационный характер и отражает общие практики управления снабжением на производственных предприятиях. Конкретные нормативы сроков, пороги согласования, структуру справочников и систему KPI необходимо адаптировать под производственную программу, номенклатуру, цикл закупок и используемую ERP-систему конкретного предприятия. При внедрении рекомендуется привлечь специалиста по производственному менеджменту или консультанта по используемой информационной системе.