Вопрос подписчика«У нас есть 1С:ERP или мы собираемся её внедрять. Инженерные данные сейчас живут отдельно: CAD, спецификации, технологи, Excel, ЛОЦМАН или другой PDM/PLM. Что лучше смотреть: 1С:PDM / 1С:PLM или ЛОЦМАН:PLM?»
Ответ ERP-Мастер
Сначала нужно убрать неправильный вопрос. Вы выбираете не «какая программа лучше вообще», а какая система лучше ложится на вашу инженерную и ERP-архитектуру. 1С:PDM / 1С:PLM сильнее там, где главный приоритет — единая экосистема 1С и быстрый выход инженерных данных в 1С:ERP. ЛОЦМАН:PLM сильнее там, где главный центр тяжести — зрелое классическое PLM-ядро, сложная инженерная подготовка, CAD-интеграции и глубокая работа с конструкторско-технологическими данными.
Почему эта статья появилась в продуктовой линейке ERP-Мастер
Эта статья — дополнение к материалу «Интеграция внешних инженерных систем PDM/PLM/CAD и 1С:ERP». Там основной тезис был такой: интеграция инженерной системы и ERP — это не выгрузка файла и не «кнопка обмена». Это перевод инженерной структуры изделия в производственно-учётную структуру 1С:ERP.
Здесь мы делаем следующий шаг и смотрим на частый практический выбор: использовать решение 1С-линейки для инженерных данных или оставить / внедрять классическую PLM-систему вроде ЛОЦМАН:PLM.
Реплика ERP-Мастер
Нельзя выбирать PDM/PLM отдельно от будущей ресурсной спецификации в 1С:ERP. Сначала нужно понять, как предприятие будет производить, планировать, закупать, списывать, считать себестоимость и сопровождать изменения.
1С:PDM / 1С:PLM: в чём логика
1С:PDM Управление инженерными данными 4 сейчас важно рассматривать вместе с развитием линейки в сторону 1С:PLM Управление жизненным циклом. Для заказчика смысл простой: это инженерный контур внутри экосистемы 1С, рассчитанный на связь с 1С:ERP, 1С:MES и 1С:Документооборот.
Сильная сторона такого выбора — единое информационное пространство. Если предприятие уже живёт в 1С:ERP, то инженерные данные проще связать с номенклатурой, ресурсными спецификациями, этапами производства, маршрутами, документами, задачами согласования и управленческим учётом. Это особенно важно для среднего производственного предприятия, где ERP должна быстро получить состав изделия, нормы, производственную структуру и данные для планирования.
Минус тоже понятен: если у предприятия очень сложная инженерная среда, большой парк CAD, глубокие отраслевые PLM-процессы, сложные правила работы с конструкторской документацией и сильная инженерная служба, то выбор только по принципу «у нас всё на 1С» может быть недостаточным.
ЛОЦМАН:PLM: в чём логика
ЛОЦМАН:PLM — это классическая PLM-система АСКОН. Её центр тяжести находится в инженерном мире: управление составом изделия, версиями, документацией, изменениями, технологической подготовкой, CAD-данными, согласованием и жизненным циклом инженерной информации.
Сильная сторона ЛОЦМАН:PLM — зрелость PLM-ядра и инженерных процессов. Если предприятие живёт вокруг сложной конструкторской документации, 3D-моделей, САПР, технологических маршрутов, изменений, статусов документации и глубокой вложенности изделий, ЛОЦМАН может быть естественным выбором.
Но для 1С:ERP важно другое: данные из ЛОЦМАН всё равно нужно правильно перевести в язык ERP. Номенклатура, ресурсная спецификация, этапы производства, операции, подразделения, рабочие центры, нормы, заготовки, кооперация и себестоимость не появляются автоматически только потому, что в PLM есть инженерная структура.
Реплика ERP-Мастер
ЛОЦМАН может хорошо знать изделие как инженерный объект. Но 1С:ERP должна знать, как это изделие произвести, обеспечить, списать, выпустить и посчитать.
Главное отличие: где центр управления
Если упрощать, различие такое.
1С:PDM / 1С:PLM удобнее, когда предприятие хочет строить инженерный контур вокруг 1С:ERP и получить более короткую дорогу от инженерных данных к ресурсным спецификациям, производственным этапам и управленческому учёту.
ЛОЦМАН:PLM удобнее, когда инженерная служба уже живёт в классической PLM-логике, когда критичны CAD-интеграции, сложные составы изделий, инженерные процессы, статусы документации, изменения и коллективная работа конструкторов и технологов.
Почему Аппиус в этой статье не сравниваем
Вокруг инженерных данных есть и другие решения на платформе 1С, в том числе продукты APPIUS. Их можно рассматривать в отдельной статье или в отдельном сравнении, но в этом материале мы сознательно не расширяем выбор до трёх-четырёх систем.
Причина простая: статья должна быть короткой и понятной. Если одновременно сравнивать 1С:PDM / 1С:PLM, ЛОЦМАН:PLM, APPIUS и ещё интеграционные решения, читатель потеряет главный смысл. Поэтому здесь оставляем только две опорные системы: официальную PLM/PDM-линейку 1С и ЛОЦМАН:PLM как классическую инженерную PLM-систему АСКОН.
Отдельно важно не путать APPIUS с интеграционной шиной. APPIUS — это не просто «шина обмена», а отдельная продуктовая и разработческая линия на платформе 1С. Если её рассматривать, тогда нужно делать полноценное сравнение трёх систем: 1С:PDM / 1С:PLM, APPIUS и ЛОЦМАН:PLM. Для этой статьи это слишком тяжёлая рамка.
Реплика ERP-Мастер
В этой статье мы не оцениваем APPIUS как плохой или хороший вариант. Мы просто выносим его за рамку, чтобы не смешивать два разных вопроса: выбор PDM/PLM-системы и проектирование интеграции инженерных данных с 1С:ERP.
Цена вопроса: лицензии, внедрение и сопровождение
Есть ещё один практический аргумент — бюджет предприятия. В реальном проекте сравнивать нужно не только функциональность, но и совокупную стоимость владения: лицензии, серверную инфраструктуру, внедрение, доработки, интеграцию с 1С:ERP, поддержку, обновления и доступность специалистов.
В общем случае 1С:PDM / 1С:PLM может оказаться дешевле и быстрее по совокупной стоимости, если предприятие уже использует 1С:ERP, у него есть инфраструктура 1С, штатные 1С-специалисты и задача состоит прежде всего в том, чтобы связать инженерные данные с производством, закупками, складом и себестоимостью в 1С:ERP.
ЛОЦМАН:PLM обычно требует более серьёзного бюджета, особенно если речь идёт о полноценном PLM-контуре: лицензии, модули, CAD-интеграции, настройка инженерных процессов, внедрение, интеграция с ERP и сопровождение специалистами по инженерной PLM-среде. Это может быть абсолютно оправдано, если предприятие действительно живёт в сложной инженерной модели. Но если главная задача — быстро и управляемо связать инженерные данные с 1С:ERP, бюджетный аргумент часто будет в пользу 1С-линейки.
Реплика ERP-Мастер
Выбор PDM/PLM — это не только функциональность. Это ещё и вопрос бюджета. Если у предприятия нет бюджета на тяжёлый классический PLM-контур, но есть 1С:ERP и задача быстро навести порядок на границе инженерных данных и производства, начинать с 1С:PDM / 1С:PLM может быть рациональнее.
Какой выбор правильный
Если предприятие уже использует 1С:ERP как основную систему управления и хочет быстрее связать инженерные данные с производством, закупками, складом и себестоимостью, логично рассматривать 1С:PDM / 1С:PLM как первый вариант. Особенно если инженерная сложность умеренная, а главная задача — не потерять связь с ERP.
Если предприятие живёт в сложной инженерной среде, использует разные CAD, имеет глубокую конструкторско-технологическую подготовку, большую вложенность изделий, сложные изменения и требования к PLM-дисциплине, логично смотреть в сторону ЛОЦМАН:PLM. Но тогда нужно заранее проектировать интеграцию с 1С:ERP, а не оставлять её «на потом».
Есть и третий вариант: комбинированная архитектура. Например, ЛОЦМАН остаётся главным инженерным PLM-ядром, а 1С:ERP получает только те данные, которые нужны для управления производством и учётом. В этом случае ключевым становится не название системы, а качество мэппинга.
Что ERP-Мастер делает в таких проектах
ERP-Мастер не выбирает систему «по вкусу». Мы начинаем с производственно-учётной модели 1С:ERP. Сначала нужно понять, какие ресурсные спецификации, этапы, операции, рабочие центры, подразделения, нормы, материалы, полуфабрикаты, заготовки, средства технологического оснащения, статьи калькуляции и правила себестоимости нужны ERP.
Потом задаём второй вопрос: где источник этих данных? Что приходит из PDM/PLM/CAD? Что должно дополняться на стороне ERP? Что должно задаваться правилами обмена? Где нужна шина? Где достаточно выгрузки? Где нужен ручной утверждённый срез? Где данные у конструкторов и технологов вообще не должны появляться, потому что это уже финансовая или управленческая аналитика?
Чего точно не надо делать
Не надо выбирать PDM/PLM по принципу «там красивее интерфейс». Не надо обещать руководству «просто настроим обмен». Не надо переносить инженерное дерево в ERP без понимания ресурсной спецификации. Не надо считать, что CAD-структура автоматически равна производственной структуре. Не надо читать SQL-таблицы без документированной модели и правил сопровождения. Не надо ждать, что ERP сама догадается, где материал, где заготовка, где полуфабрикат, где покупная позиция, где кооперация, а где услуга переработки.
Финальная реплика ERP-Мастер
1С:PDM / 1С:PLM и ЛОЦМАН:PLM — это не «хороший» и «плохой» варианты. Это разные центры тяжести. Первый ближе к экосистеме 1С и быстрой связке с ERP. Второй ближе к зрелому инженерному PLM-ядру. А задача ERP-Мастер — сделать так, чтобы выбранная инженерная система дала 1С:ERP рабочие данные для производства, закупок, склада, планирования и себестоимости.
Куда перейти дальше: «Интеграция внешних инженерных систем PDM/PLM/CAD и 1С:ERP»; «Справочная структура предприятия в 1С:ERP»; «Бизнес-процессы в 1С:ERP»; «Vanessa Automation и автоматизированные инструкции»; «Глоссарий Nexus и семантическое ядро предприятия».