Интеграция ERP и MES как ключ к управлению производством

Разрешите с вами пооткровенничать.

У меня есть стиральная машина. В ней 20 программ, для каждой из них я могу установить пять вариантов отжима и пять температурных режимов. Получается, что у меня есть 500 вариантов стирки. Но пользуюсь я только двумя... При этом парадный костюм ношу в химчистку. Выходит, что у меня есть «достаточно мощный инструмент», который я оплатил на 100%, а использую на 0,5%, и при этом он полностью не закрывает мои потребности. По крайней мере в вопросах стирки.

Почему я не стираю парадный костюм сам? Я не могу ответить на вопрос: «А что, если я ошибусь с программой?». Зачем я купил машинку с программами, которые я заведомо не буду использовать? Так ведь других нет. Что-то мне подсказывает, что я не одинок... К слову, с микроволновкой дела обстоят примерно так же, да и с ПО — тоже... Хотя?.. С ПО ситуацию можно пересмотреть. Самое время, так сказать.

Размышляя об автоматизации контроля и планирования производства, начиная ее с нуля или замещая отслужившие решения, мы хотели бы получить возможности поэтапного планирования внедрения и развития ПО; оперативной реализации произвольной декомпозиции представления объекта автоматизации, реорганизации его структуры либо масштабирования с получением оперативной оценки влияния изменений. Другими словами, в первую очередь хотелось бы получить «конструктор», позволяющий (в том числе и организации, не владеющей штатом разработчиков ПО) оперативно:

1. Формировать детальное описание объектов автоматизации: 

• a. создавать описание структур объектов; 
• b. описывать правила создания/импорта описаний экземпляров объектов; 
• c. определять правила получения значений каждого атрибута экземпляра объекта (фиксированное/расчётное/импортируемое значение).

2. Определять связи и зависимости между объектами; между атрибутами объектов: 

• a. описать «архитектуру» объекта автоматизации: определить иерархии объектов и их связи/зависимости; 
• b. указать наборы зависимых атрибутов и правил их расчетов; 
• c. задать пороговые/триггерные значения для конкретных атрибутов объектов.

3. Создавать цифровое представление объекта автоматизации, позволяющее: 

• a. настроить/сформировать произвольное количество специализированных дашбордов, мнемосхем, er диаграмм; 
• b. задать правила информирования о наступлении инцидентов/нештатных ситуаций на объекте автоматизации; 
• c. наглядно и точно определять область влияния изменений объекта автоматизации (в том числе его свойств и связей), не прибегая к натурному эксперименту, то есть отвечать на вопрос «А что, если?».

Читайте также

Сквозная видимость запасов. Почему цифры сходятся, а товара на полке нет

Когда в компании говорят, что у них есть сквозная видимость запасов, обычно это звучит весьма уверенно. ERP показывает остатки, WMS видит склад, магазины работают в своей системе, логистика отслеживает перемещения, BI собирает все это в понятные отчеты.

Что же делать с таким «конструктором»?

А вот тут — «каждому по потребностям», то есть можно начать «откусывать за себя». Сформировав цифровое представление объекта автоматизации, обладая «конструктором», позволяющим оперативно актуализировать цифровое представление объекта автоматизации без привлечения разработчиков, визуализировать и управлять связями, зависимостями, структурами объектов и систем, можно:

• приступить к планированию производства/исполнения процесса и оценке влияния изменений и ответить на вопросы в духе: «А что, если мы изменим значение параметра А на 6% и в подсистеме № 4 будем использовать модернизированный модуль Б, характеризуемый вектором параметров a, b, c, d?»; «Повысив производительность цеха В на 13%, сможем ли мы выполнить представленный набор заказов в срок, учитывая регламенты обслуживания и планы ремонтов задействованного оборудования?»;
  
• определить набор первоочередных специфичных задач (статистика, управление инцидентами, мониторинг, прочее), от решения которых зависит жизнедеятельность конкретного предприятия. Другими словами, начать инвестировать в разработку специализированного ИТ-инструмента, решающего профильные задачи конкретного предприятия, НО не полный перечень задач, который «сейчас в тренде».

В чем преимущество представленного подхода? Скорость и стоимость подготовки профильного ИТ инструмента определяется актуальными потребностями заказчика. Заказчик, ориентируясь на собственные потребности, определяет:

• a. этапность автоматизации; 
• b. необходимую и достаточную сложность описания объекта автоматизации; 
• c. количество объектов и их экземпляров.

Как следствие, сокращение затрат (и времени) за счет применения сфокусированной автоматизации; оперативное внедрение сформированного ИТ-инструмента; возможности «параллельной» эксплуатации систем автоматизации (поэтапный отказ от выводимых из эксплуатации АСУ) и поэтапной автоматизации.

Предложенный подход можно использовать и при разработке собственного ПО, и при выборе вендора.