Вопрос от пользователя: «У нас есть PDM-система (КТПП) с техпроцессами. Хотим загрузить оттуда оборудование в 1С:ERP. Но там тысячи позиций. Нам что, всё это загружать? И как потом это не превратит работу 1С в "тормозную" кашу?»
Суть проблемы
Современные системы технологической подготовки производства содержат колоссальный объем данных. В техпроцессах расписана каждая операция, для каждой операции указан станок, инструмент, приспособление. Если попытаться загрузить ВСЁ это добро в 1С:ERP без предварительной обработки и фильтрации, можно получить систему, которая будет часами рассчитывать непонятные графики, используя устаревшие или избыточные нормативы. Пользователи будут демотивированы, проект провалится.
Что может 1С ERP?
1С:ERP является исполнительной системой, а не системой технологического проектирования. Ее задача — оперативно управлять производством, а не хранить «тысячи лет» истории разработки. Поэтому при интеграции с КТПП (системами типа PDM/PLM) рекомендуется подходить к загрузке данных прагматично, используя методологию «теории ограничений».
Суть подхода:
- Сегментация и фильтрация: Не нужно загружать всё. Нужно принять решение, какие средства технологического оснащения действительно нужны в 1С:ERP и для каких целей.
- Целеполагание: Ответьте на вопрос: «Зачем нам эти данные в 1С?». Если для справки и печатных форм — можно загружать много, но не нагружать расчетами. Если для планирования — нужно загружать только критичное и только с актуальными нормативами.
- Фокус на «узкие места»: На начальном этапе рекомендуется загружать из КТПП только то оборудование, которое является «узким местом». По нему, как правило, уже есть точные нормативы времени, и именно оно влияет на выполнимость плана.
- Пропуск второстепенного: Оборудование, по которому нет ограничений пропускной способности, можно пока не загружать, либо загружать как справочное без участия в планировании.
Преимущества подхода:
- Управляемость: Система не перегружается избыточными расчетами.
- Реалистичность: План строится по реальным, а не по «бумажным» узким местам.
- Поэтапность: Можно отладить процесс на малом количестве данных, а потом масштабировать.
Решение и рекомендации
- Шаг анализа: Совместно с технологами и производственниками выделите 10-20 видов оборудования, которые являются постоянным «бутылочным горлышком».
- Шаг решения: Примите решение загрузить именно эти виды рабочих центров в 1С:ERP, настроив для них режим «Учитывать ограничение».
- Шаг разработки: Напишите обработку по загрузке, которая будет брать из КТПП только данные, относящиеся к этим критичным видам. Остальное проигнорировать.
- Шаг развития: Когда учет критичного оборудования отладится, можно постепенно подключать следующее по важности, переведя его в разряд «учитываемых».
Итог простыми словами
Представьте, что вы тушите пожар. У вас есть карта города со всеми зданиями (КТПП), но вам не нужно знать, где находится каждый сарай. Вам нужно знать, где горят самые большие нефтебазы (узкие места). Вы берете с собой карту только этих объектов и едете тушить их. Так и с интеграцией: берите из КТПП только то, что реально «горит» в производственном планировании, и грузите это в 1С:ERP.
Типичные сценарии использования:
- Сценарий 1: Первый этап проекта внедрения
Ситуация: Запуск производственного контура 1С:ERP. В КТПП тысячи техпроцессов с сотнями единиц оснастки.
Проблема: Риск парализовать систему и пользователей избыточностью данных.
Решение: По договоренности с технологами из КТПП выгружаются только те ВРЦ, которые помечены как «Критичные» (например, уникальные термические печи и сложные обрабатывающие центры). Остальное оборудование временно не загружается. - Сценарий 2: Актуализация неверных нормативов
Ситуация: В КТПП нормативы по многим станкам устарели и не пересматривались годами.
Проблема: Загрузка этих данных приведет к неверным расчетам сроков в 1С.
Решение: Поставщик и заказчик договариваются, что в 1С на первом этапе загружаются только те нормативы, в актуальности которых уверены на 100% (например, по тому же критичному оборудованию). По остальному решают пока считать ресурс бесконечным, чтобы не вводить систему в заблуждение.