На большинстве швейных предприятий конструкторский и учётный контуры живут раздельно. Конструктор строит лекала и раскладки в САПР — Gerber Accumark, Lectra Modaris и Diamino, Grafis, «Ассоль», Comtense. Экономист заводит нормы расхода в 1С. Связь между ними — распечатка или устное «на эту модель уходит метр восемьдесят». В результате норма в системе устаревает раньше, чем модель уходит в производство, а расхождение план-факт по ткани списывают на особенности материала. Разберём, как замкнуть этот разрыв технически.
Что именно нужно передавать между системами
Интеграция с САПР — это не «выгрузить всё». Полезный обмен сводится к четырём потокам данных, и каждый решает свою задачу.
- Из 1С в САПР: задание на раскладку. Конструктор должен знать, на какие размеры и ростá, в каком количестве и на какой ширине полотна строить раскладку. Эти данные лежат в заказе на производство — размерно-ростовочная шкала заказа и артикул ткани с фактической шириной по партии.
- Из САПР в 1С: нормы расхода. Главный поток. Раскладка даёт длину настила, процент межлекальных выпадов и расход на комплект по каждому размеру. Это готовая норма для спецификации.
- Из САПР в 1С: карта раскроя. Состав настила — какие размеры и в каком соотношении лежат в одной раскладке, сколько полотен в настиле, какая расчётная длина. Это основание для документа раскроя и для списания ткани.
- Из 1С в САПР: справочник моделей и материалов. Чтобы конструктор не заводил артикулы вручную и не расходился с учётной системой в кодировке.
Потоки с лекалами и геометрией деталей в 1С передавать не нужно — они там не используются и только раздувают базу. Достаточно ссылки на файл раскладки в хранилище САПР.
Форматы обмена
Здесь и находится основная сложность: у САПР лёгкой промышленности нет общего открытого API, и каждая система выгружает данные по-своему.
Отчёты раскладок в CSV и XML
Самый распространённый и самый надёжный путь. Практически любая САПР умеет формировать отчёт по раскладке в текстовом виде: имя раскладки, модель, ширина полотна, длина раскладки, площадь лекал, процент использования, состав по размерам. Gerber выгружает такие отчёты штатно, Lectra формирует их из Diamino, Grafis — через модуль отчётов.
Со стороны 1С делается обработка загрузки, которая читает файл из сетевой папки, сопоставляет модель и материал со справочниками по коду, и создаёт или обновляет ресурсную спецификацию. Схема простая, отлаживается быстро и не требует лицензий на дополнительные модули САПР.
Прямое подключение к базе САПР
Gerber и Lectra в серверных редакциях хранят данные в СУБД, к которой можно подключиться на чтение через внешний источник данных 1С. Этот путь даёт актуальность в реальном времени и избавляет от файлового обмена, но требует согласования с вендором и понимания структуры хранения, которая не документирована публично. Мы применяем его, когда на предприятии есть выделенный администратор САПР и обмен нужен постоянный, а не по факту готовности модели.
Промежуточная база
Компромисс для предприятий с несколькими САПР одновременно — а это встречается чаще, чем кажется, когда конструкторы работают в разных системах исторически. Вводится промежуточная таблица с унифицированной структурой «модель — размер — материал — норма — источник». Каждая САПР пишет в неё своим коннектором, 1С читает из одного места. Дороже на старте, но избавляет от зоопарка обработок.
Как норма из раскладки превращается в спецификацию 1С
Это ключевой методический вопрос, и ошибка здесь обесценивает всю интеграцию.
Раскладка даёт расход на комплект — то есть на набор изделий, которые в неё вошли. Например, раскладка на 6 комплектов в соотношении «размер 44 — 1 шт., 46 — 2 шт., 48 — 2 шт., 50 — 1 шт.» при длине 12,4 м и ширине 150 см даёт 12,4 м на шесть изделий. Но это не значит, что норма равна 2,07 м на изделие любого размера.
Корректный расчёт использует площадь лекал по каждому размеру. Доля размера в общей площади раскладки определяет его долю в длине настила. При такой методике 44-й размер получит, скажем, 1,85 м, а 50-й — 2,3 м, и себестоимость крупных размеров перестанет дотироваться за счёт мелких.
В 1С:ERP это реализуется через отдельные ресурсные спецификации на размерные группы либо через расширение, добавляющее в спецификацию зависимость нормы от характеристики. В 1С:УНФ — только через доработку. Промежуточный вариант, который часто оказывается достаточным: три спецификации на группы размеров (малые, средние, большие) вместо нормы на каждый размер.
Что делать с межлекальными выпадами
Процент использования площади полотна в раскладке — важнейший показатель работы конструктора, и он должен попадать в 1С отдельным полем, а не растворяться в норме. Тогда появляется отчёт по проценту использования в разрезе моделей, по которому видно, где раскладка сделана небрежно, и сколько это стоит в деньгах за сезон.
Практическое правило: разница между 78% и 84% использования на модели с расходом два метра — это 14 см ткани на изделие. На тираже в 5000 изделий и цене полотна 600 рублей за метр это 420 тысяч рублей. Ровно поэтому показатель стоит того, чтобы его вести отдельно.
Учёт технологических припусков
Норма из раскладки — это расход в идеальных условиях. К нему добавляются потери, которых САПР не видит:
- концевые остатки настила — обрезки в начале и конце каждого полотна;
- потери на стыковку рулонов, когда полотно в настиле заканчивается;
- обход дефектов ткани — вырезанные бракованные участки;
- усадка после декатировки, если она не учтена при построении лекал;
- потери на подгонку рисунка для полотен в клетку и полоску — здесь надбавка может доходить до 10–15%.
Правильная схема — хранить в спецификации два числа: чистую норму из раскладки и коэффициент технологических потерь, задаваемый технологом по типу материала. Тогда план-факт анализ показывает раздельно, где ошибся конструктор, а где — раскройный цех. Если сложить их в одну норму, аналитика теряется.
Обратный поток: факт из раскроя в САПР
Интеграция редко бывает односторонней, и обратный поток недооценён. После того как настил уложен и разрезан, раскройный цех фиксирует фактическую длину настила и фактическое количество полотен. Эти данные полезно возвращать в САПР или хотя бы в отчёт конструктору.
Систематическое расхождение между расчётной и фактической длиной настила говорит о конкретных вещах: о неверной ширине полотна в расчёте, о неучтённой усадке, о том, что раскладка построена под ширину, которой у этого поставщика фактически не бывает. Без обратной связи конструктор об этом просто не узнаёт.
Порядок внедрения
Интеграцию с САПР почти всегда правильнее делать не первым, а вторым шагом автоматизации — после того как в 1С наведён порядок в номенклатуре и спецификациях. Иначе выгрузка попадёт в справочники, где один и тот же материал заведён трижды, и результат будет хуже ручного ввода.
Рабочая последовательность:
- привести к единой кодировке артикулы материалов и моделей в 1С и в САПР — это самый трудоёмкий этап, и он не автоматизируется;
- настроить одностороннюю выгрузку отчётов раскладок в файл и загрузку в 1С в ручном режиме, по кнопке;
- обкатать на 10–15 моделях, сверить полученные нормы с фактическим расходом за месяц;
- добавить коэффициенты технологических потерь и отчёт по проценту использования;
- перевести обмен в регламентное задание по расписанию;
- добавить обратный поток факта из раскроя.
Первые три шага дают основную часть эффекта и укладываются в несколько недель. Прямое подключение к базе САПР имеет смысл обсуждать только после того, как файловый обмен отработан и понятно, каких данных не хватает.
Итог
Интеграция 1С с САПР лекал решает одну главную задачу — держать нормы расхода актуальными без ручного переноса. Технически она чаще всего строится на файловом обмене отчётами раскладок, что не требует специальных лицензий и отлаживается быстро. Методически важнее техники: норма должна распределяться по размерам пропорционально площади лекал, технологические потери должны храниться отдельным коэффициентом, а процент использования полотна — попадать в 1С как самостоятельный показатель.
Подобные обмены мы настраиваем в рамках проектов по решению «1С:Швейное производство» — с разбором того, какие данные ваша САПР реально отдаёт и как их корректно уложить в спецификации.