Снижение брака на 40% через контроль в 1С: производственный кейс

Завод металлических комплектующих в Подмосковье снизил процент брака с 6,8% до 4,1% за три месяца, не меняя оборудование и не нанимая дополнительных контролёров ОТК. Ключевое изменение – настроенный пооперационный учёт брака в уже установленной 1С:ERP. Экономия составила 333 000 ₽ в месяц только на прямых потерях материалов и машинного времени.

Где терялись деньги: исходная ситуация

Завод выпускал корпусные детали для вентиляционного оборудования. Брак выявляли в конце смены – когда деталь уже прошла четыре технологических операции.

Потери на одну бракованную деталь складывались так:

• Материал (листовая сталь, заготовка): 480 ₽
• Машинное время (4 операции, амортизация станка): 1 200 ₽
• Зарплата операторов (4 человека по операции): 650 ₽
• Итого: 2 330 ₽ на деталь

При 360 бракованных деталях в месяц прямые потери составляли 838 800 ₽. Сверху – штрафные санкции по заказам из-за срывов сроков: ещё 90 000-120 000 ₽ ежемесячно.

Главная проблема была не в объёме брака, а в непрозрачности. Оператор знал, что деталь ушла в брак, но на какой именно операции произошла ошибка – в 1С не отражалось. Технолог работал вслепую.

Три механики пооперационного контроля в 1С

В 1С:ERP и в 1С:КА маршрутные листы есть в типовом функционале. Задача была настроить их так, чтобы каждое закрытие операции содержало данные о браке – без возможности «забыть» заполнить.

Механика 1. Виды брака с привязкой к операции. В справочнике «Виды брака» создали 12 позиций – по 3-4 на каждый участок. Стало видно: фрезерный участок даёт «задир на посадочной плоскости», токарный – «превышение допуска по диаметру». До этого в отчётах стояло просто «брак» без расшифровки.

Механика 2. Пороговое значение и автозадача. Если процент брака на операции превысил 3% за смену, 1С автоматически создаёт задачу на технолога с приоритетом «высокий». Порог 3% выбрали по статистике последних двух лет: выше этого значения причина почти всегда системная, а не случайная.

Механика 3. Партионный учёт с привязкой к оператору. Каждая партия получила уникальный номер, в маршрутном листе фиксируется исполнитель каждой операции. Анализ за первый месяц показал: 68% брака на токарном участке создали двое операторов из восьми.

Пошаговый регламент внедрения

Этот порядок подходит для производства с партионным выпуском. При единичном производстве шаги 1 и 3 адаптируйте под схему заказов.

Шаг 1. Декомпозируйте операции в технологической карте. Не «токарная обработка» одной строкой, а «токарная – черновая» и «токарная – чистовая» раздельно. Чем точнее операции в 1С совпадают с реальными переходами на станке, тем точнее потом будет анализ.

Шаг 2. Создайте справочник видов брака. Не больше 5-6 позиций на участок. Если их больше, операторы выбирают наугад – данные теряют смысл. Примеры: «риска», «задир», «превышение допуска по диаметру», «некомплект», «деформация».

Шаг 3. Сделайте поле «Количество брака» обязательным. В маршрутном листе поле должно принимать значение – включая ноль. Без этого операторы оставляют его пустым, и отчёт не отражает реальной картины.

Шаг 4. Настройте пороги и автоматические задачи. Для каждой операции определите порог: при превышении – задача на технолога в тот же день проведения документа. Отправная точка для порога – утроенное среднее значение за последние три месяца. Автоматические задачи по нарушениям в 1С исключают ситуацию, когда технолог узнаёт о проблеме от мастера на следующей неделе.

Шаг 5. Запустите ежедневный отчёт технолога. Сводка по браку за прошедшую смену должна приходить к 9:00 – по участкам, видам и операторам. Еженедельный формат не работает: за неделю накапливается 5-7 рабочих смен с одной и той же системной ошибкой.

