Иван Друзин - Сложности реализации прослеживаемости в емких отраслях

31 мая онлайн доклад 
# UDM #UralsDigitalMachinery 
Конференция Уральского Клуба Цифровизации

Сложности реализации прослеживаемости в емких отраслях


Ссылка на вход в Телеграм-канал Клуба

Иван Викторович Друзин, Руководитель отдела бизнес-анализа  Zyfra

Старший менеджер продукта. Руководитель Центра компетенций бизнес-анализа

Ранее разработчик, аналитик, внедрение, тестировщик и функциональный, административный руководитель на предприятиях ЛУКОЙЛ, Роснефть, Цифра. Выстраивание работы в подразделениях от 30 и более чел.

Заказная и продуктовая разработка

Счастливый обладатель двух прелестных корги
 


Расшифровка видео:

00:00
Я уже вижу Иван Друзин здесь. Приветствую. И цифра. Цифру знают все. Но акценты какие? Цифра пытается быть и в головной индустрии, и в дискретке. Второй вопрос. Цифра пытается и разрабатывать свои вещи, и покупать со стороны. Ну, то есть есть это IoT, и есть диспетчер, и есть свои разработки, есть чужие. Есть внутренняя разработка. Я помню, мы с Андреем тогда очень...

00:29
подробно общались. И я сталкивался с галерами, которые работают на цифру. Приходили к нам и маркетологи, которые, кстати, разбираются в производстве хорошо. Привет, Сапуновые! И приходили представители производства, кто использует решение цифры. А сейчас это руководитель аналитической службы. То есть как бы лицо, мозг, цифры. Или как это правильно сказать, он сам себя представит.

00:56
И он нам сейчас расскажет по теме конференции, что они делают, когда влазят геморные заказы. Это неправильно говорить? Когда берут емкие, технологические, сложные и с точки зрения моделирования сложные процессы. Пожалуйста, Иван, вам слово. Да, добрый день. Я сейчас открою экран. Я тогда отключу видео, чтобы не было каких-то накладок, потому что бывает тонко все это. И начну, наверное, немного сначала о себе.

01:25
кто я, то есть краткое знакомство. Я уже более 20 лет работаю в IT-отрасли, то есть я работал на разных позициях, начинался разр работал внедренцем, выполнял функции тестировщика и функционального административного руководителя в таких больших компаниях, как Mocoil, Rosneft и потом моя карьерная дорожка привела в цифру, где я выстраиваю работу в подразделении по бизнес-анализу,

01:55
30 человек и сейчас являюсь старшим менеджером продукта и руководителем центра компетенции бизнес анализа. Да, действительно, группа компаний цифра достаточно известна и мы занимаемся как заказной и продуктовой разработкой и создаем цифровые продукты для управления тяжелой промышленностью. То есть помогаем промышленным гигантам работать непрерывно, эффективно и безопасно. Но чтобы не создавать...

02:22
тяжелую рабочую обстановку. Я хотел бы сказать, что работа это хорошо, но мы всегда как бы работаем, чтобы и нести какую-то ценность близким и окружающим. Поэтому я счастливый обманодатель двух великолепных горжиков. И здесь вы видите не только меня, но и также моих домашних животных. Но давайте к теме. Мы хотели сегодня рассмотреть именно вопрос о прослеживаемости и что это и зачем.

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

03:17
То есть мы можем отслеживать, как перерабатывалась и выпускалась продукция, кем, когда, с какими технологическими и качественными характеристиками и параметрами. И сразу их отслеживать своевременно, то есть выявлять какие-то отклонения, идентифицировать, генерировать события и уведомлять все заинтересованные смежные подразделения. Мы можем отслеживать, как ввело себя оборудование во время производства, состояние нарушения, какие-то инциденты.

03:45
Ну и что влияет на объемы и качество и своевременное выявление некондиционной продукции, это тоже как бы повышает эффективность и выход качественной продукции. Зачем это? Ну конечно для улучшения качества и стабильности продукции, для повышения производительности и снижения производственных потерь, ну и для прогнозирования поведения оборудования и технологического процесса на производстве.

