Номенклатура изделий
Основными видами мастер-данных промышленных предприятий являются каталоги номенклатуры выпускаемых изделий, запчастей, материалов и других видов ресурсов. Эти данные используются в разных системах предприятия: ERP, портал закупок, MES, PLM, ТОРО, бухгалтерские системы и так далее. При интеграции этих систем между собой нужно установить соответствие между объектами справочников номенклатуры, которые в них используются. Лучше всего это сделать, построив единый корпоративный каталог номенклатуры в MDM-системе.
Возможен и обмен такими данными с внешними организациями: например, при передаче поставщикам технических спецификаций и RFP на закупаемую продукцию, при обработке полученных технико-коммерческих предложений. Поскольку каждый поставщик может использовать собственный справочник номенклатуры, отличающийся от принятого в компании (если таковой уже есть на предприятии), возникает задача сопоставления позиций списков номенклатуры между внешними источниками и собственным каталогом компании.
В обоих случаях главной задачей является автоматизация сопоставления товарных позиций между разными каталогами, которые могут содержать сотни тысяч наименований изделий. Для решения этой задачи можно применять имеющийся в составе EKG Platform инструмент извлечения смысловых характеристик из текста. Этот инструмент преобразует текстовые строки вида «Двигатель 3200 кВт 500 об/мин СДН3-1776» в структурированные наборы характеристик: мощность = 3200 кВт, частота вращения 500 об/мин, класс «Двигатель», модель СДН3-1776. Получив характеристики изделий из разных источников, легко настроить процесс автоматического сопоставления позиций с ручным подтверждением в случае, если степень совпадения оказывается ниже заданного уровня.
EKG Platform позволяет создавать иерархические каталоги оборудования, задавать набор атрибутов для каждого класса, использовать каталоги единиц измерения физических величин. Каждое изделие может входить в несколько классов согласно одной или нескольким иерархиям, атрибутный состав свойств изделия наследуется от всех классов, в которые оно входит.
Функции очистки (нормализации), проверки (валидации) и объединения (консолидации) данных помогут построить единый, эталонный каталог номенклатуры, который можно использовать для обмена данными между всеми информационными системами предприятия. EKG Platform позволяет реализовать централизованный процесс ввода и согласования элементов справочника номенклатуры, синхронизацию данных этого справочника со всеми приложениями.
Смотрите также: Структурирование и очистка каталогов изделий с DataVera EKG Platform.
Активы: технические места и единицы оборудования
Другая часто встречающаяся задача промышленных предприятий – создание единого набора данных о технических местах и единицах оборудования. Эта задача может возникать при создании системы управления активами, при внедрении систем управления техобслуживанием и ремонтом (ТОРО), управления ресурсами и т.д. Единый каталог активов необходим и для создания различных систем мониторинга, ситуационного центра предприятия. Поскольку данные об активах важны многим системам, целесообразно построить их каталог в MDM-системе, и синхронизировать его со всеми прикладными решениями. На стороне MDM можно реализовать процесс внесения изменений в структуру активов и распространения согласованных изменений во все приложения.
Данные об активах обязательно должны включать их структурные и функциональные связи. Структурные связи описывают взаимное расположение активов: например, установка X расположена в цеху Y, насос P входит в состав установки X, датчик T установлен на насосе P. Часто используются позиционные коды технических мест, которые отражают положение каждого технического места в структурной иерархии активов предприятия – такие коды можно автоматически формировать и проверять в MDM. Функциональные связи описывают взаимные зависимости технических мест, возникающие при работе предприятия: трансформатор T1 питает электроэнергией установку X, рабочая жидкость из установки X поступает в резервуар R. Описание таких связей позволяет решать задачи прогнозирования цепочек отказов, оценки влияния инцидентов, строить оптимизационные модели для определения оптимальных режимов работы оборудования, экономии энергии и ресурсов.
Сведения о единицах оборудования включают инвентарные номера, паспортные и рабочие значения технических характеристик конкретных устройств, срок эксплуатации, индексы технического состояния (ИТС). Обязательно должна храниться история установки единиц оборудования на технические места, сведения о прохождении поверок и освидетельствований, выполнении плановых и аварийных ремонтов. Эти данные также могут быть скопированы из ТОРО в MDM-систему, например для того, чтобы сделать их доступными для использования в инструментах анализа данных и машинного обучения.
Для многих отраслей существуют эталонные информационные модели, такие как CIM-модель для предприятий электроэнергетики (стандарты IEC 61970, IEC 61968 и другие). MDM-система, построенная на EKG Platform, позволяет легко импортировать и использовать такие модели, так как реализует спецификации онтологического моделирования, на основе которых созданы эти стандарты.
Какие данные промышленного предприятия должны храниться в MDM?
Любое промышленное или добывающее предприятие – это огромный финансово-хозяйственный комплекс, обладающий большим объемом и разнообразием данных. От того, насколько эти данные синхронизированы между разными источниками, насколько можно им доверять с точки зрения качества, зависит возможность решения оптимизационных задач, применения инструментов искусственного интеллекта и организация управления, основанного на данных. Чем более высокий уровень задач управления предприятием необходимо решать с опорой на данные, тем выше требования к составу, качеству и степени интегрированности этих данных. MDM-система промышленного предприятия может содержать:
- Каталоги номенклатуры продукции, изделий, материалов
- Сведения об активах – технических местах и единицах оборудования
- Сведения о контрагентах предприятия – его поставщиках, дилерах, потребителях
- Организационную структуру и кадровую информацию.
Иерархии и свойства товаров
Прежде всего, каталог изделий - это иерархия. Наша платформа позволяет максимально гибко построить дерево классов и управлять атрибутной моделью. Можно добавлять новые классы и атрибуты в ходе работы системы, изменять вложенность классов. Благодаря онтологической основе нашего продукта, каждый класс может иметь несколько родителей, и наследовать от них набор свойств. Каждое конкретное изделие можно включить сразу в несколько классов. Это позволяет использовать фасетную классификацию: создать несколько параллельных иерархий классов, построенных по разным основаниям. Например, одна иерархия может описывать принадлежность товара к конструктивной или функциональной части какого-то изделия, а другая иерархия - способ использования этого товара в бизнес-процессах компании. Товар получит набор свойств, унаследованный от всех классов, в которые он входит.
В век искусственного интеллекта задачи составления иерархий, распределения товаров по классам, присвоения значений свойств могут быть автоматизированы.
Рассмотрим пример небольшого каталога изделий компании, которая продает шины, диски и аккумуляторы. Товары разных категорий имеют разные наборы свойств. Значения этих свойств могут быть получены с помощью AI при импорте списка товаров, получены из внешних источников в результате обогащения данных, или введены вручную. Если значение какого-либо свойства получено системой из внешнего источника, например найдено в интернете, такое значение подсвечивается зеленым цветом. При наведении на него отображается ссылка на источник.
Генерация свойств по шаблонам
Система может не только извлекать значения свойств из наименований изделий, но и наоборот - формировать эталонное название изделия на основе значений свойств. Шаблоны для генерации значений некоторых полей мы можем задать на вкладке "Шаблон" страницы класса. В этих шаблонах можно использовать не только значения других свойств объекта, но и константы, а также значения автоматически увеличивающихся последовательностей. После того как шаблон создан, изменение любого свойства изделия этого класса приведет к автоматическому обновлению сгенерированного значения.
Единицы измерения и языки
Часто свойства отражают значение какой-либо физической величины. Например, максимальное давление в шине может выражаться в килопаскалях, барах или PSI - фунт-силах на квадратный дюйм. Наша система использует модель QUDT, в которой определены физические величины и коэффициенты перехода между ними. Если мы выбрали килопаскали как основную единицу измерения для свойства "Максимальное давление", то в базе данных значение всегда будет хранится в этой единице. Однако в интерфейсе мы можем выбрать любую другую единицу, применимую к нашей величине. Система автоматически переведет одну единицу в другую как при просмотре карточки товара, так и при ее сохранении, или установке фильтра.
Значения текстовых свойств, таких как название или описание, могут быть заданы на нескольких языках. Система позволяет задавать значения каждого свойства того или иного объекта на любых языках, определенных в системе. Эти значения потом можно использовать при формировании документов на определенном языке.
Маршруты согласования
Наша система позволяет разделять доступ пользователей к товарам разных классов. Например, пользователь может редактировать товары одной ветви каталога, а остальные только просматривать. Иногда бывает необходимо реализовать в MDM-системе процесс согласования заведения новых карточек товаров, или редактирования существующих. Пользователям одних групп можно предоставить права на создание запросов на изменения каталога, а другим - право согласования этих изменений. Согласование может происходить в несколько этапов, с последовательным или параллельным согласованием изменений пользователями разных групп. Пользователь-инициатор может создать запрос на добавление новой карточки товара - она будет специальным образом подсвечена в списке. Согласующий пользователь видит индикатор, показывающий количество карточек на согласование в конкретном разделе, либо во всем каталоге. Если нажать на индикатор, в списке останутся только карточки, которые нужно проверить. Согласующий имеет возможность принять отклонить запрос, принять его, либо внести собственные изменения и подтвердить. Если пользователь является последним в структуре маршрута согласования, то карточка получает статус полноценного объекта и становится доступной для использования в каталоге изделий.
Поиск дубликатов
Типичная проблема каталогов номенклатуры - наличие дубликатов. Часто пользователи по ошибке создают несколько карточек одного и того же товара. Дубликаты могут появиться и при слиянии разных баз данных изделий. Наша система имеет механизм поиска дубликатов по строгим условиям, таким как совпадение артикула. Из таких групп дубликатов потом формируется одна эталонная запись, которая может быть передана обратно в системы-источники или в аналитическую витрину. Но бывают и ситуации, когда дубликаты надо определять по неточным признакам. Например, несколько несовпадающих символов в названии товара могут быть как отличием в маркировке, так и опечаткой. В таких случаях человек должен принимать решение о том, объединять ли такие карточки. Чтобы найти кандидаты для объединения, мы используем нечеткие правила поиска дубликатов, которые допускают заданную степень соответствия значений ключевых полей, таких как названия или артикул. Оператор каталога может просмотреть найденные кандидаты и в каждом случае принять решение, являются ли эти объекты действительными дубликатами. Если это так, то их нужно соединить связью "Эквивалентен" для того, чтобы собрать в один эталонный объект.
НКТ
Все товаропроизводители Казахстана обязаны регистрировать свои изделия в Национальном каталоге товаров. В нашей системе реализована интеграция с НКТ.
Из карточки товара, не связанного с НКТ, можно выполнить поиск товара в НКТ. Если товар уже присутствует в полученном списке, можно связать его с существующей записью НКТ. Если подходящей записи нет, можно создать запрос на создание в НКТ новой карточки. При этом должны быть заполнены обязательные поля: название товара на казахском и русском языках, краткое наименование, единица измерения и тип величины по справочнику НКТ, а также страна происхождения товара. В случае успеха на вкладке НКТ в свойствах товара отображается номер созданной заявки. При каждом открытии этой вкладки система обновляет статус заявки в НКТ. Как только заявка будет утверждена, система получит код НКТ и сохранит его в свойствах нашего товара, тем самым связав его с НКТ.
В сочетании с другими возможностями нашей платформы, такими как автоматическая нормализация значений, контроль качества данных, формирование эталонных карт по настраиваемой логике, ведение истории всех изменений и возможность восстановления состояния объектов на любую дату, прием данных из систем-источников при помощи настраиваемых правил ETL, распространение эталонных карт в синхронном или асинхронном режиме, платформа MDM компании DataVera обеспечивает полный функционал, необходимый для создания мастер-каталогов товаров и услуг торговых и промышленных предприятий.
Если на Вашем предприятии существуют задачи по интеграции и обработке этих видов данных, мы будем рады оказать консалтинговые услуги и выполнить внедрение MDM-системы. Создание единого, эталонного набора информации перечисленных видов позволит реализовывать практики рационального управления, основанного на поддержке принятия решений на основе анализа данных.
