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

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

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

Материал охватывает типовой сценарий: установка сервера взаимодействия на отдельную машину или на сервер 1С, регистрация информационной базы, подключение клиентов и проверка результата. Отдельно разобраны частые ошибки и ограничения, о которых стоит знать до начала работ.

Что такое сервер взаимодействия и когда он нужен

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

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

Существует два варианта получения сервера: развернуть собственный экземпляр из дистрибутива (on-premise) либо использовать облачный сервис 1С:Общение/сервер взаимодействия в инфраструктуре 1С. Для собственного сервера потребуется выделенная машина, открытые порты и административный доступ; облачный вариант проще в запуске, но зависит от внешнего сервиса и условий подписки.

Требования и подготовка перед установкой

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

Сервер взаимодействия использует СУБД PostgreSQL для хранения данных и сообщений, поэтому PostgreSQL должен быть установлен и доступен либо на той же машине, либо по сети. Также заранее определите сетевые параметры: IP-адрес или DNS-имя сервера и порты, через которые клиенты будут подключаться. Эти порты нужно открыть на межсетевом экране сервера и на всех промежуточных сетевых устройствах.

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

Установка сервера взаимодействия

Установка выполняется из дистрибутива для соответствующей операционной системы — доступны сборки для Windows и Linux. В Windows достаточно запустить установщик и следовать мастеру: выбрать каталог установки, указать параметры подключения к PostgreSQL и задать порты. В Linux дистрибутив поставляется в виде пакетов, установка выполняется штатным пакетным менеджером с последующей настройкой конфигурационных файлов.

После установки служба сервера взаимодействия должна быть запущена. В Windows проверьте её в оснастке «Службы», в Linux — через systemctl. Если служба не стартует, первым делом смотрите журнал: чаще всего причина в недоступности PostgreSQL, неверных параметрах подключения к базе данных или занятом порте другим приложением.

1. 1
   Скачайте дистрибутив сервера взаимодействия с портала 1С, сверьте версию с версией платформы
2. 2
   Установите и проверьте доступность PostgreSQL, создайте базу данных для сервера взаимодействия
3. 3
   Запустите установку сервера, укажите параметры подключения к СУБД и рабочие порты
4. 4
   Откройте порты на межсетевом экране сервера
5. 5
   Убедитесь, что служба сервера запущена и в журнале нет ошибок старта

Отдельное внимание уделите TLS. Если клиенты будут подключаться через интернет или требования безопасности предписывают шифрование трафика, настройте сертификат на сервере взаимодействия. Использование самоподписанного сертификата потребует его установки в доверенные на каждой клиентской машине — в доменной сети удобнее выписать сертификат на внутреннем центре сертификации.

Регистрация информационной базы на сервере

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

Альтернативный путь — утилита командной строки rings из состава сервера взаимодействия. Она удобна для автоматизации и для случаев, когда регистрацию нужно выполнить без запуска конфигуратора, например скриптом при развёртывании тестовых баз.

rings database register --database <имя_базы> --server <адрес_сервера_1С> --infobase-user <администратор>

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

Если регистрация завершается ошибкой, проверьте три вещи: доступность сервера по сети с машины, где запущен конфигуратор; права пользователя, под которым выполняется регистрация; совместимость версий платформы и сервера. Текст ошибки в окне сообщений конфигуратора обычно указывает на конкретный этап сбоя.

Подключение пользователей и проверка работы

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

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

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

Типичные ошибки и их устранение

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

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

Если ошибку не удаётся локализовать, включите технологический журнал на стороне клиента и посмотрите события подключения к серверу взаимодействия — там видно, на каком этапе рвётся соединение: DNS, TCP, TLS или авторизация. Это сокращает поиск с часов до минут.

Ограничения и особенности эксплуатации

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

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

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

FAQ