В прошлой заметке мы говорили о проблемах, вызываемых нестыковками по вертикали бизнес-архитектуры, а именно, несовпадением целей и KPI на разных уровнях организации. Но заботиться надо и о стыковке по горизонтали: если никто не отвечает за сквозной «от и до» бизнес-процесс, то некому будет позаботиться об удовлетворенности клиентов.
Многие крупные организации (и даже некоторые поменьше) в итоге приходят к функциональным анклавам, и для завершения бизнес-процесса в целом требуется участие нескольких анклавов. Рассмотрим, например, процесс «от заказа до отгрузки и оплаты»:
Зачастую разные шаги выполняются разными подразделениями, у каждого из которых свои, противоречащие друг другу, цели: продажи стремятся максимизировать доход, а отдел кредитования – минимизировать безнадежные долги. В отсутствие сквозных метрик процесса клиентского заказа каждый отдел будет пытаться максимизировать собственные цели, не заботясь (или не подозревая) о том, как это скажется на других отделах и на процессе в целом. Каждый отдел просто выполняет свою часть работы, а затем перебрасывает заказ через стену следующему отделу, снимая с себя всякую ответственность за успешное выполнение заказа. Кроме того, зачастую они приватизируют свои данные – не желают делиться ими за пределами этих внутренних границ.
На уровне ниже лежат системы, используемые в ходе выполнения процесса. У каждого подразделения может быть своя система, обслуживающая свою часть процесса – например, система автоматизации продаж у отдела продаж или система контроля дебиторской задолженности у финансов. Такие системы способны передать в следующую систему только минимальную информацию о заказе, и поэтому бухгалтерия, выставляющая счет, не в курсе специфических договоренностей отдела продаж с клиентом. Или финансы выбивают платеж из заказчика до того, как заказ полностью отгружен.
В результате сквозной процесс в реальности является не процессом, а разрозненным набором операций, скорее всего не соответствующим ожиданиям клиентов.
Так проявляется закон Конвея:
Системы, которые проектируют организации, являются отражением структуры их коммуникаций.
Другими словами, если структура вашей организации – слабо взаимодействующие функциональные подразделения, то скорее всего, вы для каждого подразделения купите или разработаете собственные системы, и которые будут друг с другом взаимодействовать так же плохо. Переделать их, чтобы наладить потоки данных и работ между ними, оказывается сложно, потому что вы не сможете убедить руководителей подразделений потратить свои бюджеты на то, что не приносит им прямой выгоды. С другой стороны, сложно изменить организационную структуру, когда информационные системы поддерживают работу только внутри подразделений.
Обратите внимание: закон Конвея не говорит, что системы являются отражают организационную структуру – скорее структуру коммуникаций: функциональные анклавы как таковые не являются (не обязательно являются) проблемой, поскольку в них аккумулированы специализированные компетенции, необходимые для выполнения определенных шагов. Коммуникации между подразделениями – вот то, что отличает организации, клиенты которых недовольны, а операции неэффективны, от организаций, нацеленных на оптимизации сквозных цепочек.
Исправление коммуникаций между функциональными анклавами начинается с выявления сквозных бизнес-процессов, определения целей и назначения владельцев, ответственных за их достижение. Давайте взглянем на эти этапы:
- Составьте высокоуровневую схему процесса, аналогичную схеме процесса выше, состоящую из функциональных блоков. Это можно сделать путем наблюдений и интервью с участниками процесса или же с помощью программного обеспечения Process Mining, анализирующего данные информационных систем (системные журналы) о фактических траекториях экземпляров процессов.
- Если вы проделали работу по согласованию целей разного уровня, о котором шла речь в прошлой заметке, установите KPI процессов, исходя из высокоуровневых бизнес-целей. Например, для процесса «от заказа до отгрузки и оплаты» ключевыми показателями эффективности могут быть удовлетворенность клиентов, время выполнения заказа, отсутствие ошибок, возвраты, себестоимость и неоплаченные счета.
- Определите, кто, по логике, является владельцем процесса – это должен быть кто-то со стороны бизнеса, чьи показатели привязаны к показателям процесса – и озадачьте его достижением сквозным процессом поставленных целей.
Затем надо будет провести некоторый анализ информационных систем с целью исправления существующих проблем взаимодействия:
- Составьте схемы процессов каждого подразделения, достаточно подробно показывающие, как информация протекает внутри подразделения и между подразделениями в рамках процесса в целом.
- Выясните, какие данные содержатся в каждой системе и как эти данные передаются между подразделениями – например, с помощью прямой интеграции или пакетных обновлений. Единое хранилище данных – не всегда лучший путь (особенно с точки зрения масштабируемости), но у систем должен быть легкий доступ ко всей информации, необходимый для выполнения своей части процесса.
- И снова, опираясь на проработанную ранее структуру целей, определите цели для процесса каждого подразделения, согласованные с целями процесса в целом и высокоуровневыми бизнес-целями.
Это отправная точка для (пере)проектирования процессов и систем подразделений в интересах сквозного процесса, а не просто локальной оптимизации. Результаты могут вызывать дискомфорт: иногда ради максимальной эффективности процесса в целом приходится жертвовать целями подразделения, а чтобы все заработало, обычно приходится тратить дополнительные средства на инфраструктуру.
Конечным результатом станет «процесс процессов»: сквозной бизнес-процесс (такой, как «от заказа до отгрузки и оплаты»), детализированный до процессов отдельных подразделений (например, производственного). Обратите внимание, что наличие модели сквозного бизнес-процесса не означает, что процесс должен быть реализован через сильно-связанную оркестровку информационных систем – это может быть хореография микросервисов, управляемая событиями, или очередь сообщений между бизнес-функциями.
Чтобы эти изменения были приняты, необходимо собирать операционные показатели сквозного процесса и доводить их до подразделений в качестве контекста для их собственных KPI. Тогда подразделения в начале цепочки смогут видеть, как их работа отражается на последующих, и работа каждого будет оцениваться по отношению к успеху процесса в целом.
Архивы
- Май 2023 (2)
- Апрель 2023 (2)
- Март 2023 (4)
- Февраль 2023 (4)
- Январь 2023 (4)
- Декабрь 2022 (3)
- Ноябрь 2022 (2)
- Октябрь 2022 (3)
- Сентябрь 2022 (3)
- Август 2022 (5)
- Июль 2022 (4)
- Июнь 2022 (3)
- Май 2022 (4)
- Апрель 2022 (3)
- Март 2022 (4)
- Январь 2022 (3)
- Декабрь 2021 (5)
- Ноябрь 2021 (4)
- Октябрь 2021 (4)
- Сентябрь 2021 (5)
- Август 2021 (3)
- Июль 2021 (5)
- Июнь 2021 (2)
- Май 2021 (3)
- Апрель 2021 (5)
- Декабрь 2020 (1)
- Август 2020 (1)
- Июль 2020 (5)
- Июнь 2020 (6)
- Апрель 2020 (1)
- Март 2020 (1)
- Февраль 2020 (2)
- Январь 2020 (3)
- Декабрь 2019 (5)
- Ноябрь 2019 (4)
- Октябрь 2019 (1)
- Сентябрь 2019 (1)
- Июль 2019 (3)
- Июнь 2019 (2)
- Март 2019 (1)
- Январь 2019 (7)
- Декабрь 2018 (5)
- Ноябрь 2018 (5)
- Октябрь 2018 (2)
- Сентябрь 2018 (1)
- Август 2018 (6)
Источник: bpms.ru
Простой и эффективный сценарий автоматизации
8 марта 2022
Простой и эффективный сценарий автоматизации
основного бизнес-процесса компании
Руководитель проектного офиса компании Infosuite. В сфере управления проектами более 20 лет. Руководил проектами внедрения информационных систем класса CRM, ERP, EAМ, ЭДО, учетных и расчётных систем в МЧС, МИД России, торговых сетевых компаниях («Пятерочка» и Магнит), производственных компаниях («Ростех») и других.
В прошлой статье «Опыт автоматизации проектно-ориентированной деятельности на платформе электронного документооборота» я рассказал об автоматизации процессов проектного офиса компании Infosuite на базе системы «1C:Документооборот» и рассмотрел структуру созданной комплексной системы управления проектами. Тогда акцент я сделал на функциональной и модульной архитектуре системы, а также требованиям к отдельным процессам управления проектами и вспомогательным процессам.
В этой статье я покажу, как на данной системе управления проектами автоматизировать основной сквозной бизнес-процесс компании. Вместе со специалистами компании Infosuite мы типизировали конкретное внедрение для проектно-ориентированной организации и сформировали на его основе подход и сценарий автоматизации основного сквозного бизнес-процесса компании в системе «1C:Документооборот» на платформе «1C:Предприятие 8». При таком сценарии автоматизируются необходимые ключевые этапы и функции основного процесса и отсутствует избыточность, а развертывание системы производится быстро и экономично. И есть возможность последовательно расширять и добавлять новый функционал в действующую автоматизированную систему. .
Подход к автоматизации основного бизнес-процесса
- во-первых, гарантирует нам отсутствие информационных и управленческих разрывов и убирает дублирование и параллельные зоны автоматизации, в том числе хранение данных в различных системах;
- во-вторых, явное и достоверное перечисление его этапов позволяет в полной мере учесть, спроектировать и автоматизировать все аспекты деятельности и, в итоге, разработать действенную систему мониторинга и управления предприятием в целом.
Роль системы «1С:Документооборот», как основы построения информационной системы предприятия для средних и специализированных компаний, недооценена интеграторами и функциональными заказчиками.
Пример основного бизнес- процесса компании Infosuite
В прошлой статье «Опыт автоматизации проектно-ориентированной деятельности на платформе электронного документооборота» я рассказал об автоматизации процессов проектного офиса компании Infosuite на базе системы «1C:Документооборот». Эту систему мы использовали для автоматизации основного процесса компании Infosuite. Схему процесса мы сформировали на основе двух источников:
- изучение реальной деятельности предприятий «как есть»;
- анализ вариантов референтных схем бизнес-процессов уровня предприятия, доступных нам из различных источников.
Мы синтезировали референтные схемы и реальный опыт предприятий, а также оптимизировали и декомпозировали процесс для наглядности и лучшей визуализации. В итоге мы получили верхнеуровневую, отчасти схематичную, но достоверную схему типового сквозного бизнес-процесса компании. Далее, в ходе декомпозиции и описания набора и групп процессов до второго и третьего уровней, уточнили и дополнили эту схему, а также требования к автоматизации.
В таблице приведены этапы, подпроцессы, функции основного бизнес-процесса, а также выходные результаты, которые должны создаваться и храниться в автоматизируемой системе.
Таблица. Этапы, подпроцессы, результаты и функции основного бизнес-процесса компании Infosuite.
- разработка и хранение документов и стратегических планов;
- формирование квартальных и годовых оперативных планов и финансовых расчетов, включая бюджеты;
- документы и расчеты системы KPI.
- разработка, согласование, хранение и контроль планов и бюджетов продаж, а также сводных показателей по планам продаж;
- разработка, согласование, хранение и контроль планов по территорям;
- разработка, согласование, хранение и контроль мастер-бюджета и других общих документов;
- отражение процесса продажи и активностей по этапам воронки продаж (или по пайплайну).
- ведение и хранение структурированных записей о заказчиках, включая контактную и проч. информацию;
- ведение НСИ, реквизитов и информации о заказчиках;
- ведение истории взаимодействия (коммерческих предложений, заказов и проч.) в разрезе заказчиков и групп заказчиков;
- ведение информации о запросах и предложениях заказчикам;
- ведение договорной работы – формирование, согласование и хранение договоров и соглашений с заказчиками;
- ведение официальной переписки и т.д.
- контроль и отслеживание статуса заказов;
- ведение информации о ходе выполнения и подготовки (производства) заказов;
- ведение информации о комплектности и структуре заказов, а также технических работах;
- создание, утверждение и хранение детальной технической информации о предмете заказов, проектно-технической и методологической документации, спецификаций, нормативных требований и эксплуатационной документации;
- сбор и расчет данных производственного (хозяйственного или логистического) блока о затратах для расчета себестоимости и маржинальности.
- закупка материалов, комплектующих и сборочных единиц, закупка исполнителей-подрядчиков;
- комплектация заказов;
- учет материалов и оборудования, контроль сроков выполнения заказов;
- ведение договорной работы – формирование, согласование и хранение договоров и соглашений с подрядчиками.
- отражение движения и отгрузки заказов (результатов работ);
- отражение движения первичных документов (хранение, скан-образы, доставка и получение);
- ведение официальной переписки и т.д.
- ведение информации о претензиях заказчиков;
- ведение информации о гарантийных действиях и их затратной стоимости;
- ведение официальной переписки и т.д.
Система «1С:Документооборот» представляет собой решение для документационного обеспечения управления, которое, по своей сути и есть основа мониторинга, контроля и управления.
Автоматизация основного бизнес- процесса
Все перечисленные этапы, подпроцессы, функции и результаты автоматизированы и включены в состав системы управления проектами компании Infosuite. Система реализована на платформе «1С:Предприятие» на базе нескольких систем:
- «1C:Документооборот»;
- «1С: Бухгалтерия предприятия»;
- «1С:Зарплата и управление персоналом».
Ключевым элементом архитектуры и базой автоматизации основного сквозного бизнес-процесса служит система «1C:Документооборот» (см. рис). Системы «1С: Бухгалтерия предприятия»и «1С:Зарплата и управление персоналом» автоматизируют обеспечивающие процессы подготовки регламентируемого учета.
Рис. Архитектура системы управления проектами компании Infosuite.
Основные задачи, которые система выполняет на сквозном процессе:
- фиксация планов и показателей деятельности, включая финансовые данные, показатели и расчеты;
- ведение договорной работы и обязательств перед заказчиками и подрядчиками;
- автоматизация оперативной работы продавцов, менеджеров, и специалистов, отражение показателей и результатов работ в официальных документах;
- отражение сути и состава оказываемых услуг и выполняемых работ (с детализацией), состава спецификаций, в том числе многофазных заказов, отгрузок, поставок и отдельных проектов;
- диспетчеризация выполнения заказов и отгрузок, контроль плановых сроков и обязательств перед заказчиком;
- отражение и аккумулирование затрат и трудозатрат, а также себестоимости вплоть до отдельных операций, контроль финансовых показателей и финансового результата в разрезе отдельных заказов, нарядов, проектов и этапов, менеджеров, заказчиков и т.д.;
- предоставление данных и расчет показателей для контроля и управления всеми стадиями деятельности предприятия, подведение итогов и оценка деятельности за отчетный период.
Автоматизация верхнеуровневых сквозных бизнес-процессов на базе системы «1С:Документооборот» – это быстро, удобно, экономно и результативно.
«1С:Документооборот» как основа построения информационной системы предприятия
Мы рассмотрели кейс создания учетно-расчетной системы управления проектной деятельностью компании Infosuite. Система поддерживает деятельность компании уже несколько лет и доказала свою эффективность.
Аналогичный подход к автоматизации может быть применен для организаций, деятельность которых строится вокруг отдельных заявок, заказов, проектов или нарядов. Например:
- комплексные поставки оборудования для клиентов, которые включают закупку, комплектацию, установку, документирование, и могут включать, например, монтаж оборудования;
- геологические и геодезические работы, бурение скважин и монтаж инженерных сооружений;
- проведение комплексных мероприятий для внешних заказчиков;
- строительно-монтажные услуги по отдельным заказам и нарядам;
- строительство или модернизация объектов (например, точек продаж);
- услуги по сбору информации и получению разрешительной документации, и лицензированию;
- поставка, разработка, внедрение или сопровождение программного обеспечения;
- организационно-технические услуги, например, по подключение к энергетическим системам или установка инженерных систем;
- разработка и запуск в производство продуктов или продуктовых линеек;
- проектно-изыскательские работы.
К сожалению, роль системы «1С:Документооборот» на платформе «1С:Предприятие 8», как основы построения информационной системы предприятия для средних и специализированных компаний, недооценена интеграторами и функциональными заказчиками. Вероятно, здесь работают стереотипы, связанные с толкованием термина «документооборот» в узком смысле (канцелярия, входящие-исходящие, поручения и т.п.). Систему «1С:Документооборот» часто просто не рассматривают при проектировании и выборе ключевой системы для автоматизации указанных выше бизнесов.
Однако, система «1С:Документооборот» представляет собой решение для документационного обеспечения управления, которое, по своей сути, и есть основа мониторинга, контроля и управления. Система «1С:Документооборот» имеет мощный инструментарий для создания комплексных решений – это функции маршрутизации, согласования и утверждения решений и документов, функции хранения документов, возможность реализации учетных и расчетных задач. Кроме того, есть штатные механизмы интеграции со специализированными системами регламентируемого учета. При необходимости можно добавить и расширить функционал и подключить дополнительные модули – производственный блок, GIS-системы, модули работы с данными и быстрой визуализации отчетов и проч.
Резюме: автоматизация верхнеуровневых сквозных бизнес-процессов немалого количества организаций на базе системы «1С:Документооборот» – это быстро, удобно, экономно и результативно.
Источник: upr.ru
Сквозной цикл производства изделия как результат внедрения ИПИ-технологий в ОКБМ
Сегодня от предприятия требуется применение самых современных методов и подходов к созданию и поддержке изделия на всех стадиях его жизненного цикла.
Одной из основных задач по реструктуризации Опытного конструкторского бюро машиностроения им. И.И.Африкантова (ОКБМ), представленных в «Стратегии развития ОКБМ на 2003-2007 гг.», является полномасштабное внедрение технологий информационной поддержки изделий (ИПИ-технологий), что позволит качественно повысить уровень развития предприятия.
Эффективное использование систем сквозного проектирования и изготовления изделий предполагает привлечение значительных материальных и трудовых ресурсов. Поэтому при комплексном применении ИПИ-технологий необходимо обеспечить единое интегрированное информационное пространство, позволяющее организовать взаимодействие всех участников жизненного цикла изделия в соответствии с требованиями системы международных стандартов.
На основе концепции развития предприятия была разработана ИТ-стратегия реализации следующих задач:
- создание интегрированной информационной среды для сквозного параллельного конструкторско-технологического проектирования и производства продукции; сохранение критически важных технологий; существенное сокращение сроков и стоимости выпуска новых видов продукции и обеспечение ее конкурентоспособности на рынке (CAD/CAM/CAE/PLM-системы);
- оптимизация всего комплекса работ, связанных с управлением, планированием, учетом и контролем материальных, финансовых потоков и трудовых ресурсов; координация деятельности различных функциональных подразделений в единой информационной среде (ERP-система);
- обеспечение информационной поддержки изделия на стадиях его эксплуатации и утилизации.
Рис. 1. Укрупненная схема построения ИПИ
Структура информационной поддержки изделия
Внедрение ИПИ-технологий на стадии проектирования изделия предусматривает:
- выбор и внедрение системы электронного технического документооборота и систем автоматизированного проектирования разного уровня;
- выбор и оптимизацию работы расчетных систем и консолидацию их в единую среду (обеспечение обмена проектными данными между ними);
- разработку и наполнение баз данных стандартных элементов и нормативно-технической документации.
Внедрение информационных технологий в процессе технологической подготовки производства — одна из главных задач оптимизации проектирования, актуализации и сопровождения технологических документов в электронном виде. Сокращение сроков конструкторско-технологической подготовки производства (КТПП) осуществляется за счет:
- организации параллельного выполнения работ по конструкторскому и технологическому проектированию;
- прямого обмена проектной информацией в электронном виде между участниками работ, исключающего повторный ввод данных на этапах выполнения работ по технологии сквозного создания изделия;
- выполнения проектных работ на стадии разработки КД и ТД по безбумажной технологии благодаря замене рабочих (промежуточных) бумажных носителей информации на электронные.
Рассмотрим работы, выполняемые по данному бизнес-процессу, более подробно.
Рис. 2. Упрощенный бизнес-процесс параллельной конструкторско-технологической подготовки производства, используемый в ОКБМ
Проектирование изделия
На этом этапе осуществляется проектирование трехмерных моделей и сборочных единиц изделия с разработкой его структуры и спецификаций.
Рис. 3. Проектирование трехмерных моделей, структуры изделия и спецификаций
Инженерный анализ
Успешное использование CAD-геометрии в расчетных системах требует решения ряда организационных и технических задач, обеспечивающих:
- подготовку и упрощение 3D-геометрии;
- импорт 3D-геометрии в расчетные пакеты;
- актуальность информации, передаваемой для выполнения расчетного анализа.
В рамках решения этих задач была разработана и представлена в отчете «Требования к подготовке и передаче 3D-моделей…» методика ассоциативной передачи геометрии в расчетные пакеты, позволяющая обеспечить актуальность и достоверность информации, предоставляемой для выполнения расчетного анализа.
При повторном проведении расчета упрощенная модель модифицируется в соответствии с изменениями, произведенными в исходной модели. При этом обеспечивается перезадание граничных условий, позволяющих рассчитывать только измененную геометрию.
Рис. 4. Ассоциативная передача геометрии в расчетные системы
Отработка модели на технологичность
Повысить качество проектируемого изделия позволит использование 3D-моделей, оптимизирующих технологичность конструкции.
По окончании выполнения работ электронный конструкторский документ подписывается электронной подписью в графе чертежа Т.Контр.
Рис. 5. Отработка конструкции изделия на технологичность по 3D-модели
Рис. 6. Разработка электронной технологической документации с использованием специализированного АРМ технолога
Технологическая подготовка производства
На этом этапе ведется разработка комплекта технологической документации (техпроцессы для различных видов производства, конструкторская документация на СТО) и формирование управляющих программ (УП) для станков с ЧПУ. Параллельно осуществляются процессы утверждения, нормоконтроля и доработки ЭКД.
Выполнение работ на этом этапе может быть разбито на несколько подэтапов, выполняемых параллельно.
Рис. 7. Оснащение техпроцессов специализированной оснасткой
Электронная технологическая документация разрабатывается параллельно с ЭКД. При этом используется двухмониторный АРМ технолога.
Важным представляется взаимодействие различных технологических служб (механообработка — сварка, механообработка — неразрушающий контроль, механообработка — ЧПУ, сборка — сварка и т.д.). В ОКБМ организована их параллельная работа по созданию своих частей техпроцессов на определенное изделие (карты механической обработки, сварки, неразрушающего контроля и т.д.) с последующим формированием единого сквозного «сборного» техпроцесса, содержащего в себе все необходимые виды обработки изделия. Это существенно экономит время.
Рис. 8. Основа изготовления изделия — конструкторская 3D-модель
Кроме того, наличие в PDM-системе на одно изделие одного электронного техпроцесса (с учетом расцеховочного маршрута), содержащего все специализированные части, значительно упрощает процесс нормирования и последующей выгрузки данных в систему управления предприятием.
Параллельно с ЭТД формируется ЭКД на СТО. При разработке техпроцесса технолог формирует заявку на проектирование специализированной оснастки и выдает задание конструктору. Конструктор, в свою очередь, эту оснастку либо подбирает из ранее созданной и зарегистрированной, либо разрабатывает вновь с последующей регистрацией в базе данных оснастки предприятия. Результатом является оснащенный техпроцесс и актуальная база данных специализированной оснастки, связанной с зарегистрированной в PDM-системе конструкторской документацией на оснастку.
Рис. 9. Визуализация обработки изделия
Разработка управляющих программ
Еще на стадиях конструкторской проработки изделия и 3D-моделирования производится формирование трехмерных технологических моделей для деталей, изготавливаемых на станках с ЧПУ. Основой для такой разработки является конструкторская модель, зарегистрированная в электронном архиве.
Управляющие программы для станков с ЧПУ формируются с учетом возможного ассоциативного обновления конструкторской модели, зарегистрированной в электронном архиве предприятия.
Нормирование ЭТД
Параллельно с разработкой ЭТД сотрудники бюро нормирования нормируют ее.
После окончательного утверждения и архивации ЭКД оформляется заказ для запуска изделия в производство. При этом технологическая документация корректируется в соответствии с результатами сравнения ранее сохраненной исходной версии ЭКД с учтенной версией, помещенной в архив утвержденной документации предприятия. А затем по разработанным управляющим программам осуществляется изготовление деталей на станках с ЧПУ.
Таким образом, комплексное использование возможностей программного обеспечения позволило организовать совместную параллельную работу различных технологических служб предприятия на этапе технологической подготовки производства, значительно сократив время выпуска комплекта технологической документации и всего изделия в целом.
Рис. 10. Нормирование электронной технологической документации
Проведенные работы продемонстрировали широкие возможности дальнейшего сокращения сроков КТПП. На начальном этапе внедрения работа технологической службы по указанной схеме более трудоемкая, поскольку предусматривает необходимость доработки ЭТД по итогам сравнения исходной и учтенной версий ЭКД. Однако в конечном счете преимущества от сокращения времени КТПП очевидны.
Нельзя не отметить, что в части использования ПО для разработки постпроцессоров, формирования управляющих программ, визуализации обработки, повышения эффективности раскроя листовых материалов, оптимизации процессов заливки и кристаллизации жидкого металла неоценимую помощь нашему предприятию оказали специалисты группы компаний CSoft (www.csoft.ru).
При их содействии мы освоили целый ряд программных продуктов, таких как Unigraphics, Autodesk Inventor (www.inventor.ru), Autodesk Mechanical Desktop, AutoCAD (www.caduser.ru), VERICUT, LVMFlow, Техтран и др.
Взаимовыгодное сотрудничество продолжается и в настоящее время. Совместными усилиями на предприятии отрабатываются технологии изготовления изделий методом точного литья из жаропрочных нержавеющих сталей по выжигаемым моделям, выращенным на 3D-принтерах фирмы Contex (www.contex.ru).
Вячеслав Штарев
Заместитель директора ОКБМ по ИТ.
Владимир Банкрутенко
Алексей Лазарев
Начальник бюро САПР и ТПП.
Кирилл Комиссаров
Инженер по ИТ бюро САПР и ТПП.
Источник: sapr.ru