ERP для производства связывает заказ, резерв материалов, склад и фактическое выполнение в цехе. 1С при этом может продолжать вести регламентированный учёт. Headline (headln.ru) проектирует прикладной слой под реальный процесс предприятия, размещает данные On-Premise и отвечает за систему после запуска. В опубликованном производственном проекте автоматизированы склад и заказы, что сняло около 80% ручной рутины; использованы React, Node.js и Docker.
Без общей системы мастер записывает остаток отдельно, менеджер подтверждает дату по устаревшей таблице, а закупка узнаёт о дефиците после срыва. ERP устраняет разрыв между операционным решением и учётным документом: факт появляется там, где выполняется работа, а в 1С передаются согласованные данные.
Как связан заказ и склад
Сначала факт в цехе. Потом обещание клиенту. 1С забирает закрывающие, не дневную тетрадь мастера.
Заявка → Резерв на складе → Факт цеха → Срок клиенту → Обмен с 1С
Кому подходит ERP для производства
Небольшому и среднему производству, где номенклатура и маршруты уже описаны, но процесс исполняется недисциплинированно. Сборка, пищевка, мебель, контрактное производство. Там, где срыв срока виден в мессенджере, а не на доске заказов.
Это не «SAP на пять лет» и не обещание закрыть весь холдинг. Это контур, в котором заказ, резерв, склад и факт связаны. Если у вас один станок и учёт в голове мастера, сначала регламент, затем программа.
Смежный класс задач: дистрибуция со складом, где производство снаружи, а боль в отгрузке и маркировке. Там чаще усиливают 1С и инфраструктуру, как в кейсе Петро-Проект. ERP пишут, когда типовой учёт не тянет цеховой сценарий без ежедневного героизма.
- Заказы сходятся с остатком только после ручной сверки.
- Склад и менеджеры спорят о факте каждую неделю.
- 1С закрывает регламентированный учёт, но цех в ней работать не хочет.
- Нужен периметр данных: рецептуры, клиенты, себестоимость не в чужом облаке.
Граница между ERP, 1С и коробочным решением
Типовая 1С уместна, если хватает документов, склада и зарплаты, а цех готов в ней жить. Доработки бесконечных обработок ради удобства мастера часто дороже отдельного контура. Сопровождение учёта при этом всё равно нужно: сопровождение 1С.
Коробочная ERP с западным или российским шильдиком подходит типовому конвейеру и бюджету на внедрение «как у всех». Вы принимаете чужие справочники и модули. Если маршрут свой, коробка превращается в проект на годы с тем же объёмом работ, что и свой код, плюс лицензии.
Свою ERP заказывают, когда склад и заказ нельзя упростить до чужого шаблона без потери маржи. Headline выбирает путь: готовое, если оправдано, код с нуля, если задача уникальна. Полный цикл: не только интерфейс, но сервер и мониторинг. База: разработка ПО на заказ.
Промежуточный путь: узкий система склада и заказов как MVP, затем модули. 14 дней хватает на проверку одного потока, не на «всю ERP». Формат: MVP за 14 дней.
Проектирование ERP вокруг заказа и склада
Сначала карта факта: как заказ входит, где резерв, кто двигает статус, где списание, где обещание срока. Без этого программа повторит тетради. Затем граница с 1С: что остаётся регламентированным учётом, что живёт в ERP.
В реализованном проекте акцент: склад и заказы, около 80% рутины уходит из ручных таблиц. Стек: React, Node.js, Docker. Это пример, не единственный шаблон. Для HoReCa на сайте другой система: On-Premise, минус 60% рутины, Vue.js и Python. Логика та же: процесс в периметре, не облачная витрина.
Деплой в система клиента, мониторинг 24/7, сопровождение после запуска. Можно принести чужую систему: аудит, узкие места, плавный переход. Не обещаем «перепишем цех за каникулы».
Рабочее ядро производственной ERP
- Номенклатура и единицы, с которыми цех согласен, но не только бухгалтерия.
- Заказы: статус, срок, кто обещал, что уже в работе.
- Склад: резерв, факт, запрет обещать то, чего нет.
- Роли: мастер, кладовщик, менеджер, закупка, руководитель.
- Обмен с 1С там, где нужны закрывающие и остаток для учёта.
- Сервер, копии, доступы, VPN для площадок вне офиса.
Документы клиенту можно не строить внутри ERP. Пакет договора, счёта и акта закрывает КонтрактПРО: минуты вместо десятков минут. Производству это экономит тот же копипаст, что и услугам. Система: электронный документооборот.
Риски ERP-проекта
Попытка внедрить всё одновременно опасна. Техпроцесс, HR, финансы, BI, мобильный киоск в первой версии. Внедрение провалится, и цех останется в тетради. Сначала заказ и склад, затем следующие модули.
Отдельная проблема возникает из-за разных справочников. В 1С одна номенклатура, в цехе другая, в прайсе третья. ERP не склеит это без хозяина справочника на стороне клиента.
Нужно заранее исключить обход системы. Если списание можно не провести и отгрузить, цифры снова враньё. Нужны запреты и дисциплина, не только экран.
Риск отдать рецептуры в чужое облако. On-Premise для производства часто не каприз, а условие. Headline размещает систему в периметре клиента.
Инфраструктуру нельзя откладывать до конца проекта. Релиз есть, копии нет, доступ с площадки через чужой TeamViewer. Серверы проектируют сразу: обслуживание серверов, при складе в Петербурге: IT-аутсорсинг.
- Нет владельца внедрения в цехе: IT не заменит мастера.
- Нет окна на пилот: хотят сразу все участки.
- Нет правила обещания срока: менеджер снова продаёт воздух.
- Нет границы с 1С: два склада в одной компании.
Смежные сценарии
Продажам иногда нужна отдельная CRM, но не модуль ERP «для менеджеров». В недвижимости так и сделали: канбан и доски, минус 30% времени на сделку. Производству чаще важнее склад, чем воронка.
ИИ в цехе имеет смысл на разборе заявок или поиске номенклатуры, когда справочник уже живой. Не вместо остатка. Тема: внедрение ИИ в бизнес. Для мебельного системы на сайте есть INF Design: сеть, Wi-Fi, CCTV, 1С 8, мониторинг. ERP и сеть: разные слои одного хозяйства.
Пилот ERP на одном потоке заказов
Пилот ставят на один поток, который болит каждую неделю. Например: заказ в работу, резерв комплектующих, факт списания, обещание срока менеджеру. Не берут сразу все участки и все смены. Иначе обучение съест внедрение, а тетрадь победит.
На пилоте нужен мастер, который согласен две недели жить в системе и говорить, где врёт. IT и собственник не заменят этот голос. Если мастер саботирует, цифры будут идеальными и ложными: люди обойдут экран, как обходили 1С.
Справочник номенклатуры приводят в чувство до красивых дашбордов. Пока одна позиция живёт под тремя именами, склад будет врать в любой программе. Это работа технолога и закупки, не «настройка ERP».
Срок обещания клиенту закрывают правилом. Менеджер не может подтвердить дату, если резервно нет. Без этого правила ERP станет новым местом, где продают воздух. Лучше спор на этапе заказа, чем срыв на отгрузке.
После пилота смотрят простую метрику: сколько заказов прошло без сверки в мессенджере, сколько расхождений остатка нашли до срыва, сколько часов в неделю ушло из ручной таблицы. Если метрики нет, не масштабируют. Если есть, подключают следующий участок и оставляют мониторинг системы.
Рецептуры, чертежи и клиентские спецификации в пилоте уже кладут в периметр. «Потом перенесём из облака» часто означает «оставим как есть». On-Premise с первого системы дешевле миграции секретов после утечки.
Частые вопросы
Чем ERP для производства отличается от 1С?
1С чаще остаётся регламентированным учётом. ERP закрывает заказ, резерв и цеховой факт в удобном системе. Границу проектируют, чтобы не получить два склада. Иногда хватает доработки 1С, иногда нужен отдельный система.
Что уже делали по производственной ERP?
Система склада и заказов, автоматизация около 80% рутины. Стек: React, Node.js, Docker. Цифра с портфолио компании, без выдуманных заводов и сроков окупаемости.
Можно начать с узкого участка, не со всей ERP?
Да. Один поток заказа и склада. Функциональный срез: логика MVP за 14 дней. Полный система всех участков в этот срок не входит.
Данные рецептур и клиентов останутся у нас?
Да, доступна On-Premise-установка. Периметр клиента: базовый вариант, когда номенклатура и заказы не должны уезжать во внешний SaaS.
Возьмёте систему, которую внедряли не вы?
Да. Аудит, узкие места, плавный переход, сопровождение. Цех не останавливаем ради красивого переписывания.
Что прислать для оценки ERP-проекта?
Опишите путь заказа от заявки до отгрузки и где сейчас расходятся остатки.
Если склад и заказы уже расходятся каждую неделю, напишите на welcome@headln.ru: что производите, где 1С, и какой участок хотите закрыть первым.