Видеоконференцсвязь редко покупается одним устройством. Работающая система — это камера, микрофоны, обработка звука, экран, ядро связи, сеть и права доступа, которые должны совпасть между собой и с тем, чем организация уже пользуется. По отдельности исправное оборудование даёт совещание, где удалённую сторону просят повторить, а презентацию показывают камерой в ноутбук.
IVI TECH проектирует и внедряет такие системы: обследуем помещения и существующую инфраструктуру, выбираем архитектуру, собираем спецификацию из совместимых компонентов, монтируем, стыкуем с сетью, экраном и корпоративной платформой, проверяем тестовым звонком и передаём в эксплуатацию. Половина работы здесь приходится на совместимость и настройку, а не на поставку.
Если задача звучит как «оснастить конкретное помещение», начинать удобнее с оснащения переговорной или конференц-зала: там состав считается от геометрии комнаты. Нужны модели и характеристики — это раздел каталога. Здесь — про систему целиком: архитектуру, совместимость, интеграцию, проверку и эксплуатацию.
Состав страницы — как ведомость рабочих чертежей: каждый лист отвечает на один вопрос проекта. Строка ведёт на лист; вернуться сюда можно по шкале слева или через ведомость сверху.
Первое решение проекта — где живёт ядро связи. От него зависит остальное: как подключается камера, кто ведёт адресную книгу, что происходит при обновлении платформы и как в систему попадает внешний участник.
| Архитектура | Что является ядром | Когда её выбирают | Что выясняется до закупки |
|---|---|---|---|
| Программная | Клиент платформы на ноутбуке участника или на выделенном компьютере помещения, которому комната отдаёт камеру, микрофоны и звук | Стандарт связи задан платформой, помещений много, встречи ведут сами сотрудники | Поддерживаемые версии клиента, работа периферии через USB, права на установку ПО, поведение при обновлении платформы |
| Аппаратная | Терминал-кодек, устанавливающий соединение по протоколам сигнализации без рабочей станции | Залы, где связь не должна зависеть от чьего-то компьютера, регламентные совещания, ведомственные контуры | Протоколы на стороне вашей инфраструктуры, наличие сервера или шлюза, интерфейсы камеры и звука, порядок обновления прошивки |
| Гибридная | Аппаратное ядро в залах и программные клиенты на рабочих местах через сервер или шлюз | Часть встреч идёт между залами, часть — с рабочих мест и с внешними участниками | Кто выполняет стыковку протоколов, как выглядит адрес зала для внешнего участника, где ведётся адресная книга |
Архитектура выбирается по тому, к чему организация уже подключена. Есть корпоративный стандарт связи — ядро подстраивается под него; есть требование к автономности зала и работе с внешними абонентами по сигнальным протоколам — разумнее аппаратное ядро. Смешанный парк нормален для крупной организации: задача проекта в том, чтобы в нём был один описанный способ соединиться, а не пять частных.
Деление помещений здесь то же, что на странице оснащения переговорной, — одна комната не должна называться по-разному в двух спецификациях. Границы условные: считать нужно по расстоянию до дальнего участника, форме стола и тому, кто ведёт встречу. Но класс комплекта меняется именно на этих переходах, там, где перестаёт хватать одного микрофона и одного экрана. Ниже — что меняется в системе связи; состав самой комнаты разобран на странице переговорной.
| Помещение и участники | Ядро связи | Видеотракт | Аудиотракт | Что фиксируется в техническом задании |
|---|---|---|---|---|
| Кабинет руководителя, 1 + 2–4 гостя | Программный клиент на рабочем компьютере | Настольная или встроенная камера, один дисплей | Спикерфон с подключением по USB | Аппаратное отключение микрофона с индикацией, один кабель на столе, скорость запуска встречи |
| Малая переговорная, 2–6 человек | Программный клиент, чаще с ноутбука участника | Камера с охватом всего стола | Спикерфон или один потолочный микрофон на комнату | Как комната отдаёт камеру и звук гостевому ноутбуку, если гость пришёл со своей платформой |
| Средняя переговорная, 8–12 человек | Выделенный компьютер помещения или аппаратный терминал | Камера с наведением на говорящего, если функция заявлена в паспорте модели | Микрофонная группа, процессор обработки, акустика с усилителем | Зоны охвата микрофонов и точки установки, кто и чем управляет встречей |
| Большая переговорная, 14–24 человека | Аппаратный терминал или гибридная схема | Две камеры: общий план и говорящий; отдельный вывод под контент | Распределённые микрофоны, эхоподавление по каждому каналу, микширование по приоритету | Число зон микширования, приоритет председательствующего, одновременный вывод документа и удалённых участников |
| Конференц-зал и зал заседаний, от 25 человек | Аппаратное ядро в стыке с конференц-системой зала | Камеры с пресетами на трибуну, президиум и зал | Звук на удалённую сторону снимается с тракта звукоусиления отдельным миксом | Точка стыка связи и конференц-системы, кто формирует микс для удалённой стороны, режим записи и трансляции |
| Ситуационный центр и диспетчерская | Программное ядро на сервере отображения или отдельный терминал | Окно связи как зона экранного поля, а не отдельный экран в углу | Микрофоны на рабочих местах смены, звук через штатную акустику зала | Приоритет окна связи в раскладке, права на его вывод, поведение при тревожном событии |
| Сеть помещений организации, от трёх комнат | Один класс ядра на все типовые комнаты | Два-три типовых комплекта вместо частных решений | Единый профиль настроек обработки звука | Общая адресная книга, единый регламент обслуживания, тиражируемая спецификация |
Две ошибки повторяются чаще остальных: масштабировать комплект малой комнаты на зал — спикерфон, рассчитанный на стол, собирает отражения, и удалённая сторона слышит помещение, а не докладчика; и ставить зальный тракт в комнату на шесть человек — системой перестают пользоваться и возвращаются к ноутбуку.
Камера подбирается по расстоянию до дальнего участника и углу охвата. Проверяются три вещи: попадают ли в кадр крайние места, хватает ли зума на удалённом плане и как камера подключается к ядру. Терминал ORION принимает изображение от USB-камеры, от IP-камеры с потоком по RTSP или по HTTP, а также от любого источника, подключённого по HDMI; в его карточке камера описана как внешняя стационарная с зумом либо управляемая, а количество камер зависит от конфигурации поставки. Автоматическое наведение на говорящего — функция конкретной модели, а не свойство класса: требование выносится в техническое задание и подтверждается паспортом. Камера, направленная в окно, отдаёт силуэты, поэтому её расстановка планируется вместе с расположением мест.
Для связи важен не размер сам по себе, а число одновременных зон: удалённые участники, презентация, документ, иногда схема. Когда зон больше двух, один профессиональный дисплей перестаёт справляться — вопрос решается вторым экраном или экранным полем с управляемыми раскладками. От бытовых телевизоров профессиональные дисплеи отличаются заявленным режимом работы и интерфейсами управления.
Интерактивные панели добавляют пометки поверх документа, работу с доской и сохранение результата. Инженерная проверка здесь одна: уходит ли аннотация удалённой стороне. Если панель рисует локально, а в канал отдаётся только изображение камеры, половина смысла теряется — сценарий проверяется на тестовом звонке, а не после подписания акта.
Претензии к связи почти всегда звучат как претензии к звуку. Ниже — симптомы, с которыми обращаются чаще всего, и то, что стоит за ними в проекте.
| Что происходит на встрече | Причина | Что закладывается в проект |
|---|---|---|
| Удалённая сторона просит повторить, голос звучит гулко | Микрофон принимает больше отражений от стен и стола, чем прямого звука | Сокращение расстояния до говорящего, зоны охвата на столе, акустическая обработка поверхностей |
| Собеседник слышит собственный голос с задержкой | Сигнал из акустики возвращается в микрофон и уходит обратно в канал | Эхоподавление в процессоре по каждому микрофонному каналу, акустика вне оси микрофонов |
| Слышно только тех, кто сидит в центре | Один микрофон обслуживает длинный стол | Распределённые микрофоны: каждая зона — отдельным каналом со своим порогом |
| Громкость скачет от реплики к реплике | Нет автоматической регулировки усиления и правил микширования | Автоматическое усиление и приоритет каналов: председательствующий, трибуна, зал |
| В помещении слышно хорошо, удалённой стороне — тихо | В канал уходит микс звукоусиления вместо отдельного микса для связи | Отдельный микс на удалённую сторону, без возврата её же сигнала |
| Постоянный фоновый шум | Микрофон стоит в зоне вентиляции, проектора или дверного проёма | Перенос точек установки, вынос шумного оборудования, шумоподавление |
Процессор обработки — не дополнительная позиция сметы, а место, где встреча становится разборчивой: в малой комнате его функции берёт спикерфон, в зале это отдельное устройство с матрицей входов и выходов. Микрофоны, громкоговорители, усиление и кабельные трассы мы подбираем под задачу — готовой линейки этих позиций в каталоге нет. Состав аудиотракта собирается от геометрии помещения, выбранного ядра связи и требований закупки, модели и их паспортные параметры фиксируются в спецификации до подписания договора.
Честно о номенклатуре: в разделе оборудования связи у нас одна собственная позиция — терминал ORION, в каталоге он опубликован под названием «Кодек ВКС Орион» (это одно и то же изделие, и в техническое задание переносится каталожное написание). Камеры, микрофоны, процессоры обработки и акустику мы подбираем под конкретную задачу, поэтому спецификация собирается под помещение и под требования закупки, а не выбирается из готового прайса. Что опубликовано в карточке терминала:
Ещё две строки карточки допускают разное прочтение, и переносить их в техническое задание дословно не стоит. Первая — про 4K: в карточке есть и упоминание работы с 4K Ultra HD, и отдельная строка «разрешение при передаче контента» с верхними значениями 1600×1200 при частоте до 60 кадров в секунду и 1920×1080 при частоте до 30 кадров в секунду. Это разные тракты, и как одно требование их трактовать нельзя: если закупка требует именно 4K, указывается тракт — основное видео или поток контента, — а режим подтверждается паспортом партии до включения позиции в спецификацию. Вторая — аудиокодеки: карточка приводит их двумя несовпадающими списками (в одном есть G.711a и G.711u, в другом — AAC-LC и AAC-LD), поэтому итоговый перечень тоже уточняется по паспорту.
Сигнальные протоколы важны там, где связь идёт не только внутри одной платформы: звонок в стороннюю организацию, подключение зала к существующему серверу, работа со старым терминалом, который менять не планируют. Если ядро программное, поддержка этих протоколов определяется платформой и шлюзом — это выясняется до закупки, а не на первом совещании. Полная карточка с характеристиками и ценой — в каталоге.
Совместимость проверяется по четырём спискам, и все четыре собираются до спецификации.
Отдельный вопрос закупок — требование к отечественному программному обеспечению. Мы обрабатываем его как проверяемое условие закупки, а не как повод сослаться на список знакомых платформ. Сначала выясняем по документации, чем ограничен выбор: записью в реестре российского программного обеспечения, местом размещения серверной части или совместимостью с уже развёрнутой у заказчика платформой. Дальше конкретная платформа под проект, её правообладатель и номер реестровой записи фиксируются в техническом задании и проверяются по реестру до подписания договора — номер должен быть действующим на дату проверки, а наименование в реестре совпадать со спецификацией. Собственный реестровый статус оборудования мы в описании решения не заявляем — такие утверждения имеют смысл только с номером записи.
Связь — трафик реального времени, и он не прощает того, что прощает почта. Полоса считается по числу одновременных сеансов и по параметрам выбранного оборудования и профиля платформы: разрешение, частота кадров, видеокодек, отдельный поток контента. Эти цифры берутся из паспорта модели и документации платформы, а не из общей рекомендации, и попадают в исходные данные проекта.
Вопрос решается до выбора оборудования, потому что он определяет и сеть, и порядок эксплуатации.
Обследование → архитектура → спецификация → монтаж → пусконаладка и интеграция → тестовый звонок → обучение и сервис. По этой же цепочке делится смета, и по ней удобно проверять предложение любого подрядчика.
Тестовый звонок — не демонстрация, а испытание с критериями. Ниже минимальный набор проверок, который заказчик может включить в требования к приёмке.
| Проверка | Как проводится | Критерий |
|---|---|---|
| Установление соединения | Звонок на внешнюю сторону по регламентному адресу и обратный вызов | Соединение поднимается с первого раза, без участия инженера |
| Разборчивость речи | Участники говорят по очереди с крайних мест помещения | Удалённая сторона слышит каждого без просьбы повторить, уровни выровнены |
| Эхо и дуплекс | Обе стороны говорят одновременно | Возврата собственного сигнала нет, реплики не обрываются |
| Передача контента | Презентация и документ со штатного компьютера и с ноутбука участника | Контент идёт отдельным потоком, мелкий текст читается удалённой стороной |
| Камера и охват | Проверка планов, пресетов и, если заявлено, наведения на говорящего | Все участники попадают в кадр, пресеты вызываются с панели |
| Устойчивость канала | Кратковременная деградация или обрыв связи | Соединение восстанавливается без перезапуска оборудования, время фиксируется |
| Работа без инженера | Сотрудник заказчика поднимает встречу сам по инструкции | Сценарий проходит полностью: вызов, показ документа, завершение |
Результат оформляется протоколом: что проверялось, при каких настройках и что получилось. Тот же документ становится основой инструкции для пользователей и точкой отсчёта при обращениях в поддержку.
Система, которой боятся пользоваться, считается неработающей. В проект входит обучение ответственных на объекте и инструкция на одну страницу у входа в помещение: как поднять встречу, как показать документ, что делать, если не слышно, и кому звонить. Отдельно фиксируется, кто ведёт адресную книгу и согласует окна для обновления платформы и прошивок.
Дальше работает сервисное сопровождение: диагностика начинается удалённо — по описанию симптомов, фотографиям и журналам системы, — и только при необходимости выезжает инженер. Предусмотрены обучение операторов на объекте и удалённая техподдержка в рабочие часы. Гарантия на поставляемое оборудование — 12 месяцев с даты подписания документа о приёмке; на светодиодные экраны, если в проекте используется светодиодное полотно, — 36 месяцев при соблюдении условий эксплуатации, монтажа и электропитания.
Ближайший по предмету пример — МКУ «ЦТХО», Оренбургская область. Работа шла двумя контрактами: 0153300060625000301 от 10 ноября 2025 года — оборудование для видеоконференцсвязи на 16 918 875 рублей, и 0153300060625000395 от 21 января 2026 года — монтаж и пусконаладка систем видеоконференцсвязи на 911 790 рублей. Схема типична для госзаказчика: сначала закупается оборудование, затем отдельной процедурой — работы по его вводу в эксплуатацию. В такой конструкции важно, чтобы спецификация первого этапа была составлена под выполнимый второй.
В портфеле компании — около 70 государственных контрактов на сумму свыше 650 млн рублей, 60 заказчиков с 2020 года. Требования к документации, обоснованию начальной цены и приёмке разобраны на странице поставки по 44-ФЗ, реализованные объекты — в разделе проекты. Готовое техническое задание разбираем на совместимость и выполнимость до подачи предложения: сразу видно, какие пункты придётся уточнять запросом разъяснений.
Для первой проверки достаточно четырёх вводных: список помещений с числом участников, платформы, которыми вы пользуетесь, что из оборудования уже стоит и есть ли требование к отечественному программному обеспечению. Этого хватает, чтобы назвать архитектуру, собрать предварительную спецификацию и показать, где в существующей инфраструктуре узкое место. План помещения, фотографии и техническое задание ускорят расчёт.
Каждый слой считается, настраивается и принимается отдельно — но проверяется одним звонком.
Аппаратный терминал либо программный клиент на выделенном компьютере помещения. Ядро определяет, как помещение соединяется с внешним участником, по каким протоколам и кто отвечает за адресную книгу и права.
Камера подбирается по расстоянию до дальнего участника и углу охвата, а способ подключения — по интерфейсам ядра: у терминала ORION это USB-камера, IP-камера с потоком по RTSP или HTTP либо источник по HDMI.
Микрофоны по зонам, процессор обработки с эхоподавлением и автоматическим усилением, акустика под геометрию помещения. Отдельно рассчитывается микс, который уходит удалённой стороне.
Число одновременных зон — участники, презентация, документ, схема — задаёт, хватит ли одного профессионального дисплея или нужны второй экран, экранное поле с раскладками и интерактивная панель.
Выделенный сегмент под медиатрафик, приоритет и измеряемые параметры канала, прохождение через межсетевой экран, расположение серверной части, правила подключения гостей и порядок записи.
Настройка обработки звука и камер, подключение к платформе, испытание по методике с критериями, протокол проверки, инструкция для пользователей и обучение ответственных на объекте.
Кодек, программная платформа, коммутация и панель управления обеспечивают подключение участников, презентаций и рабочих источников.
Восемь вводных, без которых спецификация превращается в перечень несовместимых позиций.
Покупка закрывает вопрос поставки, внедрение — вопрос работоспособности. В проект входят обследование помещений и сети, выбор архитектуры, подбор совместимых компонентов, монтаж, настройка обработки звука и камер, подключение к корпоративной платформе, проверка тестовым звонком по методике и обучение пользователей. Если нужны только модели и цены, это раздел каталога с оборудованием связи.
Выбор определяется тем, к чему организация уже подключена. Если корпоративный стандарт связи задан платформой и помещений много, обычно достаточно программного ядра с периферией помещения. Если связь не должна зависеть от чьей-то рабочей станции и нужны звонки по сигнальным протоколам во внешние организации, ставится аппаратный терминал. Гибридная схема применяется, когда часть встреч идёт между залами, а часть — с рабочих мест.
Это проверяется до спецификации. Нужны список платформ, включая те, на которых проходят внешние встречи, версия и способ подключения помещения — клиент, аппаратный терминал по сигнальному протоколу или шлюз между ними. По этим данным мы говорим, что подключается штатно, а где потребуется дополнительное звено.
У терминала ORION (в каталоге — «Кодек ВКС Орион») в карточке указаны протоколы сигнализации SIP по RFC 3261 и H.323, видеокодеки H.264 и H.265, передача контента по BFCP и H.239. Это позволяет стыковать его с корпоративным сервером связи, шлюзом или уже установленными терминалами других производителей. Если ядро системы программное, поддержка этих протоколов определяется платформой и шлюзом и проверяется отдельно.
Обследование фиксирует, что остаётся в системе, что дополняется и что не поддерживает требуемый режим. Часто вместо полной замены хватает одного недостающего звена — процессора обработки звука, шлюза, камеры или кабельной линии. Решение о замене принимается по совместимости и по стоимости эксплуатации, а не по возрасту оборудования.
Полоса считается по числу одновременных сеансов и по параметрам оборудования и профиля платформы: разрешение, частота кадров, видеокодек, отдельный поток контента. Эти цифры берутся из паспорта модели и документации платформы. В проекте фиксируются выделенный сегмент или VLAN, приоритет медиатрафика на коммутаторах и в канале, прохождение через межсетевой экран, а также задержка, джиттер и потери как измеряемые параметры приёмки.
Тестовый звонок проводится до приёмки и является испытанием с критериями: установление соединения без участия инженера, разборчивость речи с крайних мест помещения, отсутствие эха при одновременном разговоре, передача контента отдельным потоком, работа камер и пресетов, восстановление соединения после обрыва и самостоятельный запуск встречи сотрудником заказчика по инструкции. Результат оформляется протоколом.
Как проверяемое условие закупки. Сначала выясняем, чем ограничен выбор в документации: записью в реестре российского программного обеспечения, местом размещения серверной части или совместимостью с платформой, которая у заказчика уже развёрнута. Затем конкретная платформа под проект, её правообладатель и номер реестровой записи фиксируются в техническом задании и проверяются по реестру до подписания договора — номер должен быть действующим на дату проверки, а наименование в реестре совпадать со спецификацией. Собственный реестровый статус оборудования мы не заявляем: такое утверждение имеет смысл только вместе с номером записи.
Гарантия на поставляемое оборудование — 12 месяцев с даты подписания документа о приёмке; на светодиодные экраны, если в проекте используется светодиодное полотно, — 36 месяцев при соблюдении условий эксплуатации, монтажа и электропитания. Диагностика начинается удалённо, по описанию симптомов, фотографиям и журналам системы, при необходимости выезжает инженер; предусмотрены обучение операторов на объекте и удалённая техподдержка в рабочие часы.



Два поля — остальное быстрее уточнить голосом. Если техническое задание, план помещения или фото стены уже есть, приложите файл: посчитаем по нему.