Запрет в 1С 8.3: найти, что именно заблокировано, и снять

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

Быстрый путь такой. Не пускает в базу — смотрите блокировку начала сеансов и карточку пользователя. Не даёт обновить или выгрузить базу — завершайте сеансы. Не даёт провести или изменить документ — проверяйте дату запрета и блокировки данных.

Перед любыми действиями на рабочей базе сделайте копию. Завершение сеансов обрывает работу людей: несохранённые документы пропадут.

1. Как найти, что и кем заблокировано

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

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

В списке видно:

• 👤 имя пользователя и компьютер, с которого он подключён;
• 🕒 время начала сеанса и тип приложения (тонкий клиент, Конфигуратор, фоновое задание);
• 🧩 сеансы, которые остались после аварийного закрытия окна.

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

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

2. Блокировка пользователя и блокировка входа в базу

Если не пускает конкретного человека, а остальные работают, дело в его карточке.

Карточка пользователя

Откройте список пользователей: Администрирование → Настройки пользователей и прав → Пользователи (название раздела зависит от конфигурации; проще найти через поиск по командам). В карточке проверьте:

1. Флажок «Вход в программу разрешён» — он должен стоять.
2. Не отмечена ли смена пароля при следующем входе, если человек не может её выполнить.
3. Какие группы доступа назначены. Если групп нет, вход возможен, а работать нельзя.

В Конфигураторе то же задаётся в Администрирование → Пользователи: там есть признаки аутентификации и список ролей.

Блокировка начала сеансов

Если не пускает всех, сработала блокировка начала сеансов. Её включают для обновления, свёртки, копирования базы. Иногда её забывают снять после работ.

Для серверной базы:

1. Откройте консоль кластера, найдите свою информационную базу.
2. Зайдите в свойства базы.
3. Найдите флаг «Блокировка начала сеансов включена» и снимите его.
4. Очистите поля периода («с» и «по») и текст сообщения, чтобы блокировка не вернулась по расписанию.

Обратите внимание на «Код разрешения»: если он задан, то войти можно, передав его в строке запуска параметром /UC:

1cv8.exe ENTERPRISE /S "сервер\база" /UC КодРазрешения

Это нужно, когда блокировка стоит осознанно, а вам надо зайти и проверить результат работ.

Для файловой базы блокировка работы пользователей включается обработкой «Блокировка работы пользователей» (Администрирование → Поддержка и обслуживание). Снимается там же: откройте обработку, нажмите кнопку снятия блокировки. Запасной способ — Конфигуратор, меню Администрирование → Блокировка работы пользователей, если такой пункт есть в вашей версии платформы.

3. Монопольный режим: как получить доступ и как выйти

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

Порядок действий:

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

Для серверной базы удобнее сначала включить блокировку начала сеансов. Тогда новые люди не зайдут, пока вы работаете, и список сеансов не будет пополняться.

Выйти из монопольного режима просто: закройте Конфигуратор или пользовательский сеанс, в котором работали монопольно. Если монопольный режим «завис» после аварии, проверьте сеансы: часто это сеанс-призрак.

4. Блокировки данных: документ «занят», конфликт при записи

Это другой тип запрета. Он касается не входа в базу, а конкретных данных. Платформа блокирует объекты и записи регистров на время транзакции, чтобы два человека не испортили друг другу данные.

Обычно блокировка снимается сама за доли секунды. Если нет, у вас одна из причин:

• 🐌 длинная транзакция — например, групповое проведение за большой период;
• 🔁 два пользователя одновременно проводят документы, которые трогают одни и те же регистры;
• 💥 сеанс оборвался, но сервер ещё не освободил блокировку;
• ⏳ фоновое задание (закрытие месяца , обмен) держит данные дольше обычного.

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

Что делать по порядку:

1. Повторите операцию через минуту. Это снимает большую часть случаев.
2. В консоли кластера откройте ветку Блокировки и посмотрите, какое соединение держит объекты и как давно.
3. Если соединение явно мёртвое, завершите его сеанс.
4. Если держит живой пользователь или регламентное задание, дождитесь завершения или договоритесь с человеком.

5. Зависшие сеансы и регламентные задания

На сервере главный инструмент — консоль кластера. Если она не установлена, то же делается через rac (клиент администрирования), который работает с сервером ras. Стандартный порт сервера администрирования — 1545.

Примеры команд (идентификаторы подставьте свои):

rac cluster list
rac infobase summary list --cluster=<id_кластера>
rac session list --cluster=<id_кластера> --infobase=<id_базы>
rac session terminate --cluster=<id_кластера> --session=<id_сеанса>

Снять блокировку начала сеансов и регламентных заданий:

rac infobase update --cluster=<id_кластера> --infobase=<id_базы> --sessions-deny=off --scheduled-jobs-deny=off --infobase-user=<админ> --infobase-pwd=<пароль>

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

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

6. Дата запрета изменения данных и закрытый период

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

Что делать:

1. Найдите настройку через поиск по командам: «Даты запрета изменения». Обычно она лежит в разделе администрирования или настроек пользователей и прав.
2. Посмотрите режим: общая дата для всех либо отдельные даты для пользователей, организаций, разделов учёта.
3. Если нужно внести исправление, передвиньте дату назад на нужную, внесите правки и верните дату обратно.
4. Для разового исправления лучше выдать право одному пользователю, а не открывать период всем.

Пример: период закрыт по 30 сентября, нужно исправить документ от 15 сентября. Откройте дату запрета, поставьте 14 сентября, внесите изменение, после этого верните 30 сентября. Не оставляйте старую дату «на потом»: документы за закрытый период начнут меняться без контроля.

7. Что смотреть в журнале регистрации

Если непонятно, кто и когда поставил запрет, ответ в журнале регистрации. Открыть его можно из Администрирование → Поддержка и обслуживание или из Конфигуратора (Администрирование → Журнал регистрации).

Как работать с ним:

1. Задайте отбор по периоду: начните за час до проблемы.
2. Отфильтруйте по уровню «Ошибка» и «Предупреждение».
3. Ищите события входа и завершения сеанса, события изменения пользователей, ошибки блокировок.
4. Обратите внимание на колонки «Пользователь» и «Компьютер»: они покажут, кто стоял за действием.

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

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

8. Как не ловить запрет снова

Большая часть блокировок возвращается, потому что причина не устранена. Меры простые:

• ✅ После обновления или обслуживания проверяйте флаги блокировки в свойствах базы: сеансов и регламентных заданий.
• ✅ Не оставляйте в блокировке даты «по». Если нужна блокировка на ночь, задайте точный период.
• ✅ Давайте разным людям разные права. Администратор базы и администратор сервера — не обязательно один человек.
• ✅ Закрытие периода делайте один раз в месяц, по регламенту, и фиксируйте, кто его открывал.
• ✅ Для долгих операций ставьте их на нерабочее время, чтобы не конфликтовать с пользователями.
• ✅ Раз в квартал разбирайте список пользователей: отключайте уволенных, а не удаляйте — история событий сохранится.

Если у вас серверная база и блокировки частые, посмотрите, не слишком ли тяжёлые операции идут днём. Обычно проблема в одном-двух долгих регламентных заданиях.

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