04:14
Ну и для сокращения себестоимости производства. При создании наших цифровых продуктов и решений, как отраслевых, так и коробочных, позиционируемся на использовании стандарта SA95 и SA88. Это международный стандарт, который есть российский аналог ГОСТ RMEG-62264. И использование этого стандарта позволяет бесшовно интегрироваться также системами класса ERP.

04:41
любая система классно, не собачная, как бы завершается именно как бы процессами интеграции с CRP и полностью да, то есть как бы функционально выделить необходимые блоки, то есть о диспетчеризации производства, к управлению ресурсами производства, детальному планированию производства, к отслеживанию производства, а также к анализу производительности, то есть при использовании данного стандарта

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

05:33
качестве эффектов от использования функционала прослеживаемости генеалогии и при внедрении данного модуля. То есть мы стараемся реализовать автоматизированный производственный учет и обеспечить прослеживаемость продукции. Это позволяет выявить проблемные места в производстве и повысить качество уже на определенных переделанных этапах. Сократить время реакции на отклонения в производственном процессе

05:58
и повысить ключевые характеристики продукции и ее конк на рынке. Все знают, что такое операционный контроль и своевременные изменения. Использование корректирующих мероприятий при том же смешении, допустим, бензина, позволяет снизить запас качества продукции и повысить ее качественные характеристики. Как мы видим этот процесс, именно цифровка производственного процесса

06:28
прослеживаемости и диалогии. Конечно, на первом уровне идет контроль производства. И от сбора сырых, не обработанных данных о выполнении производственных операций и ходе технологического процесса из нижестоящих или смежных систем автоматизации зависит очень много. То есть, если у нас нет исходных данных, нам нет возможности проводить альфигацию и использовать алгоритмы идентификации технологических событий.

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

07:26
учёт, наряд заданий и ведомости материалов, а также, конечно, спецификации, норм и отслеживания всех диапазонов. Ну и потом мы уже формируем комплексные формы представления истории производства партии материальных ресурсов. Здесь представлена уже реализация на каждом этапе, то есть на

07:48
В данном складе мы видим, что внизу мы работаем с временными рядами, которые получаем с датчиков из системы ClassOS UTP. После этого мы используем встроенные компоненты BPMen моделирования. Для этого у нас в платформе и в прикладных решениях встроен движок CommundoModeler, то есть это BPMen движок, на который можно при реализованных делегатах и обработчиках

08:16
ноу-код, ноу-код и конфигурировать как бы BPMN схемы обработки и агрегации данных. И уже на верхнем представлении вы видите, как эта информация предоставляется. Здесь мы можем уже использовать интерфейсы, то есть генеалогии, табличные интерфейсы, если необходимо, то есть использовать какие-то даже графические представления с использованием стата-анализа. Но...

08:43
Мы столкнулись с тем, что на современном производстве очень часто нет возможности установить какие-то локальные армы и идет тенденция к использованию терминалов сбора данных. У нас один из больших, то есть заказчиков, это компания HEVL по производству солнечных панелей, активно использует, например, мобильный терминал сбора данных.

09:05
была осуществлена закупка, и здесь мы видим несколько интерфейсных представлений, которые были реализованы для данного предприятия. Здесь мы можем фиксировать и регистрацию этапов производства, то есть формирование любых операций и их фактическое отслеживание. Это возможность сразу с терминала сбора данных, отправки на печати, титеток и отчетов в рамках также производственного учета.

09:30
Внесение данных контроля качества, особенно для обхода и оперативного внесения информации, оперативного предоставления информации всем смежным с мужем. Так как это терминал сбора данных, то это сканирование QR и 4 кодов для внесения информации и исключение возможностей человеческой ошибки при внесении вручную кода.

09:55
Идентификация и привязка с топок, кремниевых пластин, к магазинам установки входного контроля на следующем переделе. Все не завершается мобильным терминалом сбора данных. И конечно есть и автоматизированные рабочие места. В данном случае мы видим рабочее место технолога, где он обеспечивает следующие функции. Это мониторинг процесса и контроль работы оборудования. То есть вы видите нижние дешборды.

