Разрабатываем системы, которые снимают данные с оборудования, ведут сменные задания и выработку, показывают простои и отдают факт в 1С. Начинаем с одного участка, а не со всего завода. Работаем в вашем контуре.
Обследование производства — от 200 000 ₽Код и телеметрия остаются у васНачинаем с пилотного участка
Первые две объясняют, почему обследование стоит денег и почему без него любой срок будет выдумкой.
Современный станок с ЧПУ отдаёт всё, станок девяностого года — сухой контакт или ничего. Пока не пройдены реальные единицы оборудования, разговор про OEE и простои беспредметен. Обследование начинается с обхода цеха, а не с презентации.
Простои, которые раньше не считались, станут видимыми. Выработка разойдётся с журналом. Это не сбой внедрения, а его результат — но к нему надо готовить людей заранее, иначе систему обойдут.
ERP или MES на весь завод одним проектом мы не делаем. Берём участок, доводим до работающего состояния, потом следующий. Проекты «под ключ на всё производство» заканчиваются одинаково.
Репозиторий ваш с первого коммита, разворачиваем на ваших серверах. Ни сервер сбора, ни база телеметрии у нас не живут.
Продажи приняли, план не пересчитали. Дальше либо срыв срока, либо работа на склад — и то и другое стоит денег.
Станок стоял сорок минут — в журнале этого нет. Причины простоев неизвестны, значит, устранять нечего.
Мастер переписывает в конце смены, бухгалтерия вводит в 1С через день. Ошибки находятся при закрытии месяца.
Склад в одной, производство в другой, финансы в третьей. Сводная картина существует раз в месяц и на один день.
Интерфейс, спроектированный для инженера, а не для человека в перчатках у станка. В итоге данные вводятся как попало или не вводятся вовсе.
План построен в ERP, факт остался в цехе. Сравнивать их приходится вручную, поэтому и не сравнивают.
Разговор про эффективность оборудования, простои и планирование упирается в один вопрос: откуда берутся цифры. Ниже — что можно посчитать на каждом уровне, а что нельзя, сколько ни настраивай отчёты.
Оператор записывает выработку и простои от руки, мастер переносит в таблицу в конце смены.
Оператор отмечает начало и конец операции и выбирает причину простоя на экране. Данные попадают в систему сразу.
С оборудования снимается счётчик или сухой контакт: работает — не работает, деталь прошла — не прошла.
Станок или линия отдают события и параметры сами: OPC UA, Modbus, MQTT или обмен со SCADA.
На реальном производстве уровни смешаны: новая линия на четвёртом, старый парк на втором, а участок сборки на первом. Это нормально. Ненормально — строить отчётность так, будто весь цех на четвёртом, и потом объяснять расхождения.
Шестое обычно занимает половину проекта, хотя в предложениях его пишут одной строкой.
Закупки, склад, продажи, производство, финансы. Чаще достраиваем то, что у вас уже есть, чем ставим новое.
Сменные задания, диспетчеризация, учёт выработки, простоев и брака. Начинаем с одного участка.
Интерфейс для человека у станка: крупно, мало кнопок, работает в перчатках. Проектируем в цехе, а не в переговорной.
OPC UA, Modbus, MQTT, обмен со SCADA, счётчики и сухие контакты там, где ничего другого нет.
Состояние оборудования на одном экране, оповещения об остановках, разбор по сменам и причинам.
Связь производства с 1С: заказы и планы вниз, факт и списания вверх. Обычно это половина проекта.
План и факт рядом, с расшифровкой до смены, участка и заказа. Без расшифровки это картинка, а не инструмент.
Мониторинг, разбор инцидентов, доработки. Реакция в рабочие часы; дежурство в смены — по отдельному соглашению.
Пилот на одном участке — не формальность, а способ выяснить, что мы поняли неправильно, пока это ещё дёшево исправить.
Процессы, парк оборудования, точки сбора данных, состояние учётных систем. Обход цеха с проверкой конкретных единиц: что реально отдаёт данные, а что нет.
Структура системы, интеграции, роли. Прототипы ключевых экранов — операторского и диспетчерского — показываем тем, кто будет ими пользоваться.
Код, подключение оборудования, обмен с учётными системами. Работа идёт в вашем репозитории и на ваших стендах.
Один участок, реальные смены, сверка с журналом. Здесь выясняется, что мы поняли неправильно, и это дешевле, чем выяснять на всём заводе.
Следующие участки по отработанной схеме. Обучение операторов и мастеров, передача документации.
Мониторинг сбора данных, разбор инцидентов, развитие. Объём работ в месяц фиксируется в договоре.
Техническая часть — не самая сложная. Сложнее то, что система начинает показывать вещи, о которых раньше можно было не знать.
Система покажет одно, журнал — другое. Разбираться придётся по каждому расхождению: где неверно настроен съём, а где журнал никогда и не был правдой. Пропустить этот месяц нельзя, иначе системе перестанут верить.
«Станок не стоял, это система врёт». Иногда действительно врёт — и тогда чиним. Чаще нет — и тогда нужен человек с полномочиями, который скажет, что теперь считается по системе.
Либо цифрами начинают пользоваться на планёрке, либо находят способ не отмечать простои. Второе — не техническая проблема, и решается она не нами, но предупредить о ней мы обязаны.
Разбора именно про MES мы пока не выкладывали. Ниже — три соседние задачи из той же среды: документы у станка, ввод бумаги в учёт и работа с полевыми данными.
Чертежи, регламенты и техкарты, которые нужны у станка сейчас, а лежат в архиве. Разбор про то, почему поиск по имени файла не работает.
Накладные и акты, которые приходят бумагой и попадают в учёт руками. Про порог уверенности и очередь на проверку человеком.
Пример работы с оборудованием и полевыми данными: что можно автоматизировать, а что остаётся за человеком.
Заказчиков не называем — договоры это запрещают. По каждой работе написано, что изменилось после сдачи и чем это проверяется.
Siemens WinCC и другие ушедшие продукты в список не включаем: поддерживать то, у чего нет вендора в России, мы не возьмёмся.
Машиностроение, металлообработка, пищевая и химическая промышленность. Чем больше единиц оборудования, тем дороже обходится их невидимость.
Она остаётся: производство мы связываем с ней, а не заменяем её. Это дешевле и переживается легче.
Отечественный стек и доверенные ОС в контуре. Категорирование КИИ — не наша работа, но систему под эти требования собираем.
Съём завели, интерфейс сделали, а данными никто не пользуется. Обычно причина не в технике — и разбирать её надо отдельно.
Сорок минут созвона: какое оборудование, что считается сейчас и чего не хватает для решений. По итогам скажем, с какого участка начинать, что реально снимется автоматически и сколько это стоит.
Пилот на одном участке — три-четыре месяца от обследования до работающих смен. Полный охват производства считается участками и растягивается на год и больше. Любой срок «под ключ за месяц» означает, что обследования не было.
Это выясняется на обследовании и не раньше. Современные станки с ЧПУ и линии со SCADA отдают всё нужное. Старое оборудование — счётчик, сухой контакт или ничего, и тогда данные вводит оператор с терминала. Мы всегда говорим заранее, какие единицы попадут в автоматический сбор, а какие нет.
Тогда она остаётся. Производственный контур связываем с ней: заказы и планы вниз, факт и списания вверх. Заменять работающую 1С ради красоты архитектуры — плохая идея, и мы её не предлагаем.
Вы, с первого коммита. Репозиторий ваш, мы работаем в нём. Сервер сбора и база телеметрии — тоже ваши.
Буфер на стороне сбора, чтобы обрыв связи не терял события, повторная отправка и контроль «молчащих» источников: если станок перестал присылать данные, об этом приходит оповещение, а не тишина в отчёте.
Только так и надо. Один участок, реальные смены, сверка с журналом — и лишь потом следующий. Попытка охватить всё сразу — самая частая причина, по которой такие проекты останавливаются.
Нижняя граница по этой услуге — 250 000 ₽: экран оператора или витрина по готовым данным. Обследование производства с планом внедрения — от 200 000 ₽ и вычитается из следующего этапа. Пилот с съёмом данных и учётом на одном участке — по тарифам 400 000–1 200 000 ₽; вывод в промышленную эксплуатацию — от 1,5 млн ₽ этапами. Точная цена считается после обхода цеха.
