Как исправить ошибку «Операция не может быть выполнена с текущим составом лицензий» при запуске 1С?

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

При работе с платформой «1С:Предприятие 8.3» системные администраторы часто сталкиваются с блокирующим сообщением: «Операция не может быть выполнена с текущим составом лицензий. Информационные базы кластера используют внешнее управление сеансами. Использование этих функций возможно только для лицензий на платформу уровня КОРП». Эта ошибка возникает из-за использования функционала, который с 2019 года был официально закреплен за КОРП-версией платформы. Разберем подробно, почему это происходит и как вернуть работоспособность системы на лицензиях уровня ПРОФ.

Выясняем причину конфликта лицензий

Основная причина кроется в том, что в настройках кластера серверов или конкретной информационной базы задействованы функции, которые платформа считает «элитными». К таким функциям относятся:

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

Шаг 1. Отключение внешнего управления сеансами в консоли

Рассмотрим самый распространенный случай — случайное включение параметра «Внешнее управление сеансами». Для исправления выполним следующие действия:

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

Важно помнить: как показывает практика, если на сервере 50 баз, и в 49 из них всё настроено верно, а в одной «затесался» адрес внешнего менеджера — ошибка будет возникать у всех. Для быстрого изменения параметров и администрирования баз в Windows и Linux можно использовать альтернативную консоль администрирования серверов 1С.

Шаг 2. Проверка скрытых настроек в файле 1CV8Reg.lst

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

Разберем порядок действий:

  1. Остановим службу 1C:Enterprise 8.3 Server Agent.
  2. Перейдем в каталог данных кластера (по умолчанию это C:\Program Files\1cv8\srvinfo).
  3. Найдем файл 1CV8Reg.lst. Это текстовый файл, содержащий описание всех настроек.
  4. Откроем его любым текстовым редактором и выполним поиск по строке ExternalSessionManagerAddress.
  5. Проанализируем найденные блоки. Если внутри кавычек указан какой-либо адрес (например, "http://server/manager"), его необходимо удалить, оставив пустые кавычки "".
  6. Сохраним файл и запустим службу сервера.

Шаг 3. Решение проблемы «смешанных» лицензий

Рассмотрим ситуацию, когда сервер лицензирован как КОРП, но один или несколько пользователей получают ошибку. Это часто случается в гибридных средах или при аренде облачных серверов. Выясним причину: если на клиентском компьютере установлена локальная лицензия уровня ПРОФ (например, от коробочной версии «1С:Бухгалтерия»), платформа может подхватить её первой.

Поскольку клиентское приложение (тонкий или толстый клиент) с ПРОФ-лицензией пытается подключиться к серверу, где используются КОРП-функции, возникает конфликт. Чтобы этого избежать, можно принудительно запретить поиск локальных ключей или использовать специальный параметр запуска.

Посмотрим на пример настройки в окне запуска 1С:

  1. Выберем нужную базу в списке и нажмите «Изменить».
  2. Дойдем до страницы «Дополнительные параметры запуска».
  3. Впишем следующую команду: /OmitProhibit83RequisiteCheck

Эта команда заставляет систему игнорировать проверку соответствия лицензии некоторым реквизитам КОРП, однако это считается временной мерой. Правильным решением будет настройка файла conf.cfg в папке bin\conf платформы, где можно указать приоритет получения лицензий именно с сервера (где установлены КОРП-ключи).

Шаг 4. Очистка кэша серверных вызовов и перерегистрация базы

Бывают случаи, когда настройки изменены, файлы проверены, но рабочий процесс rphost продолжает «помнить» старые параметры лицензирования. Разберем, как принудительно обновить информацию в памяти сервера:

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

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

Важные замечания по «Правилу 10%»

Стоит упомянуть, что в старых релизах платформы (до 8.3.15) существовало послабление: допускалось использование до 10% лицензий ПРОФ в КОРП-кластере. В современных версиях это правило практически не действует, если включены специфические функции КОРП. Поэтому, если ваша организация планирует использовать Профили безопасности или Внешнее управление сеансами, необходимо обеспечить наличие КОРП-лицензий как на сервер, так и на все клиентские рабочие места без исключения.

← На главную