• 526

    Заявлено проектов

  • 1265

    Оставлено комментариев

  • 5366

    Количество голосов

  • 12

    Дней до публикации результатов

← Вернуться к списку

Разработка системы интеграции конструкторско-технологических данных между отечественными PDM и ERP системами

  • Руководитель проекта со стороны заказчика

  • Категория

  • Номинация

  • Цели

    Цель проекта - создание механизма интеграции между PDM-системой (Лоцман:PLM) и системой 1С: ERP.Управление холдингом.

    Среди основных задач выделены:

    1.     Разработка прямой интеграции между отечественными системами разных классов через подключение по API

    2.     Передача конструкторских и технологических данных между системами

    3.     Обеспечение исходными данными для построения цепочек планов в 1С: ERP.УХ (план продаж, план производства и план закупок) на основании интегрированных данных

    4.     Обеспечение служб снабжения и производства предприятия оперативной актуальной конструкторской и технологической информацией

    5.     Формирование единой базы нормативно-справочной информации на всех стадиях управления изделием (от разработки до передачи в эксплуатацию)

  • Сроки выполнения

    январь, 2024 — июль, 2024
  • Год завершения проекта

    2024

  • Масштаб проекта

    2000 человеко-часов
  • Результаты

    Разработан механизм автоматизированной интеграции между системами Лоцман:PLM и 1С:ERP.УХ.

    На текущий момент передаются конструкторские и технологические составы изделий (в составе от 3000 объектов) с формированием цепочек планов (план продаж, план производства и план закупок) на 2025 год.

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

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

    Расчетная эффективность проекта, при сроке окупаемости в 2 месяца составила 804%.

  • Уникальность проекта

    АО УЗГА является предприятием, осуществляющим полный цикл от разработки до послепродажного обслуживания авиационной и наземной техники.

    Формирование конструкторского состава изделия и технологической документации осуществляется в программном комплексе АСКОН, решение Лоцман: PLM, а дальнейший оперативный, производственный и управленческий учет ведется в 1С: ERP. УХ.

    В связи с отсутствием в отрасли технического решения по интеграции данных систем, а также с целью обеспечения полной прослеживаемости изделий от конструкторской разработки до запуска в производственный цикл, было принято решение о разработке интегратора, который позволяет выгружать данные объектов Лоцман: PLM в реальном времени с полным сохранением структуры изделия (вложенности), технологических процессов, нормативных данных о трудоемкости и материалах в одном пакете данных.

  • Использованное ПО

    ·       1С:ERP. Управление холдингом

    ·       Комплекс АСКОН, Лоцман: PLM

  • Решение из каталога Global CIO

    В проекте не используются решения из каталога Global CIO

  • Сложность реализации

    Основной сложностью при реализации стала:

    -      разрозненность данных в системах (нормативно-справочная информация),

    -      различные подходы к ведению конструкторских и технологических составов изделий;

    -      отсутствие доступного решения для интеграции в отрасли;

    -      отсутствие лучших практик, правил и методов сопоставления данных различных классов систем между собой;

  • Описание

    Интеграция осуществляется посредством подключения к системе Лоцман через COM-API соединение.

    В системе 1С:ERP.УХ реализована подсистема хранения различных объектов, необходимых для обмена и идентификации данных (атрибуты, состояния объектов, типы связей и т.д.).

    Для работы с интегратором на стороне 1С:ERP.УХ разработан пошаговый помощник для загрузки данных, который позволяет установить требования к подбору изделия для выгрузки:

    -      уникальный MDM-идентификатор,

    -      наименование изделия,

    -      уникальный серийный номер изделия (с возможностью указания диапазона серийных номеров),

    -      состояние (проектирование, утверждение, архив) разработки объектов на стороне Лоцман,

    -      состояние (проектирование, утверждение, архив) технологических процессов на стороне Лоцман.

    На каждом шаге имеется возможность в реальном времени проследить подобранные для интеграции объекты PDM системы и их дальнейшее представление в системе 1С: ERP.УХ.

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

    Интегратор позволяет выгрузить конструкторский состав изделия с применяемыми материалами, источниками их получения, количеством на сторону 1С: ERP.УХ в формате ресурсных спецификаций. Подбор и идентификация всех объектов осуществляется посредством сквозного MDM-идентификатора.

    Для всех элементов состава из карточки номенклатуры осуществляется подбор схемы и способа обеспечения для дальнейшего построения плана производства и плана закупок.

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

    Полученные Ресурсные спецификации позволяют выдавать в производственные подразделения задания уровня – технологического процесса и операции в нем для дальнейшего отражения хода производства.

  • География проекта

    Решение применено на всех площадках предприятия, которые территориально распределены по городам России (г. Екатеринбург, Москва, Арамиль, Санкт-Петербург, Казань, Таганрог, Нижний Новгород, Самара, Ульяновск и т.д.)