10:24
Это контроль ключевых производственных показателей, то есть на верхних интерфейсных формах мы видим прослеживаемость и генеалогию. Это анализ причин простое и контроль эффективности использования для того, чтобы своевременно применить корректирующие воздействия. Ну и, конечно, анализ данных по генеалогии и прослеживаемости, то есть чтобы выявить, на каких этапах у нас возникают отхванения, некондиционная продукция, отслеживание запасов.

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

11:21
это постарение дистограмм, контроль на каршухахта для отслеживания изменчивости настроенности технологического процесса и производственного процесса. Ну и формирование и печать отчетности как в ручном, так и в автоматизированном режиме. Здесь мы с вами видим также один из интерфейсов для генеалогии прослеживаемости по определенным переделам. То есть мы видим, как участок подготовки стырья с переходом на участок выращивания слиток

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

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

12:43
Все операции между собой обязательно имеют зависимости, и в рамках определенных операций у нас появляется партия, и партия характеризуется свойствами, параметрами и атрибутами, которые идут из ресурсных моделей. Если вспомнить сам стандарт, то там четыре основных ресурсных моделя. Это модель персонала, модель оборудования, модель материалов и модель физических активов.

13:13
из ресурсных моделей это модель материалов, появляется пятая ресурсная модель, это партия. И тут мы видим, что в рамках связи, а связи это как раз вот если мы видим вот эти вот зависимости, у нас из одной партии в рамках технологических операций появляется уже другая дочерняя партия, которая производится из родительской.

13:36
И если у нас идет разделение или какая-то переработка, в рамках которой и при использовании определенной рецептурой, у нас появляется уже развитвление в рамках производимых и товарных парки. Все это можно отслеживать в табличном представлении. Понятно, что все функциональные панели также конфигурируются, настраиваются. То есть здесь мы видим элементы как запуска стата-анализа, как возможность запуска печати.

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

14:30
и дальше можно это все вывести в привязке к рецептуре и отслеживать весь ход производственного процесса. Здесь мы видим уже более расширенные аналитические панели, которые позволяют нам мониторить процессы контроля работы оборудования с функцией отслеживания производства участка установки. То есть мы видим и параметры оборудования, статус оборудования, мощность данного оборудования.

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

15:28
как это все выстраивается. То есть мы можем конфигурировать интерфейсные представления для работы с получением материала, с перемещением материала, с присвоением парки или формированием каких-то перемещаемых, то есть единиц продукции. Я уже говорил с использованием моделирования BPMN процессов, с настраиваемым пользовательским интерфейсом. И здесь мы видим уже с вами другое представление генеалогии для работы с бункерами.

15:58
Здесь больше шахтовые бункера, которые отслеживает также оператор. Здесь представлен один из примеров бипиэмон процесса. Видим, что они настраиваются. Создание партии для расчета массы пробы, которая должна быть в рамках пробы отбора.

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

16:48
На этом примере я постарался показать пример сбора и визуализации данных. Тут это косвенно относится к прослеживаемости, но, конечно, все это позволяет отслеживать все технологические процессы, например, форматация, изгущение, сушки, и также активно используется в производственном процессе. На этом мое выступление с…

17:11
закончимость. Я сейчас наверное вернусь в чат, если есть вопросы, я готов ответить, может быть я что-то не раскрыл и тогда постараюсь детально ответить на ваши вопросы. Спасибо, слышно хорошо, выступление хорошее. Первый лайфхак я понял, что голодных аналитиков сейчас наверное нет, но голодные собаки мотивируют аналитиков.

17:37
И есть вопрос, во-первых, в чате, как вы маркируете, я понял, так вам вопрос. То есть как вы маркируете те изделия, которые нельзя маркировать? Вернее, как определяете те изделия, которые нельзя маркировать? Ну, допустим, мясо, патаре, а если у вас окрашиваемая деталь или там греемая деталь, как вы определяете детали, которых нечем маркировать? Или нельзя маркировать? Вот конкретно, какие практические методы применяете для преслеживания стейн зе пэп?

