Контроль качества по фото
Модель сравнивает кадр с поста контроля с эталоном: сколы, задиры, геометрия, комплектность упаковки, читаемость маркировки. Спорные кадры уходят контролёру, а не бракуются автоматически.
ИИ на заводе окупается там, где есть поток однотипных решений: контроль качества по фото, разбор рекламаций, планирование ремонтов по телеметрии, подбор аналогов в спецификациях. Мы разворачиваем модели внутри контура предприятия, стыкуем их с 1С и MES, а первый сценарий выводим в работу за 4–8 недель на одной измеримой метрике.
Начинаем не с цеха целиком, а с одного участка, где есть поток однотипных случаев и метрика, которую можно снять из системы без ручного пересчёта. Эти шесть сценариев чаще других проходят отбор на диагностике.
Модель сравнивает кадр с поста контроля с эталоном: сколы, задиры, геометрия, комплектность упаковки, читаемость маркировки. Спорные кадры уходят контролёру, а не бракуются автоматически.
Претензия разбирается по фото, актам и истории партии: вероятная причина, ответственный участок, похожие случаи из архива. На выходе — проект ответа клиенту и задача в производство.
Сводим телеметрию, журналы простоев и историю замен, подсвечиваем узлы с растущим риском отказа и предлагаем окно для работ до аварийной остановки.
Замена ищется по характеристикам, а не по названию: марка стали, посадка, класс защиты, ГОСТ. Каждый кандидат идёт со ссылкой на источник и пометкой, что требует согласования с КБ.
Письмо с чертежом или спецификацией разбирается автоматически: номенклатура, объём, сроки, чего не хватает для расчёта. Заявка попадает в CRM и 1С с заполненными полями.
Кейс: цифровой отдел продажКаски и жилеты, работа в зоне действия крана, присутствие в опасной зоне. Событие фиксируется с кадром и уходит мастеру смены. Штрафовать по видеособытиям мы не советуем: метрика здесь — время реакции, а не число наказанных.
Таблицей удобно выбирать первый сценарий. Правая колонка важнее трёх левых: если данных нет, участок в пилот не идёт, каким бы привлекательным он ни выглядел.
| Участок | Сценарий | Метрика | Что нужно от завода |
|---|---|---|---|
| ОТК | Контроль качества по изображениям | Доля пропущенного брака, время проверки партии | Размеченные кадры по каждому типу дефекта, эталон, стабильная фотофиксация на посту |
| Рекламации | Разбор претензии и поиск причины | Срок ответа клиенту, доля повторных обращений | Архив претензий и актов разбора за 1–2 года |
| Главный механик | Планирование ремонтов | Часы аварийных простоев, доля плановых работ | Телеметрия либо журналы отказов, замен и обходов |
| Снабжение и КБ | Подбор аналогов и спецификаций | Время подбора позиции, доля согласований с первого раза | Справочник номенклатуры с характеристиками, а не только с наименованиями |
| Отдел продаж | Разбор входящих заявок на изготовление | Время до расчёта, доля заявок без ручного ввода | Доступ к почте, прайсы и правила расчёта себестоимости |
| Планирование | Черновик сменного задания | Время составления плана, число переделок | Нормативы времени по операциям и текущая загрузка оборудования |
| Охрана труда | Контроль СИЗ и опасных зон | Время реакции на нарушение, доля разобранных событий | Камеры с рабочим ракурсом и регламент реагирования мастера |
Эти ограничения встречаются почти на каждом заводе. Мы называем их на диагностике, а не после подписания договора, потому что от них зависит и срок, и выбор первого участка.
В отдельной вкладке работать никто не будет, поэтому сценарий сразу подключается к системам, где уже сидят люди: 1С и ERP для номенклатуры, заказов и себестоимости, MES и СКУД для событий смены, почта и мессенджеры для входящих заявок, видеонаблюдение для контроля качества и охраны труда. Про связку с учётной системой подробнее — на странице внедрение ИИ в 1С.
Модели разворачиваются на сервере предприятия. Стек собран только из открытых весов: Qwen, DeepSeek и GLM для текста и агентных сценариев, GigaAM для русской речи на планёрках и разборах инцидентов. Ни один чертёж, прайс или акт не уходит во внешний сервис. Изолированная от интернета сеть цеха не мешает — контур работает автономно, подробности на странице локальный ИИ.
Каждое необратимое действие проходит через человека. Система не останавливает линию, не бракует партию и не отправляет ответ клиенту сама: она готовит решение, а подтверждает его контролёр, мастер или руководитель. Действия журналируются, права разграничены по ролям, обновления уходят в продуктив только после ручной проверки.
Порядок один и тот же, меняется только содержание пилота. Первый шаг ничего не стоит и заканчивается расчётом на ваших цифрах, а не презентацией.
Разбираем процессы, доступные данные и системы. На выходе — карта сценариев, выбранная метрика и ROI-модель. 30–40 минут разговора плюс несколько дней на сбор данных.
Один участок, одна метрика. Разметка, обучение, интеграция, замер до и после. Сумма пилота идёт в зачёт внедрения, если продолжаем.
Контур на сервере завода: модели, интеграции с 1С и MES, роли и доступы, дашборды по участкам, регламенты для смен и обучение администратора.
Новые участки итерациями, еженедельный release candidate с полным changelog, подпись версии и откат одним действием, мониторинг и SLA.
Не управляет оборудованием. Мы не пишем логику для ПЛК и не вмешиваемся в АСУ ТП: это другая зона ответственности и другие требования по промышленной безопасности. ИИ работает слоем выше — читает данные, готовит решения, оформляет документы, ставит задачи людям.
Не выдаёт заключений, за которые отвечает аттестованный специалист. Разбраковка по ГОСТ, экспертиза сварных швов, допуск оборудования к работе — это подпись человека. Модель сокращает объём ручной проверки и подсвечивает подозрительные случаи, но ответственность не переносит.
Не работает на данных, которых нет. Если фотофиксации на посту контроля не существует, сценарий начинается с камеры и разметки, а не с модели. Мы говорим это до договора: часть проектов на диагностике заканчивается решением сначала навести порядок в данных. Общая логика проектов описана на странице внедрение ИИ.
С того, где сходятся три условия: поток однотипных случаев, накопленный архив и метрика, снимаемая из системы автоматически. Чаще всего это разбор рекламаций и обработка входящих заявок на изготовление — данные там уже текстовые, результат виден за две-три недели. Контроль качества по изображениям даёт более заметный эффект, но требует разметки и нормальной фотофиксации, поэтому обычно идёт вторым шагом. Порядок фиксируется на диагностике: мы считаем, сколько часов и денег процесс съедает сейчас, и сравниваем с прогнозом после автоматизации.
Предиктивные ремонты в чистом виде на таком парке не собрать, и мы это говорим сразу. Есть три обходных пути. Первый — навесить внешние датчики вибрации и температуры на несколько критичных узлов: это дешевле полной модернизации и достаточно для пилота. Второй — работать с тем, что уже пишется руками: журналы обходов, заявки на ремонт, акты простоев, закупки запчастей. Даже такая история позволяет находить повторяющиеся отказы и планировать работы. Третий — начать с других участков, где данные есть, и вернуться к оборудованию позже.
Универсального числа нет, оно зависит от того, насколько дефект заметен и однообразен. Скол на кромке при стабильном освещении распознаётся по небольшой выборке, а тонкие отклонения геометрии или редкий дефект требуют кратно больше примеров и часто дополнительной съёмки. Практический порядок работы такой: на диагностике смотрим, что уже снято на посту контроля, определяем типы дефектов, и первые дни пилота уходят на разметку вместе с вашим контролёром. Если примеров по какому-то типу почти нет, этот тип в пилот не берётся — модель на нём просто не научится.
Нет, и мы не продаём такой сценарий. Система работает как первичный фильтр: пропускает очевидно годное, останавливает очевидно бракованное и отправляет спорное человеку с подсветкой того, что показалось подозрительным. Меняется структура работы контролёра — меньше просмотра однотипных деталей, больше разбора сложных случаев и ведения эталонной базы. Аналогично с мастером: он перестаёт вручную собирать сводки по смене и разбирается с отклонениями. На проектах, где людям сначала отдавали снятие рутины, а контроль подключали позже, сопротивление снималось быстрее.
Не уйдут: модели, векторные индексы, журналы и интерфейсы разворачиваются на вашем сервере, внешние API по умолчанию отключены, запросов в публичные сервисы ноль. Это принципиально для чертежей, спецификаций, себестоимости и переписки с заказчиками — то есть для коммерческой тайны, а не только для персональных данных. Контур работает и в изолированной сети без выхода в интернет. Код, данные и сервер принадлежат заказчику, условия выхода из подписки зафиксированы в договоре, обновления приходят пакетом с подписанной версией.
Диагностика с ROI-моделью входит бесплатно. Пилот на одном участке — $3–5 тыс. за 2–4 недели, и эта сумма засчитывается в стоимость внедрения. Внедрение под ключ начинается от $30 000 и зависит от числа участков, глубины интеграций с 1С и MES, требований к железу под зрение и распознавание речи. Подписка на развитие — $2,5–5 тыс. в месяц. Срок окупаемости мы не обещаем заранее: он считается на диагностике из ваших чисел по времени операции, стоимости часа и цене брака, и проверяется замером до и после пилота.
30–40 минут разбора: смотрим ваши процессы, отмечаем, что можно передать ИИ, считаем ROI-модель на ваших объёмах и сроках. Вы уходите с расчётом и картой внедрения — даже если работать дальше не будете.