Разблокировка документов и базы 1С: убираем запрет на изменение
Содержание
Чаще всего «1С не даёт редактировать» — это одно из трёх: стоит дата запрета изменения данных, документ уже открыт другим пользователем, либо операция требует монопольного доступа к базе. Снимается каждое по-своему — в режиме Предприятия, в разделе «Администрирование» или в Конфигураторе.
Ниже разберём все случаи: как убрать запрет редактирования базы и отдельного документа, как снять блокировку пользователем и администратором, как завершить чужие сеансы и проверить права. Пути приведены для 1С 8.3 с интерфейсом «Такси», на примере типовых конфигураций (Бухгалтерия предприятия 3.0, ЗУП 3.1, Управление торговлей 11).
Сначала определите, что именно заблокировано — от этого зависит способ.
Три механизма: почему 1С запрещает изменение
За словами «ограничение редактирования» стоят разные вещи. Путать их не стоит — лечатся они в разных местах.
- 🗓 Дата запрета изменения данных. Период закрыт для правок. Документ до указанной даты открывается, но не сохраняется. Снимается в настройках прав.
- 🔒 Блокировка объекта. Документ или элемент справочника уже открыт в другом сеансе. Второй пользователь получает отказ. Снимается, когда первый закроет форму.
- ⚙️ Монопольный доступ. Нужен Конфигуратору для операций, меняющих структуру базы. Требует, чтобы в базе не было посторонних сеансов.
Отдельно стоит защита реквизитов проведённого документа: поля шапки блокируются, пока документ проведён, — это не ошибка, а штатное поведение.
Короткая сводка, чтобы не искать нужный раздел:
| Что заблокировано | Где снимается | Кто может снять |
|---|---|---|
| Закрытый период (дата запрета) | Предприятие, настройки прав | Администратор или пользователь с правом |
| Объект занят другим сеансом | Предприятие (закрыть форму) | Тот, кто держит объект, или администратор |
| Реквизиты проведённого документа | Предприятие, «Ещё» в документе | Любой пользователь с правом на документ |
| Монопольный доступ к базе | Конфигуратор + завершение сеансов | Администратор |
Снятие даты запрета изменения данных
Это самый частый «запрет редактирования базы». Бухгалтер закрыл период, а потом понадобилось поправить документ задним числом — и 1С не даёт.
Путь к настройке в Бухгалтерии предприятия 3.0 и ЗУП 3.1: раздел Администрирование → Настройки пользователей и прав → Даты запрета изменения. В Управлении торговлей 11 — тот же раздел Администрирование, группа настроек пользователей и прав.
Варианты действий:
- Сдвинуть дату назад. Поставьте дату на день раньше нужного документа — правка пройдёт, период дальше остаётся закрытым.
- Отключить запрет полностью. Снимите флажок
Даты запрета изменения (данных). Способ грубый: открывает на правку всю историю. - Разрешить конкретному пользователю. Дата запрета задаётся не только общая, но и персонально. Для одного сотрудника можно указать более раннюю дату или не указывать её вовсе — остальным ограничение сохранится.
Дата запрета защищает закрытый период от случайных правок, которые ломают уже сданную отчётность. Прежде чем двигать дату, сделайте резервную копию базы и согласуйте правку с тем, кто отвечает за учёт. После исправления верните дату на место.
Если нужно поправить один документ, а не открывать весь период, удобнее третий вариант — персональная дата для исполнителя.
Разблокировка объекта, занятого другим пользователем
Сообщение вида «Не удалось заблокировать объект. Объект уже заблокирован: …» означает, что этот же документ или элемент справочника открыт на редактирование в другом сеансе. Два человека одновременно менять одну запись не могут.
Что делать по порядку:
- Прочитайте текст ошибки. 1С обычно указывает сеанс и пользователя, который держит объект.
- Попросите коллегу закрыть форму. Как только он закроет документ (не обязательно выходить из программы), блокировка снимется, и вы сможете продолжить.
- Проверьте, не вы ли сами. Иногда объект держит ваш же второй сеанс — открытая копия базы в другом окне.
- Если пользователь уже вышел, а блокировка осталась — это «зависший» сеанс. Его завершает администратор (см. раздел ниже).
Отдельная ситуация — заблокированные поля у проведённого документа. Здесь объект не занят, просто 1С защищает реквизиты проведённого документа от случайной правки. Откройте документ, нажмите Ещё → Разрешить редактирование реквизитов объекта, подтвердите предупреждение — поля станут доступны.
После правки реквизитов проведённого документа перепроведите его, иначе движения по регистрам не пересчитаются.
Управление ограничениями в разделе «Администрирование»
У пользователя с правами администратора есть инструменты, недоступные обычным сотрудникам. Они собраны в разделе Администрирование.
Настройки запрета изменения — там же, где описано выше: группа Настройки пользователей и прав. Отсюда управляют и общими, и персональными датами.
Блокировка работы пользователей — обработка, которая запрещает вход в базу и завершает текущие сеансы к указанному времени. Открывается в разделе Администрирование, группа Обслуживание; если команды не видно, найдите её через Главное меню → Все функции → Обработки. Пригодится перед операциями, которым нужен монопольный доступ.
Активные пользователи — список тех, кто сейчас в базе, с указанием компьютера и начала сеанса. Полезен, чтобы понять, кто держит объект.
Команда блокировки работы разрывает сеансы к заданному сроку. Несохранённые данные пользователей пропадут. Предупредите людей заранее и ставьте время с запасом.
Монопольный доступ и операции в Конфигураторе
Часть операций выполняется только в Конфигураторе и только когда в базе больше никого нет. Монопольный (эксклюзивный) доступ нужен для:
- обновления конфигурации базы данных, когда меняется структура (новые реквизиты, регистры);
- загрузки или выгрузки информационной базы (файлы
.dt); - тестирования и исправления информационной базы.
Если при запуске такой операции выходит сообщение «Для продолжения операции необходим монопольный доступ к информационной базе», действуйте так.
Файловая база: все пользователи выходят из 1С, включая открытые Конфигураторы и фоновые сеансы. После этого операция пойдёт.
Клиент-серверная база: одного «выхода» мало, подключения надо запретить централизованно.
- В Конфигураторе откройте
Администрирование → Блокировка установки соединений с информационной базойи включите блокировку. Новые сеансы перестанут создаваться. - Завершите уже открытые сеансы через консоль кластера или утилиту
rac(см. ниже). - Выполните нужную операцию.
- Снимите блокировку соединений — иначе пользователи не войдут.
Распространённое заблуждение: будто Конфигуратор всегда «захватывает базу монопольно». Это не так. Открыть Конфигуратор и редактировать конфигурацию можно при работающих пользователях. Монополия требуется только на перечисленных операциях.
Принудительное завершение сеансов: консоль и rac
Когда объект держит зависший сеанс или нужно освободить базу для монопольной операции, администратор завершает сеансы на уровне кластера серверов.
Консоль администрирования серверов 1С (оснастка MMC): раскройте кластер → Сеансы, найдите нужный по пользователю и компьютеру, в контекстном меню — удалить сеанс. Там же в свойствах информационной базы есть флажок Блокировка начала сеансов — он запрещает новые подключения.
Утилита rac (командная строка сервера). Проверенные команды:
rac cluster list
rac session list --cluster=<идентификатор кластера>
rac session terminate --session=<идентификатор сеанса> --cluster=<идентификатор кластера>
Идентификаторы (UUID) берутся из вывода предыдущих команд: сначала cluster list даёт идентификатор кластера, затем session list — список сеансов с их идентификаторами. Полный набор ключей смотрите в справке rac help.
Завершение сеанса обрывает работу пользователя мгновенно — всё несохранённое теряется. Делайте это в нерабочее время или после предупреждения. Останавливать службу агента сервера 1C:Enterprise Server ради «сброса блокировок» не нужно: это уронит базу для всех.
Если база файловая, централизованно завершить чужой сеанс нельзя — только попросить пользователя выйти. Поэтому в файловом варианте монопольные операции удобнее выполнять рано утром или в обед, когда людей в базе нет.
Порядок освобождения базы под монопольную операцию в клиент-сервере короткий: запретить новые сеансы → завершить активные → выполнить операцию → снять запрет. Пропускать первый шаг нельзя — пока запрет не стоит, пользователи входят обратно быстрее, чем вы завершаете их сеансы, и база так и не станет свободной.
Права, роли и профили групп доступа
Если ограничение не снимается в режиме Предприятия, причина часто в правах. Обычный пользователь не может ни двигать общую дату запрета, ни завершать чужие сеансы — эти действия выполняет администратор.
Чтобы разрешить сотруднику правки в закрытом периоде, есть два пути:
- Персональная дата запрета — в
Администрирование → Настройки пользователей и прав → Даты запрета изменениязадайте для него более раннюю дату или оставьте поле пустым. - Профиль групп доступа — в
Администрирование → Настройки пользователей и прав → Профили групп доступаподберите или настройте профиль с нужными правами и включите пользователя в соответствующую группу доступа.
Проверить, что именно может сотрудник, удобно в карточке пользователя (Администрирование → Настройки пользователей и прав → Пользователи) — там видны его группы доступа и роли.
Типичная ошибка новичка — пытаться снять ограничение «из-под себя», работая под учётной записью без административных прав. Если пунктов Блокировка работы пользователей, Профили групп доступа или общих дат запрета в разделе Администрирование просто нет, дело не в версии программы, а в правах: зайдите под администратором или попросите его выполнить операцию.
Не выдавайте право на изменение закрытых периодов всем подряд. Чем меньше людей может править сданные данные, тем меньше случайных расхождений в отчётности.
Профилактика: как сделать блокировок меньше
Большинство блокировок — не сбой, а следствие организации работы. Несколько привычек снимают проблему почти целиком.
- Закрывайте дату запрета сразу после сдачи отчётности. Тогда закрытый период защищён, а открытый свободен — и обращений «разблокируйте документ» становится меньше.
- Приучите закрывать лишние окна. Документ, открытый «на всякий случай» и забытый, держит объект и мешает коллегам.
- Тяжёлые операции — в нерабочее время. Закрытие месяца, групповое перепроведение, обмены данными создают много блокировок. Планируйте их на вечер или выходные.
- Следите за фоновыми заданиями. Зависшее регламентное или фоновое задание (обмен, пересчёт итогов) способно держать объект, и пользователи получают отказ, хотя «вроде никого нет». Список активных заданий — в
Администрирование → Обслуживание → Регламентные и фоновые задания; зависшее задание можно остановить и перенастроить расписание.
Частые вопросы
Чем дата запрета изменения отличается от даты запрета загрузки?
Можно ли снять блокировку, не заходя в Конфигуратор?
.dt, тестирования базы.Объект держит пользователь, который давно вышел. Что делать?
rac session terminate.Нужен ли монопольный доступ для обычного обновления конфигурации?
Как узнать, кто именно занял документ?
Активные пользователи в режиме Предприятия или в списке сеансов консоли кластера: там видны имя пользователя и компьютер.