18:06
это не завершенного производства в случае наличия технологических операций не позволяющих использовать бирки или метки мы использовали разные да то есть подходы но тут больше ориентируемся на те возможности которые предоставляет нам заказчик например при как бы процессе обжига на энергопроме мы столкнулись тем что там чтобы мы не нанесли да то есть на изделия там будем как бы электрод все это в рамках как бы обжига все равно выгорала

18:35
Поэтому там мы учитывали расположение изделий при загрузке в печь. То есть именно от расположения изделий пытались выстроить процесс прослеживаемости. Также, конечно, бывает, что это и лазерное нанесение, но больше штрих, то есть этикетки, QR-коды, которые наносятся на изделие.

19:03
машинное зрение это рабочая история? да это рабочая история, но это вопрос если вовлечен заказчик в это. на самом деле, но не всегда как бы машинное зрение обеспечивает тот эффект. недавно мы проводили обследование одного из предприятий и там зрение хотели использовать для того чтобы отслеживать качество крышки для

19:32
проверить это качество, эту крышку надо все равно открывать, рассматривать с разных сторон. В этот момент, оно не совсем отрабатывает зрение, ну и с учетом того, что ни на одной крышке нельзя нанести маркировку, получается мы здесь учитываем все-таки больше весовое количество данной партии, они до каждой крышки спускаемся в рамках прослеживаемости. Ну и такой необходимости не было.

20:01
В чате вопрос про разницу между массой и весом. Интересный вопрос. Этот Ньютон плачет где-то за углом. Хотите прокомментировать? Может быть это потом напишите в чат, почему масса, а не вес. Вопрос интереснее. Какая интеграция между контуром ERP и MES? И причем в первую очередь, ну естественно нас интересует бизнес-приложение.

20:30
какими данными обмениваетесь, как быстро, как часто и что от этого имеет бизнес. Смотрите, в рамках интеграции мы рассматриваем разные процессы. На самом деле мы видим, что даже паспортизация, аттестация продукции, которая часто относится к, например, процессам все-таки MESA и системах Маста ЛИМС, она выносится в ERP.

20:54
и допустим все характеристики партии, то есть необходимые для процесса формирования отгрузки, това документов, для формирования паспорта качества, сертификата качества, все эти данные могут передаваться как бы в систему класса ERP. И уже даже паспортизация и аттестация продукции может обеспечиваться на уровне ERP. Ну и конечно мы идем все-таки от заказов, от планирования, а планирование, ну скажем, все-таки...

21:24
крупное планирование и календарное, но очень часто как бы в системах класса ERP, а к нам уже поступает более такое как бы детализированное, то есть там на месяц, на квартал, а годовые все-таки идут оттуда. Ну то есть как бы план приходит, дальше идет как бы да, то есть как бы отслеживание план факта и уже факт часто возвращается в систему класса ERP. А то есть о САИПе, то есть на самом деле сейчас под ERP подразумевается E1S

21:55
то есть один нас тоже активно сейчас занимается? Я знаю еще и другие буквы. Благодарю. Вот тут вопрос интересный про BPMN и вот сразу его, если можно, объединить с другим вопросом. BPMN это дороговато, если у тебя нет соглашения о моделировании, потому что трактовать можно методики по-разному и есть вещи, которые они не описывают, то есть какие-то исключения, какие-то расширения, какие-то дополнения.

22:21
Поэтому если нет соглашения моделирования, значит никто не пользуется BPMN. Если они не описали, ну а что делать, когда BPMN лагает? И отсюда же вопрос следующий. Те, кто делает микросервисы, с точки зрения Ghost34, он преступник. То есть там это явно запрещено. То, что наоборот считается кошерными микросервисами. Потому что я, например, против того, чтобы запрещать иерархию микросервисов. Вот это прокомментируйте. Как жить с BPMN, если он как бы...

