Связка закрывает разрыв между тем, что решили на совещании, и тем, что появилось в учётной системе. ПротоколЭксперт записывает встречу — очную на площадке, выездную, в любой ВКС — и распознаёт речь своим движком, без отправки аудио во внешние сервисы. На выходе получается стенограмма, краткая выжимка и список поручений с ответственными и сроками. Дальше эти поручения попадают в Bitrix24 задачами, привязанными к проекту, объекту или карточке сделки. Если у вас совещания проходят в одном месте, а контроль исполнения живёт в другом, речь именно об этой ситуации.

Записать и распознать совещание — примерно половина задачи. Дальше начинается ручная работа: расшифровать, оформить, разослать. Через неделю никто не может сказать, сколько поручений из протокола закрыто, сколько просрочено и кто вообще должен был что-то сделать. Формально протокол есть, фактически работы нет.

Второй слой — распределённость. У промышленной или строительной компании совещания идут не в одном переговорном зале: планёрка на площадке, выездное совещание с подрядчиком, еженедельный штаб по проекту по видеосвязи, разбор претензии с поставщиком. Чтобы всё это стекалось в одну систему контроля, запись должна работать там, где идёт разговор, а не там, где стоит микрофон в переговорной.

Bitrix24 в корпоративном контуре — это не только CRM. Там живут задачи, проекты, смарт-процессы, права доступа и бизнес-логика. ПротоколЭксперт со своей стороны отдаёт структурированный результат встречи: стенограмму, краткое содержание, поручения, аудио.

Стыковка делается на уровне данных: результат совещания разбирается на поручения, и каждое уходит в портал задачей с исполнителем, сроком и ссылкой на источник. На стороне портала это REST-вызовы, вебхуки, бизнес-процессы и роботы — конкретный набор зависит от редакции Bitrix24 и ваших прав.

Что обычно нужно получить на первом этапе:

• штаб по проекту → задачи в проекте Bitrix24 с дедлайном и постановщиком;

• разбор с подрядчиком или поставщиком → файл протокола и комментарий в карточке;

• планёрка на площадке → чек-лист работ на смену;

• совещание у директора → сводка поручений по руководителям направлений.

РУТ КОД делает обе части работы: заказную разработку и интеграции для крупного бизнеса с распределённой инфраструктурой, и продукты экосистемы «Эксперт». Данные компании на 2026 год: на рынке с 2021 года, 135+ специалистов, 90+ проектов. Продукты экосистемы включены в реестр отечественного ПО.

Четыре условия, которые отличают эти отрасли от офисных продаж и поддержки.

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

Связь на площадке. Запись должна переживать плохой интернет или его отсутствие. ПротоколЭксперт работает в режиме офлайн: аудио сохраняется локально, обработка запускается, как только появляется соединение.

Сменный режим и подрядчики. Часть участников совещания не имеет учётной записи в портале: подрядчик, представитель стройконтроля, водитель, представитель поставщика. Кто-то должен вносить решения по ним в систему, и это правило описывается заранее, иначе половина поручений останется вне контроля.

Закрытый контур. В протоколах совещаний лежат цены, сроки, претензии, персональные данные. Для промышленности и нефтегаза это данные, которые не выходят за периметр. ПротоколЭксперт ставится в контуре заказчика, аудио и распознанный текст не покидают вашу инфраструктуру.

Пилот ставится на одном проекте и одном типе совещания, а не на всей компании. Стандартный путь — три этапа.

Диагностика (1–2 недели). Берём записи реальных совещаний — три-пять штук, обезличенных — и прогоняем через ПротоколЭксперт. Смотрим, где распознавание спотыкается на терминологии, сколько поручений извлекается корректно и сколько требует правки. Собираем словарь: список объектов, участников, аббревиатур, должностей. Проектируем обмен с Bitrix24: какие задачи создаются, в каком проекте, с каким сроком по умолчанию.

Пилот (1 месяц). Подключаем один тип совещания — обычно это еженедельный штаб по объекту или планёрка на площадке. Всё, что извлекается автоматически, проходит через человека перед отправкой в портал. Ведём счётчик: сколько поручений прошло без правки, сколько потребовало уточнений, сколько отредактировали полностью.

Тиражирование. Если точность устраивает — расширяем на другие объекты и типы совещаний. Базовые правила остаются, меняется только словарь терминов и список участников.

Честный блок про ограничения — то, что руководитель проверяет в первую очередь.

• У совещаний нет хозяина процесса, и после автоматического разбора поручения всё равно переписывают вручную, а половину выбрасывают. Тогда ускоряется лишний шаг, а не работа.

• Bitrix24 не является местом, где реально живёт исполнение: задачи ставят в мессенджере, а портал ведут для отчётности. Связка создаст ещё один список, который никто не откроет.

• Нет готовности менять регламент: кто фиксирует поручение, в какой момент, кто утверждает формулировку до отправки в портал.

• От подрядчиков ждут, что они сами начнут работать в системе заказчика.

Что потребуется от вас:

• человек, отвечающий за исполнение поручений, а не за наличие протокола в папке;

• правила соответствия: тип совещания → какие задачи создаются, в каком проекте, какой срок по умолчанию;

• данные для словаря и нормализации: перечень объектов, контрагентов, должностей, внутренних аббревиатур;

• доступы и роли: кто вправе создавать задачи, кто видит протоколы по объекту, как разделены права между площадками;

• решение по хранению аудио и стенограмм: где, сколько, у кого доступ.

«У нас десятки объектов, совещания везде разные. Кто будет настраивать шаблоны?» Базовый набор собирается один раз, дальше тиражируется по объектам. Отличия по площадкам — это словарь терминов и список участников, а не логика целиком. На каждый следующий объект уходит в среднем день работы, не месяц.

«Записи совещаний уходят на вашу сторону?» Работа идёт в контуре заказчика. Аудио, стенограммы и извлечённые поручения хранятся на вашей инфраструктуре. Мы настраиваем обмен с порталом, но не видим содержания.

«На части площадок плохой интернет. Запись не потеряется?» ПротоколЭксперт работает офлайн: запись сохраняется локально, обработка стартует при появлении соединения. Если связь оборвалась во время совещания, запись дописывается локально до конца, потом уходит на распознавание.

«Если распознавание ошибётся, кто отвечает за неверное поручение?» Поручение считается зафиксированным после того, как его увидел человек. Автоматика готовит черновик, ответственность за формулировку остаётся на том, кто ведёт совещание. Это же правило снимает спор с исполнителем, который «понял иначе».

«Что придётся делать моим людям?» Запускать запись, проверять список поручений перед отправкой в портал, закрывать задачи как обычно. В среднем на проверку одного протокола уходит 3–5 минут — вместо 20–30 минут на ручное оформление.

Принесите две вещи: одну запись реального совещания — обезличенную, 20–30 минут, лучше с площадки или из цеху — и доступ к тестовому проекту в вашем Bitrix24. Разберём эту запись и покажем, как поручения из неё выглядят задачами портала: с исполнителями, сроками и привязкой к источнику. За один разбор видно, где распознавание спотыкается на вашей терминологии, а где порядок наводить не нужно.