На производственном предприятии конструкторская и учетная системы решают принципиально разные задачи. КОМПАС-3D отвечает за проектирование, ЛОЦМАН:PLM — за управление инженерными данными и жизненным циклом изделия, а 1С ERP — за планирование, закупки, производство, склад, себестоимость и финансовый учет.
Проблема возникает на границе этих систем. Инженер создал изделие и спецификацию — а в ERP нужно получить корректный состав изделия. Конструктор изменил материал или количество — в 1С должна появиться новая версия данных. Производство работает по актуальной структуре, а закупки должны видеть именно те материалы, которые действительно входят в утвержденную конструкцию.
Что такое КОМПАС-3D + ЛОЦМАН:PLM + 1С
КОМПАС-3D используется для трехмерного моделирования и разработки конструкторской документации. АСКОН указывает, что наиболее тесная интеграция КОМПАС-3D реализована с ЛОЦМАН:PLM. В этой связке учитываются, в частности, данные конструкторских спецификаций, сборочных чертежей и электронных моделей сборочных единиц.
ЛОЦМАН:PLM выступает уровнем управления инженерными данными: хранит структуру изделия, документы, версии, атрибуты и процессы работы с ними. При этом система имеет механизмы взаимодействия с ERP-системами и прямо заявляет интеграцию с 1С:Предприятие.
Поэтому типовая архитектура выглядит не как «КОМПАС напрямую пишет в 1С», а как разделение ответственности:
↓
Конструкторская модель / спецификация
↓
ЛОЦМАН:PLM
↓
Интеграционный контур
↓
1С ERP
↓
Производство • Закупки • Склад • Себестоимость • План-факт
Какие данные передавать из ЛОЦМАН:PLM в 1С
Самая распространенная ошибка проекта — начать интеграцию с вопроса «какой API использовать». Начинать нужно с информационной модели обмена.
Состав изделия — BOM
Изделие, узлы, детали, покупные компоненты, количество, единицы измерения, связи между уровнями структуры.
Конструкторская документация
Номера документов, типы документов, версии, статусы, связи с объектами изделия и ссылки на файлы или представления.
Материалы и покупные изделия
Материалы, комплектующие, характеристики, единицы измерения и идентификаторы, необходимые для сопоставления с НСИ 1С.
Изменения и версии
Какая структура является актуальной, что изменилось, какая версия передана в ERP и какой статус имеет изменение.
Главная проблема — не API, а сопоставление данных
Допустим, в ЛОЦМАН:PLM есть позиция «Болт М10×40». В 1С уже существует номенклатура с другим наименованием, внутренним кодом и характеристикой. Простая передача JSON или XML не решает задачу: интеграция должна понять, что это тот же объект.
Поэтому между системами нужен слой mapping:
| ЛОЦМАН:PLM | Интеграционный слой | 1С ERP |
|---|---|---|
| Объект изделия | Идентификатор / mapping | Номенклатура |
| Материал | Сопоставление НСИ | Материал / номенклатура |
| Структура изделия | BOM transformation | Спецификация |
| Версия | Контроль версии | Версия / дата актуальности |
| Статус | Правила публикации | Статус данных ERP |
Какие процессы можно автоматизировать
Изделие → 1С ERP
После утверждения инженерной структуры автоматически создать или обновить объект изделия и связанные данные в ERP.
BOM → спецификация 1С
Передавать многоуровневый состав изделия без ручного повторного ввода позиций и количества.
Изменение конструкции → изменение ERP
Публиковать новую версию структуры только после прохождения заданных статусов согласования.
Конструкторские данные → закупки
Использовать актуальные материалы и комплектующие из утвержденной структуры при планировании потребности.
ERP → план-факт
Сопоставлять утвержденную структуру и нормативы с фактическими производственными затратами.
Почему не стоит делать прямую интеграцию КОМПАС-3D с 1С
КОМПАС-3D и ЛОЦМАН:PLM уже образуют инженерный контур. АСКОН прямо указывает на тесную интеграцию этих продуктов и поддержку инженерных данных в соответствии с требованиями ЕСКД/ЕСТД.
Поэтому прямое подключение 1С к внутренней модели CAD обычно создает лишнюю связанность. ERP начинает зависеть от деталей конструкторской системы, а любое изменение инженерного контура приходится учитывать в учетной системе.
Более устойчивый вариант:
↓
ЛОЦМАН:PLM — инженерные данные, структура, версии, согласование
↓
Integration Service — mapping, очереди, retry, аудит, мониторинг
↓
1С ERP — НСИ, производство, закупки, склад, себестоимость
Интеграционная шина: когда она действительно нужна
Для небольшого проекта может быть достаточно штатного механизма обмена или обработки на стороне 1С. Но когда предприятие одновременно работает с PLM, ERP, MDM, MES и другими системами, отдельный интеграционный слой становится архитектурно оправданным.
У ЛОЦМАН:PLM есть универсальные механизмы интеграции с другими системами, а в технологических проектах АСКОН описывает разные способы интеграции с ERP, включая 1С:ERP.
Внешний integration service особенно полезен, если нужны:
- асинхронная обработка больших структур изделий;
- очереди сообщений;
- повторная отправка после временной ошибки;
- идемпотентность операций;
- централизованный mapping между НСИ;
- журнал всех обменов;
- контроль версий;
- мониторинг SLA интеграции;
- возможность подключать новые системы без переделки ядра 1С.
Архитектура интеграции на Symfony
Если интеграционный контур реализуется как отдельный сервис, Symfony хорошо подходит для бизнес-логики обмена: обработчики сообщений, REST API, mapping, авторизация, журналирование и управление состояниями интеграционных операций.
│
├── Структура изделия
├── Документы
├── Атрибуты
└── Версия / статус
│
▼
Symfony Integration Service
│
├── Validation
├── Mapping / MDM
├── Idempotency
├── Queue / Retry
├── Audit Log
└── Monitoring
│
▼
1С ERP API / Integration endpoint │
▼
Номенклатура → Спецификации → Производство → Закупки
При таком подходе 1С не должна становиться транспортом для каждой операции. Она получает уже подготовленные бизнес-объекты и отвечает за свои процессы. Это снижает связанность систем и позволяет отдельно развивать интеграционный слой.
Что делать с изменениями конструкторской документации
Это один из самых важных вопросов проекта. Нельзя просто каждый вечер полностью перезаписывать спецификации в 1С.
Нужна модель публикации:
- Конструктор изменяет изделие в КОМПАС-3D.
- Изменение попадает в инженерный контур ЛОЦМАН:PLM.
- Проходит необходимые проверки и согласования.
- Формируется новая актуальная версия структуры.
- Интеграционный сервис получает событие или пакет на публикацию.
- Проверяется соответствие НСИ и наличие mapping.
- Структура передается в 1С ERP.
- Результат обмена фиксируется в журнале.
Что происходит, если интеграцию сделать неправильно
| Ошибка | Последствие | Правильный подход |
|---|---|---|
| Сопоставление по названию | Дубли номенклатуры | Устойчивые идентификаторы + mapping |
| Полная перезапись BOM | Потеря истории и неконтролируемые изменения | Версии и правила публикации |
| Синхронный обмен | Зависимость систем от доступности друг друга | Очередь и асинхронная обработка там, где это необходимо |
| Нет журнала обменов | Невозможно быстро найти причину ошибки | Audit log и технический мониторинг |
| Логика в нескольких обработках 1С | Сложное сопровождение | Централизованный интеграционный контур |
Интеграция КОМПАС-3D, ЛОЦМАН:PLM и 1С для серийного производства
На предприятии с серийным или мелкосерийным производством инженерная структура изделия — это только начало цепочки. После публикации данных в ERP возникают производственные заказы, потребность в материалах, закупки, складские движения и расчет фактической себестоимости.
В результате можно построить сквозной контур:
↓
ЛОЦМАН:PLM
↓
Утвержденная BOM
↓
1С ERP
↓
Планирование → Закупки → Производство → Склад
↓
Фактические затраты
↓
Plan / Fact / Себестоимость
Именно здесь интеграция перестает быть «обменом справочниками» и становится частью цифрового производственного контура предприятия.
Можно ли интегрировать только КОМПАС-3D и 1С?
Технически архитектура зависит от конкретного сценария и версии продуктов. Но для предприятия, где уже используется ЛОЦМАН:PLM, логичнее рассматривать его как центр управления инженерными данными, а не обходить PLM и строить отдельный канал от CAD к ERP.
Это особенно важно для сложных изделий: в PLM уже находятся структура, документы, версии и процессы согласования. АСКОН также позиционирует ЛОЦМАН:PLM как решение, взаимодействующее с КОМПАС-3D, ВЕРТИКАЛЬ, ПОЛИНОМ:MDM и ERP-системами.
Когда достаточно штатного обмена, а когда нужен отдельный сервис
| Сценарий | Подход | Почему |
|---|---|---|
| Небольшой объем данных | Штатный обмен | Меньше разработки и сопровождения |
| Одна 1С и один инженерный контур | Прямая интеграция / штатные механизмы | Архитектура остается простой |
| Сложная НСИ | Integration Service | Нужен отдельный mapping |
| PLM + ERP + MES + MDM | Интеграционная шина | Много систем и направлений обмена |
| Высокие требования к надежности | Асинхронный сервис | Очереди, retry, аудит и мониторинг |
Куда развивать интеграцию после запуска
После базовой передачи BOM и справочников обычно появляется следующий уровень задач:
- PLM → 1С ERP: изделия, спецификации, материалы, изменения;
- 1С ERP → PLM: статусы, производственные идентификаторы, обратная информация;
- PLM → MDM: централизованное управление НСИ;
- 1С ERP → MES: производственные задания;
- MES → 1С: факт производства;
- ERP → аналитика: себестоимость, отклонения, план-факт;
- Интеграционный слой → AI: поиск аномалий, анализ изменений, ответы руководителя по реальным данным предприятия.
Такой подход превращает отдельную интеграцию в основу корпоративной архитектуры данных.
Что должно быть в ТЗ на интеграцию КОМПАС-3D / ЛОЦМАН:PLM и 1С
Хорошее ТЗ должно описывать не только endpoints. Минимальный состав:
- перечень систем и конкретных версий;
- границы ответственности каждой системы;
- перечень объектов обмена;
- структура BOM и правила вложенности;
- сопоставление НСИ;
- правила создания новых объектов в 1С;
- правила обновления существующих объектов;
- версионность и порядок публикации изменений;
- обработка ошибок и повторных сообщений;
- идемпотентность;
- аудит и журналирование;
- права доступа;
- мониторинг интеграции;
- тестовые сценарии и критерии приемки.
FAQ: интеграция КОМПАС-3D, ЛОЦМАН:PLM и 1С
Есть ли интеграция ЛОЦМАН:PLM с 1С?
Да. В актуальной технической информации АСКОН 1С:Предприятие указана среди интегрируемых систем. Конкретный способ обмена и состав передаваемых данных определяется конфигурацией проекта и требованиями предприятия.
Можно ли передавать спецификации из КОМПАС-3D в 1С?
Да, но для промышленного сценария обычно разумно учитывать ЛОЦМАН:PLM как уровень управления инженерными данными и структурами изделия. КОМПАС-3D тесно интегрирован с ЛОЦМАН:PLM, включая работу с конструкторскими спецификациями и электронными моделями.
Нужна ли отдельная интеграционная шина?
Не всегда. Для простого обмена может хватить штатных механизмов. Отдельный сервис оправдан, когда появляются сложная НСИ, несколько систем, большие объемы обмена, требования к retry, аудиту, мониторингу и независимому развитию интеграций.
Можно ли сделать интеграцию через Symfony?
Да. Symfony может использоваться как отдельный интеграционный сервис между PLM/ERP и отвечать за API, преобразование данных, mapping, очереди, повторную обработку, журналирование и мониторинг. При этом бизнес-учет и производственные операции остаются в 1С ERP.
Что интегрировать первым?
Обычно — утвержденное изделие, НСИ и BOM. После стабилизации этого контура можно добавлять изменения, документы, производственные задания, обратную передачу факта и аналитику.
Итог
Интеграция КОМПАС-3D и ЛОЦМАН:PLM с 1С ERP — это связка инженерного и производственного контуров. Ее задача не просто перенести файл или спецификацию, а обеспечить единый управляемый поток данных от проектирования до производства.
Оптимальная архитектура для сложного предприятия выглядит как:
Ключ к надежности такой системы — не количество API-методов, а корректная модель данных: идентификаторы, НСИ, BOM, версии, статусы, правила публикации и контроль ошибок.
Если предприятие уже использует КОМПАС-3D, ЛОЦМАН:PLM и 1С ERP, следующий шаг — описать конкретный состав объектов и построить целевую архитектуру интеграции до начала разработки. Это позволяет заранее определить, где нужен штатный обмен, где — 1С, а где отдельный интеграционный сервис на Symfony.
По теме: если вы проектируете связанный контур, посмотрите Renga + 1С: интеграция BIM-модели со строительной ERP и Интеграция 1С с WMS: архитектура обмена складскими данными.
