Пооперационный учёт — граница между «мы примерно знаем, что происходит в цехе» и «мы видим движение каждой пачки». Он же самая тяжёлая часть автоматизации швейного производства: технически потому, что типовые конфигурации не заточены под рабочее место швеи, организационно — потому что требует изменить привычки десятков людей. Разберём, как устроен этот контур в 1С: маршрутные листы, наряды, штрихкодирование операций и то, что нужно решить до начала.
Зачем он нужен
Прежде чем разбирать механику, стоит понять, какие вопросы закрывает пооперационный учёт и какие остаются без него.
- Где заказ. Не «в цехе», а «пачки 4517–4522 прошли обработку низа, ждут ВТО».
- Сколько заработала швея. Расчёт по факту, а не по талонам и памяти.
- Какая операция тормозит поток. Очередь перед операцией видна в цифрах.
- Сколько реально занимает операция. Фактическая статистика вместо нормативов десятилетней давности.
- Где возник брак. Дефект привязывается к операции и исполнителю.
- Каков объём НЗП. Считается автоматически по незавершённым маршрутам.
Если хотя бы три из этих вопросов на предприятии регулярно возникают и остаются без ответа, пооперационный учёт окупится.
Маршрутный лист как основа
Центральный объект — маршрутный лист, сопровождающий пачку кроя по цеху. Он формируется документом раскроя и содержит:
- номер пачки и штрихкод;
- заказ, модель, размер, рост, цвет;
- количество комплектов в пачке;
- последовательность операций с участками;
- плановую дату завершения;
- поля для отметок о выполнении.
Физически это распечатанный лист, который движется вместе с пачкой. Электронный аналог живёт в системе и наполняется отметками по мере сканирования.
Практическая деталь: размер пачки определяет всю экономику учёта. Пачка в 10–30 изделий — рабочий диапазон. Меньше — слишком много сканирований и бумаги; больше — теряется гибкость и растёт НЗП.
Схемы фиксации выполнения
Сканирование на выходе с операции. Швея заканчивает обработку пачки и сканирует маршрутный лист. Система записывает: операция, исполнитель, время. Один скан — минимум сопротивления.
Сканирование на входе и на выходе. Позволяет измерять чистое время операции и время ожидания. Точнее вдвое, но и действий вдвое больше — оправдано на участках, где нужна детальная аналитика.
Отрывные талоны. Бумажный вариант: с маршрутного листа отрывается купон операции, талоны сдаются в конце смены и вводятся. Дёшево в оснащении, но данные появляются с задержкой и требуют ручного ввода.
Отметка мастером. Мастер фиксирует прохождение пачек за смену. Годится как переходный вариант на старте, пока цех привыкает.
Рекомендация: начинать с отметки мастером или талонов, чтобы отладить справочники и маршруты, и переходить на сканирование через месяц-два, когда данные уже проверены.
Рабочее место швеи
Типовой интерфейс 1С для цеха не годится: он рассчитан на офисного пользователя. Нужно отдельное упрощённое рабочее место, и требования к нему жёсткие.
- крупные элементы, читаемые с расстояния и без очков;
- не более двух действий на отметку: идентификация работника и скан пачки;
- операция определяется автоматически по участку и по маршруту, а не выбирается из списка;
- мгновенный отклик — задержка больше секунды воспринимается как поломка;
- работа в офлайне с последующей синхронизацией, если Wi-Fi нестабилен;
- отображение накопленной выработки и заработка за смену — главный мотиватор пользоваться системой;
- понятное сообщение при ошибке: «эта пачка ещё не прошла предыдущую операцию», а не код исключения.
Последние два пункта определяют, примет ли цех систему. Если швея видит, сколько заработала, сканирование становится её интересом, а не обузой.
Наряды и расчёт выработки
Отметки о выполнении операций агрегируются в наряды — документы, на основании которых считается сдельный заработок.
Схема расчёта: по каждой отметке известны операция, количество комплектов в пачке и исполнитель. Расценка операции берётся из технологической карты, действующей на дату выполнения. Заработок за операцию — произведение расценки на количество; за период — сумма по всем отметкам.
Что важно предусмотреть:
- Версионность расценок. При изменении расценок пересчёт прошлых периодов недопустим — расценка фиксируется на дату выполнения.
- Бригадное распределение. Если оплата бригадная, наряд оформляется на бригаду с распределением по коэффициентам участия.
- Переделки. Повторное выполнение операции по браку своей вины не оплачивается; по чужой вине или по вине материала — оплачивается.
- Совмещение. Один работник может выполнять несколько операций подряд — система должна это допускать без обходных путей.
- Ученичество. Новые сотрудники работают медленнее; либо отдельная схема оплаты, либо доплата до гарантии.
Что нужно подготовить до запуска
Пооперационный учёт не запускается настройкой — он требует нормативной базы, которой на предприятии может не быть в нужном виде.
- Справочник операций с наименованиями, которые реально используют в цехе, а не из учебника.
- Нормы времени по каждой операции. Если их нет, придётся нормировать — это работа технолога на недели.
- Расценки через тарифные ставки разрядов, а не заданные вручную.
- Маршруты по моделям — последовательность операций с привязкой к участкам.
- Структура участков и распределение сотрудников по ним.
- Положение об оплате труда, где зафиксированы правила по браку, переделкам, простоям и гарантиям.
Последний пункт — не формальность. Пооперационный учёт делает видимым всё, что раньше решалось договорённостями, и без письменных правил цех получит поток конфликтов.
Отчёты, которые появляются
- Движение пачек — где находится каждая пачка заказа и сколько операций до готовности.
- Выработка по сотрудникам и бригадам за смену, неделю, месяц.
- Коэффициент выполнения норм по операциям — выявляет перекосы в расценках.
- Очереди перед операциями — текущее узкое место потока.
- Фактическая длительность операций — база для пересмотра норм.
- НЗП по маршрутам — объём незавершённого производства по стадиям готовности.
- Брак по операциям и исполнителям.
- Прогноз завершения заказа по фактическому темпу прохождения пачек.
Последний отчёт обычно оказывается самым востребованным у руководства: он превращает вопрос о сроке из предмета обещаний в расчёт.
Организационная часть: как не провалить внедрение
Технически контур настраивается за недели. Проваливается он почти всегда по организационным причинам.
Объяснить, зачем это людям. Сканирование без объяснения воспринимается как слежка и контроль. Если швея понимает, что система защищает её заработок от ошибок учёта и от «забыл посчитать», отношение меняется.
Связать с оплатой сразу. Если отметки не влияют на зарплату, их не будут делать. Параллельный учёт «для системы» и «для расчёта» держится максимум пару недель.
Запускать на одном потоке. Обкатка на одной бригаде или одном участке в течение месяца выявляет все проблемы дёшево. Одновременный запуск на всём производстве — типичная причина отката проекта.
Держать поддержку в цехе первые недели. Человек, который подходит и помогает, стоит дороже любой инструкции.
Не ужесточать нормы сразу. Как только по фактической статистике станет видно, что выработка выше нормы, возникнет соблазн пересмотреть расценки. Сделав это в первые месяцы, вы гарантированно получите саботаж.
Итог
Пооперационный учёт строится на маршрутном листе пачки кроя со штрихкодом, отметках выполнения на операциях и нарядах, из которых считается сдельный заработок. Обязательные условия — упрощённое рабочее место швеи с откликом меньше секунды и отображением заработка, подготовленная нормативная база (операции, нормы времени, расценки через тарифные ставки, маршруты) и письменное положение об оплате труда.
Запускать нужно на одном потоке, с первого дня связав отметки с расчётом зарплаты, и не пересматривать нормы в первые месяцы. Настроить контур и сделать рабочее место, которое цех примет, мы помогаем в рамках решения «1С:Швейное производство».