Автоматизация снабжения предприятия

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

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

Заявка вместо сообщения

Первое, что мы делаем, — заводим единую форму заявки. Не «напишите Иванову», а поле, в котором обязательно указана позиция, количество, срок, подразделение и обоснование. Сотрудник не может отправить заявку без нужных данных, а значит снабженец не тратит полдня на уточнения «что именно вам нужно».

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

Согласование по маршруту, а не по настроению

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

Важнее другое: становится видно, где заявка стоит и почему. Раньше на вопрос «а где мой заказ» отвечали «уточню» — теперь инициатор сам открывает заявку и видит, что она третий день ждёт подписи. Это меняет поведение сильнее любого регламента.

Поставщики, цены и сроки

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

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

Контроль сроков

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

Связка со складом

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

Обмен с 1С

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

Сроки и стоимость

Базовый контур снабжения запускается за 3–5 недель: неделя на аудит, две-три на настройку маршрутов и обмена, несколько дней на обучение и опытную эксплуатацию. Если в проект входит связка со складом или закупочные процедуры, срок вырастает до полутора-двух месяцев.

Стоимость называем после аудита и фиксируем в договоре. Работы разбиты на этапы с приёмкой каждого: вы платите за принятый результат и в любой момент видите, за что заплачено.

Следом к снабжению обычно подключают закупки — когда выбор поставщика перестаёт быть решением одного человека и требует прозрачной процедуры.