Вопрос от пользователя: «Я технолог. Мне приходит куча извещений о браке от мастера. Но я один не могу решить, можно ли это исправить. Нужно звать конструктора, смотреть чертежи. Как организовать этот “техсовет” в 1С, чтобы все участники видели проблему и ставили свои резолюции?»
Суть проблемы
Решение о судьбе брака не должно быть единоличным. Исправимый брак требует разработки технологии исправления. Неисправимый — констатации факта потерь. Часто требуется мнение конструктора (можно ли отступить от чертежа?) или начальника цеха (есть ли ресурсы на исправление?). Если собирать совещания по каждому чиху, производство встанет. Нужен асинхронный инструмент принятия решений.
Что может 1С ERP?
1С ERP позволяет настроить механизм коллективного согласования. Документ «Извещение о браке» движется по маршруту, и каждый член техсовета видит его в своих задачах и может вынести вердикт.
Суть подхода:
- Вход в систему: Мастер создал документ и отправил его на техсовет. Документ получает статус «На рассмотрении».
- Работа технолога: Технолог получает задачу. Он осматривает деталь (физически или по фото) и заполняет в документе свою часть: блок «Причины возникновения брака» (нарушение технологии, плохой материал, ошибка конструкции). Он же предлагает предварительное решение.
- Привлечение конструктора: Если технолог видит, что проблема в чертеже, или исправление требует изменения конструкции, он пересылает документ конструктору (или просто добавляет его как согласующего). Конструктор ставит визу: «Отклонение от чертежа допустимо» или «Деталь только в утиль».
- Утверждение начальником цеха: Начальник цеха (или председатель техсовета) смотрит итоговое мнение технолога и конструктора и принимает окончательное решение, фиксируя его в блоке «Решение по браку» (исправимый/неисправимый, технология исправления, виновник).
- Виза ОТК: Инженер ОТК проверяет, что решение не противоречит нормам качества, и ставит свою подпись в электронном документе.
Преимущества подхода:
- Параллельность: Не нужно ждать, пока все соберутся в одной комнате.
- История: Видно, кто какое мнение высказывал.
- Скорость: Решение может быть принято в течение часа, а не недели.
Решение и рекомендации
Создайте в системе группу пользователей «Техсовет цеха №5». Настройте маршрут согласования так, что извещение сначала попадает к технологу, потом, если требуется, автоматически уходит к конкретному конструктору (по привязке к изделию), и только потом к начальнику цеха.
Итог простыми словами
Это похоже на голосование в мессенджере. Мастер кидает в общий чат фото бракованной детали и пишет: «Что делать?». Технолог пишет: «Можно заварить, но прочность упадет». Конструктор отвечает: «Запас прочности большой, заваривайте». Начальник цеха ставит смайлик «Ок». Все всё видят, решение принято, можно работать. 1С ERP делает этот чат формальным и юридически значимым.
Типичные сценарии использования:
- Сценарий 1: Исправимый брак с участием конструктора. Ситуация: При механической обработке случайно сделали фаску не под тем углом. Проблема: Чертеж жесткий, но функционально этот угол не критичен. Решение: Технолог создает задачу конструктору в 1С с вопросом о допустимости отклонения. Конструктор изучает расчеты и выносит вердикт: «Отклонение согласовано, считать годным». Решение техсовета: деталь не исправлять, а признать годной с отклонением. Результат: Деталь спасена, время на исправление не потрачено.
- Сценарий 2: Сложный неисправимый брак. Ситуация: Лопнул корпус редуктора при испытаниях. Проблема: Вина неясна — то ли металл плохой, то ли конструкция слабая. Решение: Техсовет в расширенном составе (включен металлург и конструктор) изучает вопрос в системе. К извещению прикреплены фото и результаты анализа металла. Решение: Брак неисправимый, вина поставщика металла. Результат: Данные уходят в отдел закупок для претензии поставщику.