К статье
Практический материал

Администрирование · 10 мин

Сервер взаимодействия 1С: что это и как его использовать

Сервер взаимодействия 1С — что это, как устроен, чем отличается от сервера 1С:Предприятия. Установка, настройка, требования и типичные ошибки администраторов.

Сервер взаимодействия 1С — это отдельный программный продукт фирмы «1С», который обеспечивает обмен сообщениями, звонки и совместную работу пользователей прямо внутри системы 1С:Предприятие. Он не заменяет и не дублирует основной сервер 1С:Предприятия, а дополняет его: отвечает за доставку сообщений системы взаимодействия, видеозвонки, обсуждения документов и оповещения в реальном времени.

Без сервера взаимодействия механизм «Обсуждения» в типовых конфигурациях (Управление торговлей, ERP, Зарплата и управление персоналом, Бухгалтерия предприятия) работает только в файловом режиме с ограничениями либо не работает вовсе. Для клиент-серверных баз, где сотрудники активно комментируют документы и обмениваются сообщениями, отдельный сервер взаимодействия становится обязательным компонентом инфраструктуры.

Продукт распространяется бесплатно для пользователей с действующим договором 1С:ИТС, но требует отдельной установки, настройки и регистрации информационных баз. Администратору важно понимать архитектуру решения, требования к сети и типичные ошибки развёртывания — именно об этом дальше.

Что такое сервер взаимодействия и какие задачи он решает

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

Практические сценарии, которые открывает сервер: бухгалтер комментирует сомнительный документ прямо в его форме, и руководитель получает уведомление; менеджеры ведут переписку в контексте заказа клиента, не переключаясь в сторонний мессенджер; служба поддержки создаёт групповые обсуждения по инцидентам. Дополнительно сервер поддерживает интеграцию с внешними системами — например, ботами в Telegram — через механизм внешних подключений.

Важно отличать сервер взаимодействия от сервера 1С:Предприятия. Первый обрабатывает только трафик системы взаимодействия и не исполняет код прикладного решения, не работает с СУБД и не управляет сеансами пользователей. Это самостоятельный процесс со своими портами, сертификатами и журналами.

Как устроена архитектура и обмен данными

Клиентские приложения (тонкий, толстый, веб-клиент) подключаются к серверу взаимодействия напрямую, минуя сервер 1С:Предприятия. Поэтому сервер взаимодействия должен быть доступен по сети со всех рабочих мест пользователей, а не только с сервера приложений. При публикации через веб-сервер настраивается отдельная точка подключения.

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

Данные обсуждений хранятся на самом сервере взаимодействия, а не в основной базе 1С. Это важно учитывать при резервном копировании: бэкап базы SQL не включает историю переписки. Для сохранения сообщений нужно отдельно архивировать данные сервера взаимодействия.

Требования к инфраструктуре и варианты развёртывания

Сервер взаимодействия поставляется в виде дистрибутива для Linux (наиболее распространённый вариант) и Windows. Для развёртывания на Linux используется набор сервисов, включающих компоненты обмена сообщениями и базу данных самого сервера взаимодействия. Точные версии поддерживаемых ОС и компонентов указаны в документации к конкретному релизу дистрибутива — сверяйтесь с ней, так как состав меняется между версиями.

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

Варианты размещения

Отдельная виртуальная машина на Linux

Рекомендуемый вариант для большинства внедрений: изоляция сервисов, предсказуемое обновление, удобное резервное копирование. Требует навыков администрирования Linux.

Тот же сервер, что и сервер 1С:Предприятия

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

Облачный сервис 1С (для баз в сервисе 1С:Фреш)

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

Как установить и подключить информационную базу

Общий порядок развёртывания одинаков независимо от конфигурации: сначала устанавливается сам сервер, затем в нём регистрируется приложение (информационная база), после чего база подключается к серверу из конфигуратора или в режиме «Предприятие». Ниже — обобщённая последовательность без привязки к конкретной версии дистрибутива.

Порядок подключения базы к серверу взаимодействия
  1. 1
    Установите сервер взаимодействия на выделенную машину по инструкции из дистрибутива и убедитесь, что его службы запущены.
  2. 2
    Проверьте сетевую доступность: порты сервера должны быть открыты со всех клиентских машин, имя сервера должно разрешаться в DNS.
  3. 3
    Зарегистрируйте на сервере приложение для вашей информационной базы и сохраните выданные учётные данные.
  4. 4
    В конфигураторе 1С откройте настройки системы взаимодействия (Администрирование — Обсуждения либо параметры информационной базы) и укажите адрес сервера и учётные данные приложения.
  5. 5
    Перезапустите сеансы пользователей и проверьте, что в режиме «Предприятие» появилась панель обсуждений и сообщения доставляются между двумя тестовыми пользователями.