22:50
дотягивает и как жить с гостом если он отстал от жизни лет на 30 или сколько там мы на ISA 95 ссуливаемся 30 лет. Да, смотрите на самом деле BPMN у нас не статический, а мы стараемся все-таки динамически чтобы был функционал изменяемые пользователи, но понятно

23:20
редко изменяемые на производстве. Действительно, мы все моделируем в соответствии со стандартом и стараемся все переложить в нашу единую объектную модель. Это одно из наших конкуренции преимуществ. Мы на всех маркетинговых презентациях говорим о том, что у нас есть единая объектная модель, которая строится из ресурсных и процессных моделей. И все процессные модели у нас тоже конфигурируются через модель операции и модель работы.

23:49
То есть это методология моделирования, которую необходимо соблюдать и придерживаться при использовании нашего продукта. Тогда мы можем использовать разработанные делегаты, которые прописываются в элементах BP-AMN схемы. То есть это не требует какого-то кодирования, а именно вызов определенного делегата.

24:15
обращение к определенному контракту действительно по RSTP. По поводу ГОСТа 34, я не знаю, я ответил по BPML или нет? Я думаю, да, что Рудницкий понял, а всем остальным сделали вид, что поняли, особенно я. Много новых слов, я потом их изучу в записи. Единственное, что я понял, что где-то там плачет B2MML, потому что цифра пытается... Это, кстати, очень жирная история.

24:41
Я ее видел только один раз, когда люди отошли от кодинга и говорят, ребята, давайте кодит каждый как хочет, но создадим единую объектную модель. То есть в некоторых отраслях есть какая-то очень, я считаю это очень важная история, но в большинстве отраслей она зачаточная. И когда САП сделал битую ММЛ, я думал, это полетит, что они навяжут свой стандарт. Почему-то не полетело. Но тема жирная. Да, смотрите, есть ли возможность разработки и расширения функционала

25:11
Да есть, как я уже говорил, у нас есть встроенный, нет, мы используем бесплатную версию Commundo Modeler, она встроена в платформу, там прям встроен редактор, можно через cockpit отслеживать, то есть, работоспособность запущенных BPMN процессов, и через редактор Commundo Modeler можно редактировать эти BPMN схемы с силами, ну...

25:38
компетентных все-таки разработчиков на стороне заказчика. При этом можно разрабатывать, наверное, свои сервисы. Микросервисная архитектура позволяет разрабатывать свои функциональные модули, но это просто будет не входить в периметр, то есть взаимодействие с вендором цифрой, а наверное уже больше будет уходить в заказную разработку собственными силами или силами цифры, но под определенную площадку.

26:07
По поводу Ghost34, но тут очень сложно. Ghost34 предусматривает как функциональные требования. Мы сейчас больше с вами обсуждаем выполнение функциональных требований. А вот если идти к программному обеспечению, ну конечно как бы микросервисы выходят за подходы монолитных систем.

26:37
Может быть я возьму небольшой тайминг, чтобы более детально, Игорь, ответить на ваш вопрос. Хорошо, тогда давайте посмотрим на вопрос к Шире. Это понятно, тем более мы хотим это финализировать. Интересно, вот эта грань, правильно, экста с аналитикой, не знаю, может другими интересно, мне наоборот, это вот такой, ну вот этот уровень, который это, не слишком подробно, но с другой стороны полезные вещи. Методики, какие методики пытаетесь зашить? Вот сегодня будут то, совсе.

27:06
отвалились Диди и Мерпини пришел, есть поклонники QRM, тоже секта, они одни из самых таких тоже замкнутых контуров. Кто-то утверждает, что у него лин модель, то есть есть лин стартап, и сейчас есть лин все, и сегодня хороший термин увидел ленивцы, сами это про себя говорят. Так вот, зашиваете ли вы какие-то методологии, то есть общепринятые?