Шаг 6. Проведите обучение операторов за 30 минут. Три действия: закрыть операцию, указать количество брака, выбрать вид. Больше объяснять не нужно. Если инструктаж занимает больше получаса, интерфейс слишком сложный – упрощайте.

Чек-лист: 8 точек контроля качества в производстве

Пройдитесь по списку и отметьте, что уже настроено:

• Маршрутные листы ведутся по каждой партии, а не по заказу в целом
• Количество брака фиксируется пооперационно, поле обязательное для заполнения
• Справочник видов брака заполнен – не более 5-6 позиций на участок
• Исполнитель каждой операции фиксируется в маршрутном листе
• Настроен автоматический триггер задачи при превышении порога брака
• Технолог получает ежедневный отчёт за прошедшую смену, а не за неделю
• В отчёте видна динамика брака по операторам, а не только по участкам
• Данные о браке попадают в себестоимость в день проведения документа, без отсрочки

Если отмечено меньше четырёх пунктов – большая часть брака сейчас только фиксируется, но не управляется.

Типовая ошибка в подсчёте: почему реальный брак выше, чем показывает отчёт

Большинство производств считают процент брака как отношение бракованных единиц к выпущенным годным. Это занижает показатель и маскирует рост проблемы.

Пример. Запущено в производство 1 000 деталей. Выпущено 920 годных, 80 – брак. По распространённой формуле: 80 / 920 = 8,7%. По правильной: 80 / 1 000 = 8,0%.

Разница кажется небольшой. Но при 30% браке стандартная формула даёт 43% вместо реальных 30% – то есть почти полуторакратное завышение, которое скрывает истинный масштаб потерь при попытке их снизить.

Правильная формула: процент брака = (количество брака / количество запуска в производство) × 100.

В 1С это настраивается в параметрах отчёта «Анализ брака» – там есть выбор базы для расчёта: по запуску или по выпуску. По умолчанию стоит «по выпуску» – измените на «по запуску».

Результаты через три месяца: цифры до и после

О том, как выстроить систему метрик для оценки динамики – в статье «Метрики контроля в 1С: как оценить эффективность за 3 месяца». Для этого кейса приведём ключевые показатели напрямую.

До внедрения:

• Процент брака (по запуску): 6,8%
• Прямые потери: 838 800 ₽ в месяц
• Среднее время обнаружения: в конце смены, 4-8 часов после операции
• Причина установлена: в 12% случаев брака

Через три месяца:

• Процент брака (по запуску): 4,1% – снижение на 40%
• Прямые потери: 505 500 ₽ в месяц – экономия 333 000 ₽
• Среднее время обнаружения: в момент закрытия операции, до 20 минут
• Причина установлена: в 89% случаев брака

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

Без партионного учёта и привязки брака к оператору работа технолога во втором месяце была бы вслепую. Конкретные данные из 1С дали точку приложения усилий.

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

Подходит ли пооперационный контроль для мелкосерийного производства?

Да, с поправкой: маршрутные листы ведите по каждому заказу, а не по партии. Справочник видов брака делайте по операциям, а не по участкам – так анализ будет точнее при малом объёме выпуска.

Нужна ли доработка 1С или хватит типового функционала?

В большинстве случаев хватает типового. 1С:ERP и 1С:КА содержат маршрутные листы, партионный учёт и справочник видов брака без дополнительного программирования. Доработка нужна, если требуются нестандартные триггеры или интеграция со станками по протоколу OPC UA.

Как убедиться, что операторы вносят данные честно, а не занижают брак?

Два рабочих правила. Первое: технолог раз в неделю сверяет данные 1С с физическим объёмом брака в накопительном баке на участке – расхождение больше 15% сразу заметно. Второе: маршрутный лист без указания вида брака система не принимает, поэтому «забыть» статус целой строки не получится.

Как понять, что внедрение прошло успешно?

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