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

Иллюстрация показывает рабочий контур направления; конкретные шаги и интеграции разобраны ниже.
Как это выглядит без автоматизации
На большинстве площадок видеонаблюдение работает как страховка: записи смотрят после происшествия, чтобы понять, кто виноват. Всё остальное время десятки камер пишут терабайты, из которых никто ничего не извлекает. При этом ответы на самые дорогие вопросы производства — почему пост стоял, где застряла тележка, сколько людей реально было в зоне — физически присутствуют в этих потоках.
Простой становится известен, когда план уже сорван
Мастер узнаёт о том, что пост стоял полсмены, из вечернего отчёта или не узнаёт вовсе: причины простоя пишутся в журнал вручную и задним числом. Между реальной остановкой и реакцией проходит 3–6 часов, за которые пост не производит ничего.
Разбор одного случая съедает половину рабочего дня
Чтобы найти момент повреждения паллеты или выяснить, кто был у станка в 14:20, начальник смены вручную перематывает архив по 4–6 камерам. На один эпизод уходит 40–90 минут, и таких эпизодов в месяц набирается два-три десятка.
Отчётность о простоях расходится с реальностью втрое
В сводках руководителя простой обычно держится на уровне 3–4%: люди фиксируют только длинные остановки. Реальная сумма коротких пауз — переналадка без подготовки, ожидание кран-балки, отсутствие человека на посту — доходит до 12% фонда времени и в отчёты не попадает.
Нарушения регламента видны выборочно
Проход под стрелой, работа без напарника в опасной зоне, движение погрузчика по пешеходному маршруту — всё это фиксируется, только если кто-то смотрел в монитор в нужную секунду. Дальше — акт по факту травмы или повреждения, когда сумма уже потрачена.
Во что это обходится: 12 постов × 16 часов работы в сутки × 22 рабочих дня = 4 224 машино-часа в месяц; скрытый простой 12% = 507 часов × 1 800 ₽ вклада в маржу ≈ 910 000 ₽ в месяц, которые площадка не зарабатывает и не видит ни в одном отчёте.
Возможности системы
Мы подключаемся к RTSP-потокам ваших камер и запускаем поверх них модели компьютерного зрения, настроенные на ваши сцены: где границы поста, что считается простоем, какой маршрут для техники допустим. Модель работает не с картинкой вообще, а с размеченными зонами и правилами, которые вы утверждаете. На выходе — не второй монитор наблюдения, а поток событий: время, зона, тип, кадр-подтверждение, ссылка на фрагмент записи.
Простой поста как измеряемая величина
Для каждой рабочей зоны считается присутствие человека и признаки активности. Пауза дольше согласованного порога превращается в событие с длительностью и привязкой к смене, посту и мастеру. К концу месяца у вас не оценка, а таблица: где именно ушли 500 часов.
Люди в зонах и на маршрутах
Система считает вход и выход из размеченных зон: опасные участки, зона отгрузки, склад комплектующих, курилка. Различает присутствие одного человека там, где по регламенту требуется двое, и фиксирует пребывание дольше нормы.
Движение техники и заторы
Погрузчики, тележки, кран-балка отслеживаются по траекториям. Выезд на пешеходный маршрут, движение задним ходом в узком проезде, скопление техники у ворот отгрузки становятся отдельными типами событий, а не общим ощущением, что на отгрузке тесно.
Скопления людей и очереди
Порог по числу людей в зоне за интервал показывает узкие места: очередь к инструментальной кладовой, толпа у одной кран-балки, сбор смены у выхода за 20 минут до конца. Это ровно те данные, по которым перекраивают расстановку и графики перерывов.
Нарушения регламента по вашим правилам
Правила описываются как сочетание зоны, времени, объекта и условия: работа в зоне пресса при поднятом ограждении, присутствие в цехе вне смены, простой с работающим оборудованием. Мы не навязываем чужой набор — мы кодируем ваши инструкции по охране труда и технологические карты.
Журнал, уведомления и панель показателей
Каждое событие ложится в журнал с кадром и ссылкой на 30 секунд записи до и после. Критичные типы уходят мастеру в Telegram или на почту за минуты. Сводка по неделям и сменам выгружается в BI, где стоит вся остальная аналитика предприятия.
Путь одного события через систему
Каждый шаг оставляет след в журнале: любое решение системы можно открыть и проверить — что пришло, что проверено, что сделано.
Поток снимается с видеосервера, а не с камеры напрямую
Подключаемся к Trassir, Macroscop или Axxon по RTSP отдельной учётной записью с правом только на чтение. Существующая схема наблюдения и записи не меняется, охрана продолжает работать как работала.
Кадры уходят на вычислитель
Обрабатывается не весь видеоряд, а выборка кадров: 2–5 в секунду достаточно для задач присутствия, простоя и маршрутов. Это позволяет держать 20–40 потоков на одной видеокарте вместо гораздо более дорогой полнокадровой обработки.
Модель находит людей, технику и объекты
Детекция и трекинг дают координаты объектов в кадре. Координаты пересчитываются в зоны, которые мы разметили вместе с вашим технологом на схеме цеха, — дальше система рассуждает уже в терминах поста, проезда и участка, а не пикселей.
Правила превращают наблюдение в событие
Слой правил применяет ваши пороги: сколько минут отсутствия считается простоем, сколько человек в зоне допустимо, какие маршруты запрещены в какое время. Событие рождается только тогда, когда условие выполнено устойчиво, — это отсекает мигание детектора.
Событие фиксируется и рассылается
В журнал попадают время, тип, зона, длительность, кадр и ссылка на фрагмент. Критичные типы уходят ответственным сразу, остальные накапливаются для разбора. Мастер может подтвердить событие или отметить как ложное — это обратная связь для настройки порогов.
Данные складываются в показатели
Часы простоя по постам и сменам, число нарушений по типам, загрузка зоны отгрузки по часам выгружаются в BI и сопоставляются с выпуском из учётной системы. Разбор недели начинается не с просмотра записей, а с таблицы.
Что происходит по неделям
Каждый этап заканчивается результатом, который вы видите и принимаете. Оплата привязана к приёмке, а не к обещаниям.
Аудит видеоконтура и выбор сценариев
Удалённо инвентаризируем камеры: разрешение, ракурс, освещённость, частота кадров, что реально видно в зоне. Часть камер честно отбраковываем — по потолочному ракурсу через цех присутствие на посту не считается. Вместе с начальником производства выбираем 4–6 сценариев первой очереди и на схеме цеха размечаем зоны.
Спецификация вычислителя и доступ к потокам
Считаем нагрузку по числу потоков и частоте кадров, выдаём спецификацию сервера с видеокартой либо конфигурацию облачного узла — заказчик закупает и монтирует силами своего подрядчика. Настраиваем сетевой доступ: read-only учётка на видеосервере, отдельный VLAN, канал до вычислителя.
Настройка моделей под ваши сцены
Собираем выборку из вашего архива по каждой зоне: разные смены, освещение, спецодежда, загруженность. Дообучаем детекцию под ваши погрузчики, тару и рабочие места, калибруем трекинг, подбираем пороги так, чтобы ложных событий было меньше 5 на камеру в сутки.
Журнал, уведомления и панель показателей
Разворачиваем журнал событий с фильтрами по зоне, типу, смене и времени, привязываем кадр и фрагмент записи к каждой строке. Настраиваем маршруты уведомлений: кому, по каким типам, с какими порогами и в какое время. Собираем панель с часами простоя по постам и сменами.
Пилот на одном участке
Запускаем систему в боевом режиме на одном цехе или участке. Еженедельно разбираем ложные срабатывания и пропуски вместе с мастерами, правим пороги и зоны. Сопоставляем найденные часы простоя с выработкой из учётной системы — проверяем, что данные сходятся с реальностью.
Тиражирование и сопровождение
Подключаем оставшиеся камеры и участки, добавляем сценарии по мере запросов производства. Следим за дрейфом: смена спецодежды, перестановка оборудования, новое освещение — всё это требует переразметки зон и дообучения. Проверяем нагрузку на вычислитель и полноту потоков.
Модельный расчёт: из чего складывается эффект
Не «до 90% экономии», а конкретная модель с вводными, которые можно оспорить и пересчитать под себя.
| Показатель | Сейчас | После внедрения |
|---|---|---|
| Время разбора одного события | 40–90 минут поиска по архиву 4–6 камер | 2–5 минут по журналу с кадром и фрагментом |
| Учтённый простой постов | 3–4% фонда времени (только длинные остановки) | 12% с привязкой к посту, смене и причине |
| Реакция на остановку поста | к вечернему отчёту, 3–6 часов | уведомление мастеру за 4 минуты |
| Нарушения регламента в опасных зонах | фиксируются выборочно и постфактум | 100% событий в журнале с кадром и меткой времени |
| Повреждения продукции внутрицеховой техникой | 3 случая в месяц, виновник обычно не установлен | 1–2 случая, каждый разбирается в день происшествия |
Полная цена владения — три составляющие
Никаких скрытых платежей: внешние сервисы вы оплачиваете напрямую по своим договорам, мы не делаем наценку на чужие тарифы.
Внедрение
- типовой проект: 1 400 000 ₽
- срок: 6–14 недель
- диагностика, разработка, интеграции, пилот
- документация и обучение команды
Поддержка
- мониторинг и реагирование по SLA
- исправление дефектов бесплатно
- обновление сценариев и интеграций
- ежемесячный отчёт о работе системы
Эксплуатация
- Сервер с видеокартой под 20–40 потоков (закупает заказчик): 150 000 – 400 000 ₽ разово
- Облачный GPU-узел, если своё железо не ставим: 10 000 – 40 000 ₽/мес за узел
- Хранение кадров-подтверждений и журнала событий: 1 500 – 6 000 ₽/мес за терабайт
- Канал между площадкой и вычислителем: по тарифу вашего провайдера
- число подключаемых потоков: 10 камер и 60 камер — это разные вычислители и разный объём разметки
- количество сценариев в первой очереди: простой поста дешевле, чем разбор маршрутов техники
- пригодность существующих камер — если половину нужно переставить или заменить, добавляется работа подрядчика
- тип видеосервера: у Trassir и Macroscop документированный доступ, самописные регистраторы требуют отдельного разбора
- глубина интеграции: журнал сам по себе или сведение простоев с выработкой из учётной системы и СКУД
Участие заказчика
На диагностике достаточно обезличенных примеров. Боевые доступы — только после договора и NDA, через защищённые каналы.
С чем соединяем
Работаем с тем, что у вас уже есть. Если вашей системы нет в списке — скорее всего, подключимся через API: уточним на диагностике.
Как это решение работает в разных бизнесах
Мебельное производство, 2 цеха и 18 рабочих постов: система показала, что 41% простоя — ожидание внутрицехового транспорта между раскроем и присадкой. Поставили вторую тележку на маршрут и сдвинули график перерывов, вернув около 90 часов работы постов в месяц.
Склад класса B, 12 000 м²: камеры на воротах и в зоне комплектации считают скопления людей и техники. Выяснилось, что очередь у ворот 3 держится с 13:00 до 15:00 из-за пересечения графиков приёмки и отгрузки. Разнесли окна — среднее ожидание машины упало с 55 до 20 минут.
Площадка жилого комплекса: фиксация присутствия в опасных зонах под краном и вне зоны монтажа. За первый месяц журнал собрал 214 событий, 60% пришлись на одну бригаду подрядчика — разговор с подрядчиком состоялся с кадрами на руках, а не по итогам травмы.
Транспортный цех на 40 единиц техники: контроль маршрутов погрузчиков и заезда на пешеходные дорожки. Число пересечений с пешеходными маршрутами снизилось втрое за два месяца, а разбор каждого случая повреждения груза сократился с полутора часов до пяти минут.
Сервис на 8 постов: система считает, сколько минут подъёмник занят машиной, но у поста нет человека. Реальная загрузка постов оказалась 61% против ожидаемых 80% — узкое место нашлось на приёмке, а не в цехе.
Что обычно спрашивают
Нужно менять камеры и видеосервер?
Вы работаете удалённо. Кто поставит сервер в цехе?
Насколько это законно по отношению к работникам?
Сколько будет ложных срабатываний?
Это способ следить за людьми и наказывать?
Мы уже платим за видеонаблюдение. Зачем ещё платить за аналитику?
Когда это решение не окупится
- камеры дают меньше 2 кадров в секунду, стоят под потолком через весь цех или засвечены воротами — модель физически не увидит того, что от неё ждут, а замена камер удваивает бюджет проекта
- нет доступа к RTSP: закрытый регистратор без документированного протокола или служба безопасности не готова выдать даже учётку на чтение
- мелкое производство до 5–8 постов: найденные часы простоя не покроют поддержку, дешевле неделя ручного хронометража раз в квартал
- производство без нормативов и регламентов — если не зафиксировано, что считается простоем и нарушением, аналитике не с чем сравнивать, и мы сначала поможем описать правила
- задача — контроль качества изделий и поиск дефектов на потоке: это другая архитектура, другие камеры и другой бюджет, смотрите отдельное решение
Если на диагностике расчёт не сойдётся — мы предложим более простой вариант или честно скажем, что автоматизация вам пока не нужна. Это дешевле для всех, чем проект ради проекта.
Контроль безопасности и СИЗ
Компьютерное зрение на ваших действующих камерах непрерывно проверяет каски, жилеты, очки, перчатки, вход в опасные зоны и проход под грузом. Ответственный получает событие с кадром за секунды, а не акт через три дня.
Производство и компьютерное зрениеМониторинг оборудования
Телеметрия станков и линий превращается в единый журнал: что работало, что стояло, по какой причине и сколько это стоило. Руководитель получает фактический OEE вместо оценки из сменного рапорта, а служба ремонта — наработку вместо календаря.
Производство и компьютерное зрениеКонтроль качества компьютерным зрением
Система смотрит на каждое изделие в потоке, а не на выборку: дефекты поверхности, геометрия, комплектация, читаемость маркировки. Спорное уходит инспектору вместе с кадром, статистика причин брака собирается по сменам и партиям автоматически.