27:33
Зашиваете ли вы в свою аналитику, в свои методики работы, то есть в проектирование софта? Нет, мы больше ориентированы именно на запросы от заказчика, и что-то дополнительное мы на текущий момент не навязываем. Понятно. А QMS, такая модная тема, это качество, ворота качества, карты Шухарта, статистическая, средняя, не знаю, как по-русски сказать.

28:03
там lin6, SIGM и так дальше. Вот эта история с управлением качеством. Мы сейчас говорим о реализации функционала или об использовании этих методик при разработке у себя. То есть смотрите, на самом деле у нас есть прикладные решения. Они покрывают 8 основных функций стандарта MESA. Это диспетчеризация, то есть это управление качеством.

28:31
как бы отслеживание технологических процессов и другие. Как раз в управлении качеством у нас реализованы функциональные модули по статистическим методам контроля, да, то есть это диаграмма Парета, ну в соответствии вообще как бы со стандартом предъявляемым к QMS.

28:51
Это и дистограммы, и диаграммы разброса, это контрольные карты шухерта для отслеживания изменчивости и настроенности процесса. Это всё заказчик может использовать из коробки. Понятно, спасибо, очень интересно. Ещё есть вопрос сразу. А какие-то метрики есть из коробки? Допустим, стратегические, тактические, набор, то есть условно дашборд мастера, дашборд директора по производству, дашборд большого босса?

29:21
или там какие-то, то есть я писал процесс, метрики какие-то стандартные, типа там операционного времени, чистого времени, там сразу эти, ну там про ОЕ, КТГ не говорю, ОЕ это гимн цифры. Да, но я постараюсь ответить, на самом деле, когда мы говорим о платформе и о прихладном продукте The Industrial Automation Kit, это базовые компоненты цифривизации.

29:46
Здесь мы никаких отраслевых конфигураций не используем. Но если я до этого демонстрировал пример проекта Heaven, там у нас уже появляется отраслевое решение, там появляются действительно диаграммы, мнимосхемы, которые можно использовать для других, в рамках производства солнечных панелей для микроэлектроники. И мы уже смотрим в сторону именно тиражирования.

30:15
Если мы говорим об использовании, например, отраслевого решения для горнообогатительных комбинатов, то здесь мы тоже решения, которые были реализованы в рамках НЛМК Стоиленского ГОКа, уже пытаемся перенести на другие горнообогатительные комбинаты. Но мы это рассматриваем больше как отраслевое решение или отраслевой продукт, который создается на основе коробки платформы и прикладного функционала. Не знаю, ответил я или нет.

30:45
Спасибо, достаточно подробно для такого формата, возможно как-то поговорим подробнее. Сейчас вопрос, как аналитик аналитику, вопрос подстава. Вы видели уникальные процессы? Вот мы опять вчера спорили, то есть сколько есть заказчиков, они все говорят, что уникальные процессы. Сколько живу, уникальных процессов не видел. Скорее правильная такая модель, что процессы одинаковые. Вот и у меня, и у Ивана абсолютно одинаковая физиология. И у производства процессы одинаковые.

31:14
Ну набор травм, набор болезней, набор каких-то, наоборот, каких-то прокачанных вещей у нас, у каждого специфически. Вот из этого надо исходить. Потому что вот это мантра, что нам не подходит в ваше ПО, у нас уникальный бизнес-процесс, наше предприятие уникальное. Сколько живу, уникальных не видел. Везде как бы физика жестокая, да, и знаменитая песня среди подростков.

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

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

32:34
универсальнее, вряд ли там, ну я имею ввиду, вряд ли там какая-то прям скажем так производственная цепочка, которая эксклюзивная и ни у кого не встречаемая. Вот это хорошо вопрос про цифровое одеяло, жалко мало времени, про цифровое одеяло, что надо подтянуть тогда, ну условно там, не с каждого собирать 700 параметров рабочего центра, но там 32 обязательных, то есть включен, выключен, пилит, не пилит, аварийный, ручной останов, там ну какой-то

