Как отключить конфигуратор 1С: способы и ограничения

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

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

Определите, какая именно задача стоит перед вами

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

Типичные признаки: сообщение «Конфигуратор уже запущен» или «Информационная база заблокирована» при входе означает активный сеанс конфигуратора; ошибка «Ошибка разделенного доступа к базе» — что база монопольно занята; требование запретить разработку пользователям — задача настройки прав. Определите сценарий по таблице признаков ниже.

Закрытие активного сеанса конфигуратора

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

Клиент-серверный вариант: консоль кластера

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

Альтернатива без разрыва — ветка «Соединения»: там можно посмотреть, какой процесс рабочего сервера обслуживает сеанс, но удаление делается именно на уровне сеансов. Если конфигуратор завис на стороне клиента, а сеанс в кластере «висит», удаление сеанса всё равно освобождает базу.

Файловый вариант: список активных пользователей

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

Если сеанс «завис» после аварийного закрытия, рядом с файлом базы остаётся служебный файл 1Cv8.1CL. Убедитесь, что никто реально не работает, и удалите этот файл — база станет доступна для монопольных операций.

1. 1
   Определите режим базы: файловая или клиент-серверная
2. 2
   В серверной базе откройте консоль кластера → Сеансы, найдите приложение «Конфигуратор»
3. 3
   Удалите сеанс через контекстное меню
4. 4
   В файловой базе проверьте Активных пользователей и попросите завершить работу
5. 5
   При зависшем сеансе в файловой базе удалите файл 1Cv8.1CL
6. 6
   Проверьте, что монопольная операция теперь выполняется без ошибок

Запрет запуска конфигуратора для пользователей

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

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

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

Снятие блокировки сеансов, установленной конфигуратором

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

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

В файловом варианте блокировка снимается либо повторным входом в конфигуратор (Администрирование → Блокировка установки соединений), либо запуском базы с параметром разрешения, если он был задан. Параметр передаётся в командной строке запуска.

"C:\Program Files\1cv8\8.3.22.1750\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Trade" /UC"КодРазрешения"

Отключение через параметры и блокировку регламентных заданий

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

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

Проверка результата и типичные ошибки

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

Частые ошибки: удаление активного сеанса во время реструктуризации (риск повреждения данных); снятие только роли «Полные права», когда административное право даёт другая роль; забытая блокировка сеансов после обслуживания, из-за которой утром никто не может войти; удаление файла 1Cv8.1CL при реально работающем пользователе.

Частые вопросы