← На главную

При внедрении системы управления инженерными данными 1С:PDM в связке с учетной базой 1С:Управление производственным предприятием (1С:УПП) или 1С:ERP перед специалистами встает ключевой архитектурный вопрос: объединить ли две конфигурации в единую информационную базу или использовать раздельные базы с передачей данных через встроенный модуль взаимодействия (ERP-компонент)?

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

Вариант 1. Объединение 1С:PDM и учетной системы в единую базу

Так как 1С:PDM и 1С:УПП выполнены на одной платформе, конфигурации можно объединить путем сравнения и объединения конфигураций в Конфигураторе. В этом случае инженерный и учетный контур работают в общем информационном пространстве.

Преимущества единой базы:

• Мгновенный доступ к данным: конструкторы, технологи и экономисты работают с едиными справочниками. Плановую себестоимость, наличие материалов на складе и остатки под конкретное изделие можно просмотреть напрямую без ожиданий выгрузки.
• Отсутствие процедур синхронизации: сформированные в PDM-модуле объекты (Номенклатура, СпецификацииНоменклатуры, ТехнологическиеКарты) сразу доступны для проведения документов производства.

Технические риски и скрытые подводные камни объединения:

1. Взрывной рост размера базы данных: PDM-система хранит большой объем бинарных данных: 3D-модели, чертежи, файлы сборок, ревизии и файлы предпросмотра. При отсутствии жесткой настройки выноса файлов во внешние тома база данных быстро разрастается до сотен гигабайт. Это существенно увеличивает время создания резервных копий и выполнения регламентных операций СУБД.
2. Сложность обновлений: учетная система требует регулярных обновлений по причине изменений законодательства и регламентированной отчетности. PDM-решение имеет свой цикл релизов. При объединении каждое обновление превращается в ручную процедуру сопоставления метаданных и разрешения конфликтов.
3. Блокировки и конкуренция за ресурсы: длительные транзакции конструкторов (сохранение тяжелых сборок, генерация многоуровневых структур изделий) могут вызывать транзакционные блокировки таблиц СУБД, замедляя оперативную работу пользователей ERP-системы (проведение документов списания, выпуска и отгрузки).
4. Избыточность прав доступа: в учетной системе придется дополнительно настраивать и поддерживать разделение прав на технологические карты, операции и конструкторские составные части для исключения случайной корректировки данных со стороны служб снабжения или бухгалтерии.

Вариант 2. Раздельные базы и использование ERP-компонента

При раздельном использовании 1С:PDM и 1С:УПП живут в двух независимых информационных базах. Передача данных между ними выполняется через специализированный ERP-компонент, который использует встроенные механизмы платформы — ПланыОбмена.

Проанализируем алгоритм работы ERP-компонента:

1. Механизм обмена: перенос выполняется на базе типовых планов обмена платформы 1С:Предприятие. На стороне PDM регистрируются изменения объектов, предназначенных для передачи в учетную систему.
2. Сопоставление метаданных: в PDM существует подмножество справочников, идентичных по структуре объектам учетной базы — Номенклатура, СпецификацииНоменклатуры, ТехнологическиеКарты.
3. Валидация перед выгрузкой: создание объектов в учетной системе происходит с помощью специальной обработки из состава ERP-компонента. Обработка проверяет PDM-сущности на полноту и корректность заполнения (например, блокирует передачу технологических карт, содержащих операции без указания нормативного времени выполнения).

Преимущества раздельной архитектуры:

• Изоляция учетного контура от высоконагруженных операций проектирования и хранения тяжелых CAD-файлов.
• Простота установки обновлений регламентированного учета независимо от PDM-системы.
• Разделение сеансовых лицензий и отсутствие взаимных блокировок базы данных.

Особенности управления мастер-данными (НСИ) и трансформации состава

При выборе варианта с раздельными базами необходимо четко разграничить зоны ответственности систем:

• 1С:PDM является первичным источником (Master System) для инженерных данных: конструкторских структур изделий (EBOM), составов, технологических маршрутов и норм расхода материалов.
• Учетная система является источником по ценам, контрагентам, складам, физическим остаткам и аналитике бухгалтерского учета.

Важно учитывать различие конструкторского и производственного составов:

• Конструкторская спецификация (EBOM) описывает геометрию и физическую входимость деталей в узлы.
• Производственная спецификация (MBOM) в учетной системе требует учета технологических полуфабрикатов, технологических потерь, привязки материалов к конкретным операциям технологической карты и указания рабочих центров.

Модуль ERP-компонента при перегрузке выполняет трансляцию инженерных структур в производственные спецификации, проверяя наличие корректных ссылок на справочник Номенклатура и технологические операции.

Критерии выбора архитектурного решения

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

1. Выбирайте раздельные базы с ERP-компонентом, если: на предприятии работает среднее или крупное конструкторское бюро (от 10+ пользователей CAD/PDM), идет интенсивная разработка, часто выпускаются извещения об изменениях (ECO), а размер базы PDM быстро увеличивается из-за хранящихся чертежей и 3D-моделей.
2. Выбирайте объединение конфигураций, если: предприятие небольшое (до 5–10 рабочих мест конструкторов/технологов), выпускает простые изделия с редкими изменениями, а конфигурация учетной базы является практически типовой и не требует частых сложных обновлений.