33:03
Вот история про цифровое одеяло, про внедрение методом большого взрыва и так дальше. Тут конечно у каждого заказчика надо смотреть целесообразность сбора исходных данных. Ну зачем нам собирать то, что никогда не будет использоваться, просто чтобы собрать? А какой-то джентльменский набор, что с каждого рабочего центра мы имеем то-то-то, или с каждого вот этого человека мы имеем минимум то-то-то-то, что опции по заказу, т.е. тюнинг,

33:33
а вот минимальные требования и тут же вопрос ролевой модели. Ролевая модель это важная, насколько это вообще вот типовые роли, которые сразу их натянут на предприятие. То есть прийти с развернутыми ролями и сразу сказать вот тебе инструкция, вот тебе дашборд, вот тебе видеокурс, иди ты главный механик, вот тебе роли главного механика, вот тебе твои показатели процесса, иди работай. Насколько вообще ролевая модель? Ролевая модель важна, но она важна именно уже в отраслевом решении, в отраслевом продукте.

34:00
потому что мы сталкиваемся, что на одних предприятиях есть старшие, то есть смены, на других есть просто операторы. Где-то есть мобильные бригады, например, в той же нефтяной отрасли очень часто начинают использовать такой подход, где мобильная бригада обслуживает несколько однотипных установок, а где-то мобильной бригады не то что как бы нет, то есть она там никогда и не будет. Поэтому здесь опять же,

34:29
Ралевая доступность должна быть в рамках отраслевого решения. То есть отраслевых коробок. Ну и если совсем коротко, какие-то методы есть оптимизация, будут ли цифровые советчики, которые будут советовать не только как работать, а которые будут советовать слушать, у тебя процесс кривой, по идее, вот тут подкрути. Это все зависит уже от тех моделей, которые будут созданы на площадке.

34:56
Я говорю о чем, что мы натянули какую-то модель, и она нам что-то показывает, что-то не показывает, да, то есть в каком-то там срезе, подходе и так дальше. А есть ли механизмы диагностики самой модели? Что вопрос, вот что ты смотришь на производство, а еще ты смотришь, насколько правильно ты с ним управляешь, а еще ты смотришь, насколько правильно ты пользуешься дашбордами, сигналами, а еще робот на тебя стучит, что ты не смотришь на башборды и про квасел-пикеты, или как у вас называют, ну вот те самые...

35:25
тревоги на Камазе или эти аллерты или торопышка. Да, но мы в этом направлении только начинаем двигаться. Я наверх на следующий раз позову с собой специалиста по нашему сценарному моделированию, чтобы он меня поддержал в этом отношении. Вам большое спасибо, время вышло, интереснейший доклад. Благодарю, безумно было интересно, ну даже пускай меня простят, а цифра ожидал более формального доклада.

35:54
Большое спасибо от всех инженеров. Мне так вообще это как бы безумно интересно. Еще вопрос. Если будет время, приходите, померяемся ARM-ами. Мы когда-то вот эту тему, я считаю, она очень важна эргономика, что на производстве она встает. Я видел, что цифра как бы начала в это сильно вкладываться. Это очень такая история, но у нас два года назад конференция провалилась. Ну когда вопрос, то есть была, что мы же еще заинтересованы в унификации ARM-ов. Ну что был условный стандартный мессэкран.

36:22
Да, пускай это будет отраслевое решение, но есть ARM-оператор Мельницы, еще у нас есть обучаемость людей, заменяемость людей, адаптация людей, еще у нас есть люди, которые внутри одного производства могут, ну, то есть много функциональность какая-то и иметь какую-то вот эту тему, если с ней придете, будет очень интересно. Ну, если есть время вдохновения, сейчас будут еще аналитики, еще подходы, можете задавать им вопросы, потому что сейчас...

36:49
будет Александр Косьяненко, я думаю, он уже здесь, и он нам расскажет про фобос и про многостоночность. И, Иван, большое спасибо.


Иван Друзин - Сложности реализации прослеживаемости в емких отраслях
IT_InBIT May 31, 2024
Share this post
Sign in to leave a comment
Сергей Шебанин - Автоматическое построение производственного плана в системе Модули ERP