Снятие ограничений в 1С: сеансы, лицензии, блокировки
Содержание
Ограничение снимают там же, где его включили. Блокировку начала сеансов убирают в Конфигураторе через Администрирование → Блокировка соединений с информационной базой… или в консоли администрирования кластера. Ошибку лицензии решают установкой или повторной активацией лицензии. Блокировку регламентных заданий снимают флажком в свойствах информационной базы.
Но прежде чем что-то снимать — определите, какое именно ограничение сработало. Под словом «ограничение» в 1С скрывается с десяток разных ситуаций: кто-то намеренно закрыл вход на время обновления, закончились лицензии, не хватает прав у пользователя, база занята Конфигуратором. Способ решения у каждой свой.
Ниже — по каждому типу ограничения: как опознать и как снять. Начните с диагностики, чтобы не отключать то, что отключать не нужно.
Как понять, какое ограничение сработало
Точный текст сообщения — главная подсказка. Выпишите его дословно и сверьтесь с таблицей ниже.
/UC.Если сообщения нет, а «что-то не пускает», смотрите по симптому: не входит никто — скорее блокировка сеансов или лицензии; не входит один человек — права доступа; «задачи не выполняются» — регламентные задания.
Разблокировка начала сеансов пользователей
Самый частый случай. Администратор закрыл вход перед обновлением и забыл открыть, либо обновление оборвалось и блокировка «зависла». Снять её можно тремя путями.
Важно не путать два похожих запрета. Первый — вы сами установили блокировку начала сеансов в диалоге (с периодом и кодом разрешения). Второй — платформа временно закрыла вход сама, пока идёт реструктуризация базы после обновления конфигурации; он снимается автоматически, как только реструктуризация завершится. Если видите, что процесс обновления ещё идёт, — просто дождитесь его окончания, снимать ничего не нужно.
Через Конфигуратор. Откройте Конфигуратор, меню Администрирование → Блокировка соединений с информационной базой…. В окне снимите флаг установки блокировки и нажмите «ОК». Если блокировку ставили здесь же — тут её видно: период, код разрешения, текст сообщения.
Через консоль администрирования кластера (клиент-серверный вариант). В ветке информационной базы снимите признак «Блокировка начала сеансов». Параллельно на закладке сеансов видно, кто ещё подключён.
Войти, не снимая блокировку — если нужно срочно попасть в базу «поверх» запрета. При установке блокировки задаётся код разрешения. Запуск с ним выглядит так:
"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /S "server\base" /UC КодРазрешения
Параметр /UC принимает тот самый код разрешения. Без кода параметр не поможет — просто придумать значение нельзя.
Снимать блокировку во время идущего обновления конфигурации нельзя: пользователи войдут в недообновлённую базу. Сначала убедитесь, что обновление завершено.
Отдельно про кнопку «Завершение работы пользователей» в типовых конфигурациях (Администрирование → Обслуживание): она не только закрывает вход, но и аккуратно просит открытые сеансы завершиться. Там же её и выключают — снимают запланированное завершение работы.
Если графической консоли под рукой нет (сервер на Linux, доступ только по SSH), блокировку снимают через утилиту командной строки rac. Для её работы должна быть запущена служба ras, а у вас — логин и пароль администратора кластера. Общий порядок такой:
rac session list --cluster=<uuid-кластера>
rac session terminate --session=<id-сеанса>
Сначала смотрите список сеансов, потом при необходимости завершаете лишние. Признак блокировки сеансов задаётся в свойствах информационной базы — их меняют подкомандой управления базой. Точные имена параметров у вашей версии платформы подскажет rac help и rac infobase help: придумывать ключи наугад не стоит, в разных релизах набор отличается.
rac удобен для автоматизации: снятие блокировки и завершение зависших сеансов можно оформить скриптом и повесить на расписание обслуживания, чтобы не ходить руками каждый раз.
Ошибка лицензии и так называемый «демо-режим»
Сразу уточним распространённое заблуждение. У 1С:Предприятие 8.3 нет «демо-режима» с урезанным функционалом: без действующей лицензии платформа просто не запустит рабочую базу. Исключение — учебная версия платформы, но это отдельный дистрибутив с жёсткими ограничениями (размер таблиц, нет клиент-сервера), а не «демо» обычной.
Что делать при ошибке лицензии:
🔹 Программная лицензия не найдена. Запустите получение лицензии заново: при старте платформа предложит мастер, либо в клиент-серверном варианте проверьте, что служба сервера 1С запущена и лицензии установлены на сервере. Программная лицензия привязана к железу — после замены комплектующих или переустановки ОС её нужно активировать повторно по резервному pin-коду.
🔹 Аппаратный ключ (USB) не виден. Проверьте, что ключ вставлен, а служба драйвера (HASP/Sentinel) запущена. На сервере терминалов ключ должен быть «проброшен» в сессию.
🔹 Превышено количество лицензий. Это не поломка, а предел: куплено, скажем, 5 клиентских лицензий, а войти пытается шестой. Варианты — завершить лишние сеансы (в консоли кластера видно, кто держит лицензию) или докупить лицензии. Учтите: один пользователь может незаметно занимать несколько лицензий, если открыл базу на двух компьютерах или оставил «висящий» сеанс после обрыва связи.
🔹 Лицензия была, но «слетела» после переноса базы или сервера. Программная лицензия привязана к набору параметров компьютера. При переезде на новое железо, замене материнской платы или переустановке ОС её нужно активировать заново — по тому же регистрационному номеру и резервному pin-коду из комплекта. Количество активаций ограничено, поэтому pin-коды берегут.
| Признак | Что проверить в первую очередь |
|---|---|
| Не стартует вообще никто | Служба лицензирования / ключ на сервере |
| Не стартует после переустановки ОС | Повторная активация программной лицензии |
| «Все лицензии заняты» | Список сеансов, лишние подключения |
Ориентировочная стоимость дополнительной клиентской лицензии на 1 рабочее место — примерно от 6–7 тыс. рублей; многопользовательские комплекты (5, 10, 20 мест) в пересчёте на место дешевле. Цифры приблизительные, уточняйте у партнёра 1С.
Снятие блокировки регламентных заданий
Регламентные задания (обмены, закрытие месяца по расписанию, загрузка курсов валют) можно отключить целиком. Флаг «Блокировка регламентных заданий» ставят на время обновления или отладки, чтобы фоновые процессы не мешали.
В клиент-серверном варианте снимите этот признак в свойствах информационной базы через консоль администрирования кластера. Там же, где снимается блокировка сеансов, обычно есть и флаг регламентных заданий.
В диалоге блокировки Конфигуратора (Администрирование → Блокировка соединений с информационной базой…) есть отдельный флажок на регламентные задания — снимите и его, если включали вместе с блокировкой сеансов.
В файловом варианте регламентные задания выполняются внутри клиентского сеанса. Если они «не идут», причина чаще не в блокировке, а в том, что база открыта только тонким клиентом без фонового выполнения, либо расписание в самой базе отключено (Администрирование → Обслуживание → Регламентные и фоновые задания).
После снятия блокировки проверьте список заданий: там видно время последнего запуска и ошибки. Если задание висит в статусе выполнения — его можно принудительно остановить в том же списке.
Отдельный нюанс: даже со снятой общей блокировкой конкретное регламентное задание может быть выключено в своих настройках (снят флаг «Включено») или иметь расписание, которое ещё не наступило. Поэтому, если после снятия блокировки обмен или закрытие месяца всё равно не стартуют, откройте карточку этого задания и проверьте флаг включения и строку расписания — там указывают периодичность и время запуска.
Монопольный режим и блокировки записей
Монопольный доступ 1С требует не всегда, а только для операций, меняющих базу целиком: обновление структуры конфигурации, загрузка и выгрузка .dt, тестирование и исправление, реструктуризация. В обычной работе Конфигуратор базу монопольно не держит.
Если при запуске одной из этих операций вы видите, что база занята:
- Посмотрите, кто подключён. В консоли кластера — закладка сеансов; в файловом варианте — все, у кого открыта эта база.
- Попросите пользователей выйти или завершите их сеансы. ⚠️ Завершение сеанса обрывает несохранённую работу — предупредите людей заранее.
- Повторите операцию, требующую монопольного доступа.
Конфликт блокировок при выполнении транзакции — это другое. Одна транзакция ждёт данные, которые заблокировала другая (например, двое проводят документы по одному и тому же товару). Снимать тут нечего: либо операция дождётся освобождения, либо завершится по таймауту. Повторяется постоянно — ищите долгие транзакции и длинные открытые формы, которые держат блокировку.
Как найти сеанс-виновник. В клиент-серверном варианте откройте список сеансов в консоли кластера и отсортируйте по активности: сеанс с долгой текущей операцией или большим временем захваченной блокировки и есть источник. Дополнительно помогает журнал регистрации (Администрирование → Журнал регистрации в режиме 1С:Предприятие): отфильтруйте по времени конфликта и посмотрите, какой пользователь и какой документ в этот момент проводился. В файловом варианте диагностики меньше — там обычно достаточно попросить всех выйти и повторить операцию.
Не пытайтесь «вылечить» конфликт блокировок удалением файлов базы или пересозданием кластера — это ломает рабочую систему, а причину (долгую транзакцию) не устраняет. Чаще помогает перенос тяжёлых операций (групповое перепроведение, закрытие месяца) на время, когда в базе мало пользователей.
Останавливать службу сервера 1С, чтобы «сбросить всё разом», в рабочее время нельзя: оборвутся сеансы всех баз кластера, а не только проблемной. Это крайняя мера для окна обслуживания.
Снятие ограничений прав доступа
Когда «не пускает» одного конкретного пользователя — к документу, разделу или отчёту — это не блокировка, а настройка прав. Снимается она через роли и профили групп доступа, а не через диалоги блокировки.
В типовых конфигурациях (БП 3.0, ЗУП 3.1, УТ 11) путь стабильный: Администрирование → Настройки пользователей и прав. Дальше:
- Пользователи — проверьте, что человек активен и ему назначена группа доступа.
- Профили групп доступа — здесь задаётся набор ролей. Нужный раздел не виден — значит, в профиле нет роли на этот объект.
- Ограничение доступа на уровне записей (RLS) — пользователь видит раздел, но не все данные (только свою организацию, свой склад). Настраивается значениями доступа в группе.
Частая причина «ничего не работает» у нового сотрудника — ему завели пользователя, но не включили ни в одну группу доступа. Платформа при этом пускает в базу, но внутри почти всё закрыто. Проверьте принадлежность к группам в первую очередь.
Не выдавайте «Полные права» ради одной кнопки. Скопируйте подходящий типовой профиль, добавьте недостающую роль — так проще откатить и не открыть лишнего.
Отдельная ситуация — забытый пароль пользователя с полными правами. Его сбрасывают из-под другого администратора в списке пользователей. Единственного администратора базы удалять нельзя — останетесь без доступа к настройкам.
Профилактика: чтобы ограничения не всплывали внезапно
Большинство «внезапных» ограничений — это чья-то незавершённая процедура: оборванное обновление, забытая блокировка, истёкшая лицензия после переноса базы. Регламент и резервные копии снимают проблему раньше, чем она доходит до пользователей.
Частые вопросы
Поставил блокировку начала сеансов и сам не могу войти — что делать?
/UC <код>, который вы задали при установке блокировки. Код не помните — снимите блокировку в Конфигураторе через Администрирование → Блокировка соединений с информационной базой….