Подключение выполняется через стандартную обработку настройки обсуждений в типовых конфигурациях: раздел «Администрирование» → «Общие настройки» → «Обсуждения» (точное расположение зависит от конфигурации). Там же включаются уведомления и при необходимости настраивается интеграция с внешними мессенджерами.

Как проверить, что всё работает правильно

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

Контрольные точки

Как проверить результат

Панель обсуждений у пользователя
Норма

Панель открывается, отображается список обсуждений, нет ошибок подключения

Тревожный признак

Ошибка «Не удалось подключиться к серверу взаимодействия» или пустая неактивная панель

Доставка сообщений между двумя пользователями
Норма

Сообщение появляется у получателя в течение нескольких секунд

Тревожный признак

Сообщение уходит, но не доставляется — проверяйте доступность портов и регистрацию базы

Обсуждение в контексте документа
Норма

Кнопка обсуждения активна, комментарий сохраняется и виден второму пользователю

Тревожный признак

Кнопка неактивна — система взаимодействия не подключена для этой базы

Уведомления о новых сообщениях
Норма

Всплывающие оповещения приходят при активном сеансе

Тревожный признак

Оповещений нет — проверьте настройки уведомлений у пользователя и версию платформы

Типичные ошибки и ограничения

Типичные ошибки
01
Подключение базы к серверу по IP-адресу, который потом меняется — после смены адреса обсуждения у всех пользователей отваливаются. Используйте постоянное DNS-имя.
02
Открытие портов только между сервером 1С и сервером взаимодействия — клиенты подключаются напрямую, поэтому порты должны быть доступны со всех рабочих мест.
03
Ожидание, что резервная копия базы SQL сохранит переписку — история обсуждений хранится отдельно и теряется при отказе сервера взаимодействия без своего бэкапа.
04
Использование одного приложения (одной регистрации) для нескольких разных баз — это приводит к смешиванию пользователей и обсуждений между базами.
05
Игнорирование TLS-сертификатов при публикации наружу — самоподписанный сертификат вызывает ошибки подключения у веб-клиента и мобильных клиентов.

Есть и принципиальные ограничения. В файловом режиме работы базы полноценная система взаимодействия через отдельный сервер не применяется — используется встроенный упрощённый механизм с ограничением на число участников. Мобильный клиент и веб-клиент требуют корректной публикации сервера взаимодействия с валидным сертификатом. Видеозвонки заметно чувствительны к качеству канала между клиентами и сервером.

FAQ: частые вопросы о сервере взаимодействия

Нужен ли сервер взаимодействия, если база одна и пользователей мало?

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

Можно ли разместить сервер взаимодействия на той же машине, что и сервер 1С?

Технически можно, если ресурсов хватает и нет конфликтов портов. Но для отказоустойчивости и удобства обслуживания лучше выделить отдельную виртуальную машину: сбой или обновление одного компонента тогда не затронет другой.

Почему пользователи видят ошибку подключения, хотя сервер работает?

Чаще всего причина в сети: клиенты подключаются к серверу взаимодействия напрямую, а не через сервер 1С. Проверьте, что имя сервера разрешается с рабочих мест, нужные порты открыты в межсетевых экранах, а TLS-сертификат доверен на клиентских машинах.

Сохранится ли переписка при переезде базы на другой сервер 1С?

Да, если сервер взаимодействия остаётся тем же и регистрация приложения не меняется: обсуждения хранятся на нём, а не в базе. Но при переносе самого сервера взаимодействия нужно переносить его данные, иначе история будет потеряна.

Работают ли обсуждения в файловой базе без сервера взаимодействия?

В файловом режиме доступен ограниченный вариант системы взаимодействия без отдельного сервера, но с существенными ограничениями по числу участников и функциям. Для полноценной работы, включая звонки и интеграции, требуется клиент-серверный режим и сервер взаимодействия.

Можно ли подключить к серверу взаимодействия Telegram или другой мессенджер?

Да, система взаимодействия поддерживает интеграцию с внешними системами через механизм ботов и внешних подключений. Настройка выполняется на стороне прикладного решения и сервера: создаётся бот, регистрируется интеграция, после чего сообщения из мессенджера попадают в обсуждения 1С.

Итог

Что важно запомнить

Сервер взаимодействия 1С — отдельный бесплатный продукт для обсуждений, сообщений и звонков внутри 1С. Клиенты подключаются к нему напрямую, история переписки хранится на нём самом и требует отдельного резервного копирования. Каждая база регистрируется на сервере индивидуально, а стабильная работа зависит в первую очередь от сетевой доступности и корректных сертификатов.