Автоматизация производства одежды в 1С:УНФ: от раскроя до отгрузки на маркетплейс

Павел СтупкоАрхитектор 1С, бизнес-аналитик

22 сентября 2026 · 15 минут

Швея берёт у мастера двадцать футболок, отшивает, возвращает и идёт за следующей работой. Сколько ей заплатить в конце недели — считают в Excel. Сколько стоила эта партия — примерно. Где сейчас крой и не потерялось ли по дороге десять изделий — в голове мастера. При этом компания уже работает в 1С:УНФ и продаёт на маркетплейсах. Такую картину мы видим на швейных производствах постоянно — и в цехе на десять машин, и там, где часть работы отдана подрядчикам. Разбираю боли по порядку: что закрывает типовая УНФ без единой доработки, где у неё граница и в каком порядке всё это внедряется, чтобы по дороге не встали отгрузки.

Семь болей швейного производства

Список почти не меняется от цеха к цеху:

1. Этикетка маркетплейса печатается 4–5 секунд. Упаковщик сканирует код «Честного знака», ждёт, пока выйдет внутренний штрихкод площадки, и только потом клеит. На потоке это минуты простоя в час на каждом рабочем месте. На другой площадке то же действие происходит мгновенно — значит, дело не в принтере.
2. Заказы с несколькими единицами разъединяют вручную. Там, где в заказе может быть четыре-пять позиций, сотрудник каждый раз руками делит его на отдельные отправления.
3. Не виден путь изделия. Раскроили ткань → крой ушёл швее → отшили → спецоперации и печать → упаковка. Ни на одном шаге в базе ничего не появляется.
4. Сдельная зарплата — в Excel и на бумаге. Швеи и упаковщицы работают сдельно, выдача еженедельная, а данные о выработке живут вне 1С.
5. Себестоимость партии — «примерно». Партия в 20 штук и партия в 100 штук стоят по-разному, и это нормально, но в базе этой разницы не видно.
6. Нет контроля потерь. «Скроили тысячу — на склад должно прийти около 998, три-четыре в брак это нормально, но я хочу это видеть».
7. Склад: ячейки есть, штрихкодов на них нет. Где лежит изделие, знает кладовщик. Терминалов сбора данных нет.

Почему нельзя починить только производство

Первое желание понятное: «давайте сделаем производство, остальное потом». На практике так почти никогда не выходит. Производство берёт материалы со склада и отдаёт готовое изделие на склад — значит, честные остатки ткани и фурнитуры обязательны, иначе списание в заказе будет фантазией. Готовая продукция уезжает на маркетплейс — значит, ошибки в номенклатуре, размерах и характеристиках сразу вылезут в обмене.

Поэтому обмен с площадкой, склад и производство мы всегда смотрим вместе. Можно поставить отличный модуль обмена, но если номенклатура заведена как попало, а остатки не сходятся — в кабинете площадки будут те же ошибки, только быстрее. Интегратор нужен ровно за этим: отвечать не за отдельную функцию, а за то, чтобы система работала целиком.

Шаг 1. Спецификация: из чего состоит изделие

Спецификация — это рецепт изделия: сколько метров ткани, сколько ниток, пуговиц, молний, этикеток и сколько труда уходит на одну штуку. У большинства производств эти цифры есть — в голове технолога, в таблице, в тетради. В 1С их чаще всего нет.

Без спецификации не работает вообще ничего дальше: ни автоматическое списание материалов, ни расчёт потребности в ткани под план, ни себестоимость. Поэтому первый шаг всегда один — перенести рецепты в базу. Для швейного производства спецификацию обычно делают на базовую модель, а размеры и цвета ведут характеристиками номенклатуры, чтобы не плодить сотни карточек.

Шаг 2. Заказ на производство: у партии появляется маршрут

Дальше мастер перестаёт «раздавать работу», а начинает выдавать задания в базе. Двадцать футболок конкретной швее — это заказ на производство: что делаем, сколько, из чего, кто изготовитель, к какому сроку. Крой, пошив, спецоперации и печать оформляются этапами внутри заказа, и в любой момент видно, на какой стадии партия и сколько ещё осталось.

Материалы в цех передаются документом перемещения — со склада материалов в производство. Именно здесь ломается больше всего проектов: пока ткань уходит в цех «молча», честной себестоимости не будет никогда.

Шаг 3. Сдельная оплата швей и упаковщиц — в базе, а не в Excel

Когда задания выдаются в 1С, выработка считается сама. В УНФ для этого есть задания на работу и сдельные наряды: в них фиксируют, кто, что и сколько сделал, а расценка привязывается к операции или изделию. Дальше расчёт зарплаты забирает эти данные: открываете отчёт и видите, что швея №1 за неделю отшила 200 изделий и ей причитается такая-то сумма.

Тонкость, которую стоит решить до внедрения, а не после: кто вносит выработку. Вариантов три — мастер в конце смены, сама швея на общем рабочем месте, либо сканирование маршрутного листа на участке. Технически работают все три, а приживается тот, который меньше всего меняет привычки людей. Это обсуждается на этапе описания процессов, иначе прекрасная схема упрётся в «швеям некогда, они шьют».

Шаг 4. Себестоимость по партиям: почему 20 штук дороже, чем 100

Партия в двадцать единиц почти всегда дороже в пересчёте на изделие, чем партия в сто: переналадка, раскрой, приладка — одни и те же, а делятся на разное количество. Плюс ткань из разных поставок стоит по-разному. Пока учёт ведётся «в среднем по году», эта разница не видна и решения о цене принимаются вслепую.

В УНФ себестоимость собирается по выпуску: материалы по спецификации, работы по нарядам, распределяемые расходы — аренда цеха, амортизация оборудования, зарплата ИТР. План-фактный анализ показывает, где факт разошёлся с расчётом.