Комментировать 18

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • Виктор Коляда

    Виктор Коляда

    ООО Протон

    Руководитель отдела продаж

    Скажите пожалуйста, в ходе поиска решения рассматривали существующие предложения на рынке? Если да, то какие?
    Ответить
    • Владимир Замаруев

      Владимир Замаруев

      Домна Технолоджис

      Генеральный директор

      В ходе поиска решений обращались в 1С, Аскон и Datareon, но готовых решений "из коробки" у них не оказалось, а самое грустное, не оказалось и организационных рекомендаций по правильной организации такого рода интеграции. Соответственно, такие компетенции пришлось выращивать внутри компании и делать собственное решение, которое будет отвечать требованиям бизнеса.
      Ответить
  • Максим Часовиков

    Максим Часовиков

    МГУ имени М.В.Ломоносова

    Руководитель цифровизации образовательных процессов

    Спасибо большое за подробное описание представленного на конкурс проекта, вы пишите: Расчетная эффективность проекта, при сроке окупаемости в 2 месяца составила 804%.Как вы считаете, за счет чего в первую очередь, удалось достичь таких показателей?
    Ответить
    • Владимир Замаруев

      Владимир Замаруев

      Домна Технолоджис

      Генеральный директор

      Добрый день, тут далеко ходить не нужно, основная экономия на сокращении многоэтапного ручного труда при переносе конструкторских и технологических данных между системами и их перепроверке. Количество участников процесса и трудозатраты сократились значительно, что позволило использовать данные ресурсы для других задач, а сами данные не потеряли в качестве.
      Ответить
      • Алина Шремф

        Алина Шремф

        АО Уральский завод гражданской авиации

        Руководитель продуктового направления

        Добрый день! Плюс было сокращено время на передачу информации между подразделениями, что позволило ускорить процесс, также осуществляется передача актуальных данных, что позволяет закупать только необходимые ТМЦ по последним составам изделий.
        Ответить
  • Роман Цыганков

    Роман Цыганков

    АВТОЗАВОД Санкт-Петербург

    Директор по информационным технологиям

    Владимир, спасибо за интересный проект. Планируется дальнейшее развитие проекта в части интеграции конструкторско-технологических данных между отечественными PDM и ERP системами в рамках проекта, чтобы поддерживать высокий уровень безопасности и производительности в перспективе?
    Ответить
    • Алина Шремф

      Алина Шремф

      АО Уральский завод гражданской авиации

      Руководитель продуктового направления

      Добрый день! При изменении требований к уровню безопасности, конечно. По производительности - планируем в 2025, так как сокращение скорости передачи данных стало вторым приоритетом после отработки ошибок.
      Ответить
    • Владимир Замаруев

      Владимир Замаруев

      Домна Технолоджис

      Генеральный директор

      Спасибо, Роман! Развитие проекта есть в планах, так как у данного направления достаточно высокий потенциал, особенно в части автоматизации проверочных функций, а также бизнес-процессов подготовки данных и их трансформации в итоговые составы.
      Ответить
  • Вячеслав Чупраков

    Вячеслав Чупраков

    Прагматика Эксперт

    Заместитель ИТ директора по инфраструктуре и сервисам

    Какой процент некорректно распознанных объектов обнаружили в процессе интеграции? Как их приводили в соответствие?
    Ответить
    • Алина Шремф

      Алина Шремф

      АО Уральский завод гражданской авиации

      Руководитель продуктового направления

      Добрый день! На моменте опытно-промышленной эксплуатации выявляли ряд ошибок и отклонений между данными, их классифицировали (порядка 5 типовых ошибок). При выявили проводили сверку данных между системами, чтобы понять, где именно система отработала некорректно. По опыту: ошибки обнаружили и на стороне PDM, что естественно интегрировалось некорректно. Ошибки составили примерно 20%.
      Ответить
  • Татьяна Хоробрых

    Татьяна Хоробрых

    АО Стройдормаш

    Начальник отдела АСУ

    Добрый день! 1С презентовали в 2024 году свое решение по интеграции между PDM и ERP, почему отказались от использования данного решения? и планируете ли его рассматривать? Спасибо
    Ответить
    • Владимир Замаруев

      Владимир Замаруев

      Домна Технолоджис

      Генеральный директор

      Добрый день! На момент старта разработки нашего решения, ни 1С, ни Аскон не были готовы предложить готовый продукт для работы, тем более, с учетом особенностей предприятия-заказчика. Были проработаны внутренние бизнес-процессы и принято решение развивать собственный продукт. Переход на решение от 1С не планируется, возможно только использование части механизмов для оптимизации нашего продукта.
      Ответить
  • Татьяна Хоробрых

    Татьяна Хоробрых

    АО Стройдормаш

    Начальник отдела АСУ

    Также возник вопрос, Вы пишите о передаче данных о трудоемкости, планируете ли Вы далее ее использовать для сменных заданий и учета выработки?
    Ответить
    • Владимир Замаруев

      Владимир Замаруев

      Домна Технолоджис

      Генеральный директор

      Да, все данные, которые передаются с помощью данного инструмента в последующем отправляются в работу. Данные по трудоемкости как раз необходимы для механизмов планирования и учета выработки.
      Ответить
  • Олег Смышляев

    Олег Смышляев

    АО ЭЙРБУРГ

    Руководитель автоматизации по направлению Снабжения

    Спасибо за описание, Вы пишите, что формируются данные для закупщиков, в каком формате используются данные, только в типовом плане закупок?
    Ответить
    • Владимир Замаруев

      Владимир Замаруев

      Домна Технолоджис

      Генеральный директор

      Добрый день! Данные для закупщиков в дальнейшем могут использоваться для формирования внутренних документов потребности, планов закупок, а также войти в систему управления качеством и входным контролем. Также эти данные планируется использоваться для внутренних механизмов нормирования закупок в ремонтном производстве.
      Ответить
  • Руслан Чуев

    Руслан Чуев

    ООО "ЗН ЦИФРА"

    Начальник отдела сопровождения ИС

    Владимир, добрый день. Учитывая выбранную технологию интеграционного взаимодействия через COM-API, правильно ли я понимаю что стек программного обеспечения подразумевает использование ПО Windows. Рассматриваете ли вы переход на импортозамещенное ПО, и как следствие изменение подхода к интеграции между системами?
    Ответить
    • Владимир Замаруев

      Владимир Замаруев

      Домна Технолоджис

      Генеральный директор

      Добрый день! Данный формат выбран из-за технических ограничений со стороны PDM-системы. После устранения ограничений, в соответствии с планом импортозамещения компании, в том числе будет переработан и механизм интеграции, с учетом использования стандарта компании по организации интеграционных решений в КИС.
      Ответить
  • Заказчик

    Уральский Завод Гражданской Авиации, АО

    Уральский Завод Гражданской Авиации, АО

  • ИТ-поставщик

    Райтек ДТГ

    Райтек ДТГ

Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.