Чтобы разделять партии физически, а не только в отчёте, включают учёт по сериям: каждая партия кроя получает свой номер и дату производства. Тогда «та самая партия из тёмной ткани, которую шили в августе» перестаёт быть устным преданием.

Шаг 5. «Скроили тысячу — на склад пришло 998». Как увидеть потери

Запрос звучит так: брак — это нормально, но хочется видеть, что по пути ничего не потерялось. Для этого нужны всего две вещи: чтобы количество скроенного попало в базу и чтобы приход готовых изделий оформлялся не «пачкой в конце месяца», а по факту сдачи партии.

Дальше работает обычный план-фактный анализ: сколько запланировано, сколько произведено, какое отклонение и в процентах, и в штуках. Брак оформляется отдельно — списанием, отходами или уценкой, и тогда «минус три единицы» становится решением, а не пропажей.

Вторая половина дела — регулярная инвентаризация. Не раз в год «чтобы закрыть», а короткие проверки по участкам: остатки ткани в цехе, готовая продукция на складе отгрузки. В базе это документ с излишками и недостачами, и по нему сразу видно, где именно теряется.

Экраны в статье — из официальных материалов фирмы «1С» по 1С:Управление нашей фирмой, а данные в них — из демонстрационной базы, поэтому в строках мебель и хозтовары, а не футболки. Механика для швейного цеха ровно та же: меняются только номенклатура, характеристики и нормы. Это типовая функциональность, доступная без доработок; в вашей базе часть разделов может быть просто не включена в настройках.

Склад: ячейки без штрихкодов и вопрос про ТСД

Типичная картина: ячеечное хранение есть, но штрихкодов на ячейках нет — просто видно, на какой полке лежит изделие. Это половина решения. Пока ячейка не отсканирована, размещение и отбор держатся на памяти кладовщика, а новый сотрудник входит в работу неделями.

Второй частый вопрос — про терминалы сбора данных: «хватит ли ТСД без отдельного софта?». Нет, не хватит. ТСД — это отдельный маленький компьютер со своей программой и своей базой, и работать с 1С он будет через мобильное ПО: Cleverence или DataMobile — их мы сравнивали отдельно — либо решение самой «1С». Мы партнёры всех трёх и поддерживаем то, что уже стоит у клиента, а если склад автоматизируется с нуля — по нашему опыту рекомендуем DataMobile. И главное: основные деньги проекта — не в лицензии на ПО, а во внедрении, то есть в описании процессов склада, настройке и обучении.

Подробности по складскому контуру разобраны на отдельных страницах: адресное хранение и ячейки, штрихкоды и печать этикеток, внедрение ТСД и порядок запуска склада целиком.

Маркетплейсы: почему этикетка выходит пять секунд

Отдельная история — обмен с площадками. Здесь важно разделить две вещи: скорость работы упаковщика и логику разделения заказов.

Пять секунд на этикетку — это почти всегда не «1С тормозит», а конкретное место в обмене. Типичные причины, которые мы находим в таких случаях: этикетка запрашивается у площадки в момент сканирования, а не готовится пачкой заранее; на каждое сканирование идёт лишний запрос в систему маркировки; печатная форма формируется тяжёлым отчётом вместо готового файла от площадки; обмен работает в одном потоке с фоновыми заданиями. Диагноз ставится замером: где именно уходят эти секунды. Пока замера нет, любые советы — гадание.

Разделение заказов на несколько отправлений — стандартная логика FBS, и в готовых модулях обмена она реализована. Если у вас это делается руками, вопрос не в площадке, а в том, что обмен писали под одну задачу и не расширяли.

Где заканчивается 1С:УНФ

Честный ответ: УНФ хорошо закрывает позаказное и мелкосерийное производство — ровно то, что происходит в большинстве швейных цехов. Спецификации, заказы на производство, этапы, сдельные наряды, себестоимость выпуска, склад и маркировка — всё это типовое.

Граница начинается там, где появляется настоящая многопередельность с планированием загрузки оборудования по сменам, сложные полуфабрикаты с собственным учётом по переделам, несколько площадок и цепочка «давальческая ткань → подрядчик → приёмка». В этот момент честнее посчитать переход на 1С:Комплексную автоматизацию, чем дорабатывать УНФ до неузнаваемости: доработанная конфигурация обновляется дольше, дороже и с риском.

Как мы это внедряем: «Путь героев автоматизации»

Самый частый вопрос после разбора болей — «и сколько это будет стоить». Честно назвать сумму до того, как мы посмотрели базу и процессы, нельзя: на производство сильнее всего влияет состояние склада, а его со слов не оценишь. Зато порядок работы всегда один и расписан по шагам — внутри компании эта технология называется «Путь героев автоматизации», и проходит его не подрядчик в одиночку, а проектная команда с обеих сторон.

В небольшом цехе этапы идут компактно: описание и моделирование занимают недели, а не месяцы, часть шагов совмещается. Порядок при этом не меняется — именно он превращает «сделайте нам, чтобы всё работало» в проект с понятными сроками.

Что с чем связано: сводка по болям

Частые вопросы

С чего начать

Начинать стоит не с выбора программы и не с обсуждения условий, а с фактов о вашей базе. Мы для этого делаем AI Диагностику 1С: разбираем копию базы — доработки, обмены, справочники, регламентные задания, сервер — и отдаём отчёт с находками и планом работ. После него становится понятно, что чинить первым: склад, производство или обмен с площадкой.

Если хотите посмотреть шире, как устроен учёт в одежде и обуви, — есть отдельная страница про 1С для швейного производства и продавцов одежды, разбор производственного контура в 1С и страница про саму 1С:УНФ.