Запрет редактирования в 1С 8.3: откуда берётся и как отключить
Содержание
Поле в карточке серое, документ не записывается, а при попытке изменить данные выходит сообщение о блокировке. Чтобы отменить запрет редактирования в 1С, сначала нужно понять его источник: таких источников четыре, и снимается каждый по-своему. Поэтому универсальной кнопки «разблокировать всё» в программе нет.
Чаще всего мешают: замок на реквизитах уже использованного элемента, нехватка прав у пользователя, дата запрета изменения закрытого периода и монопольная блокировка базы. Ниже — как распознать каждый случай и снять ограничение на платформе 8.3 с интерфейсом «Такси».
Разблокировка реквизитов уже использованного элемента
Когда элемент справочника (номенклатура, контрагент, договор) попадает в проведённые документы, часть его реквизитов программа защищает от случайной правки. Это механизм запрета редактирования реквизитов объектов из Библиотеки стандартных подсистем. Внешне он выглядит как серые поля и значок замка в шапке формы.
Чтобы снять защиту для одного элемента:
- Откройте карточку элемента.
- Нажмите значок замка в командной панели формы либо команду разблокировки реквизитов в меню
Ещё. - Подтвердите предупреждение программы — она напомнит, что изменение реквизита затронет уже введённые документы.
- Поля станут доступны для правки; запишите элемент.
Правка защищённого реквизита (например, ставки НДС или единицы измерения в номенклатуре) меняет смысл уже проведённых документов. Перед изменением убедитесь, что это не исказит закрытый период и отчётность.
Перед разблокировкой полезно оценить масштаб. Посмотрите по элементу его связи — в какие документы он уже попал. Если таких документов единицы и все в открытом периоде, правка безопасна. Если элемент тянется через закрытые месяцы, лучше завести новый элемент, а старый пометить на удаление, чем менять его реквизиты задним числом.
Если замка или команды разблокировки нет, причин две. Первая — у пользователя нет права на разблокировку: оно выдаётся не каждым профилем. Вторая — конкретный реквизит помечен в конфигурации как неизменяемый всегда; тогда правка возможна только через обработку исправления данных или в режиме Конфигуратора, а командой разблокировки его не открыть.
Когда запрет связан с правами доступа и ролями
Если «только для чтения» открывается вся форма целиком и кнопки записи не видно, дело не в блокировке конкретного периода, а в правах пользователя. Роль, назначенная сотруднику, даёт доступ на просмотр, но не на изменение объекта.
Права в прикладных конфигурациях (БП 3.0, ЗУП 3.1, УТ 11) настраиваются не ролями напрямую, а профилями групп доступа:
- Зайдите под пользователем с правами администратора.
- Откройте
Администрирование → Настройки пользователей и прав → Пользователи. - Выберите сотрудника, перейдите к его правам доступа.
- Назначьте профиль, в котором есть право на изменение нужного раздела (например, профиль с правами на работу с документами вместо профиля только для просмотра).
Отдельно проверьте ограничения на уровне записей (RLS). Пользователю может быть разрешено изменение документов в целом, но закрыт доступ к конкретной организации или складу. Тогда часть списка редактируется, а часть — нет.
Типовые профили построены по ролям сотрудника: отдельно профиль с полным доступом, отдельно — только для просмотра. Проблема чаще не в том, что роли нет вовсе, а в том, что пользователю выдан профиль просмотра. Замена профиля решает её без правки конфигурации.
Снимать ограничения правами стоит осознанно: расширение доступа одному сотруднику открывает ему изменение данных по всем объектам профиля, а не только по проблемному. Если нужно разово поправить один документ, иногда проще сделать это под администратором, чем постоянно расширять права рядовому пользователю.
Монопольный режим и блокировка сеансов
Сообщения вида «не удалось заблокировать базу монопольно» или «начало сеансов заблокировано» означают, что база занята служебной операцией. Монопольный доступ платформе нужен не всегда — только для обновления структуры базы, загрузки файла .dt, тестирования и исправления. Если такую операцию кто-то запустил из Конфигуратора, остальные входы блокируются до её завершения.
Отдельный случай — намеренно установленная блокировка начала сеансов. Её ставят перед обновлением, чтобы пользователи не входили в базу. Снять блокировку можно двумя путями.
| Способ | Где | Когда применять |
|---|---|---|
| Завершить операцию в Конфигураторе | На машине, откуда запущено обновление/ТиИ | Монополию держит незакрытое окно Конфигуратора |
| Снять блокировку сеансов | Консоль администрирования кластера или rac | Клиент-серверная база, блокировка установлена заранее |
| Запуск с кодом разблокировки | Параметр /UC <код> в ярлыке | Нужно войти самому, пока блокировка активна |
В файловой базе достаточно закрыть лишнюю сессию или окно Конфигуратора — отдельного сервера, который держал бы блокировку, здесь нет. Если программа пишет, что база открыта в монопольном режиме, а видимых окон нет, проверьте, не запущен ли второй сеанс под тем же или другим пользователем, в том числе на другом компьютере сети.
В клиент-серверной базе откройте консоль администрирования серверов, найдите вашу информационную базу и отключите блокировку начала сеансов в её свойствах. В командной строке это делает утилита rac (точные параметры смотрите в справке rac help; список баз и сеансов выводят rac infobase list и rac session list). Консоль и утилита обращаются к базе через агент кластера, поэтому снятие блокировки не требует монопольного входа в саму базу.
Прежде чем принудительно завершать чужие сеансы в консоли, предупредите пользователей: несохранённые данные в их формах пропадут. Делайте это только в согласованное окно.
Параметр /UC вместе с кодом разблокировки позволяет войти в заблокированную базу, не снимая блокировку для остальных, — его задают в дополнительных параметрах запуска ярлыка 1cv8.
Снятие даты запрета изменения данных
Самый частый «запрет редактирования» в бухгалтерии — это дата запрета изменения закрытых периодов. После сдачи отчётности бухгалтер ставит дату, и документы до неё перестают записываться. При попытке провести такой документ выходит сообщение, что изменение данных за этот период запрещено.
Чтобы отменить или сдвинуть ограничение:
- Откройте
Администрирование → Настройки пользователей и прав. - Перейдите к разделу дат запрета изменения (ввода) данных.
- Снимите флажок, чтобы убрать запрет полностью, либо измените дату на более раннюю.
- Запишите настройку и повторите действие с документом.
Запрет можно настроить не только общий, но и по пользователям, организациям и разделам учёта. Если дату ставил не весь список, а конкретный ответственный, проверьте настройку по способам указания — общий запрет мог быть переопределён для отдельного пользователя. В ЗУП дата запрета изменения кадровых и зарплатных данных настраивается по той же логике, в своём разделе прав.
Отдельно учитывайте закрытие месяца . Если период закрыт регламентной обработкой, снятие даты запрета откроет документы для правки, но не пересчитает итоги автоматически. После исправления документа закрытого периода регламентные операции закрытия месяца нужно перевыполнить, иначе себестоимость, налоги и финансовый результат останутся по старым данным.
Снимать дату запрета на весь период рискованно: любой документ закрытого месяца снова станет доступен для правки. Безопаснее сдвинуть дату на один день назад, исправить нужный документ и вернуть запрет на место.
Что доступно через Конфигуратор
Конфигуратор нужен, когда проблема не решается в режиме 1С:Предприятие: запрет зашит в роль, держится блокировка соединений или требуется техническое вмешательство.
- Роли. Если право на изменение объекта не выдаётся ни одним профилем, его правят в объекте «Роли» конфигурации. Для типовых конфигураций это делают через расширение, чтобы не снимать объект с поддержки.
- Блокировка установки соединений. Пункт
Администрирование → Блокировка установки соединений с информационной базойпоказывает, установлена ли блокировка, с какой даты и с каким кодом. Снимите флажок — и вход откроется. - Активные пользователи. Список
Администрирование → Активные пользователипоказывает, кто держит базу. Завершать сеансы отсюда — крайняя мера.
Обновление конфигурации базы данных и тестирование с исправлением в Конфигураторе сами требуют монопольного режима. Запускайте их, когда в базе никого нет, иначе получите обратную блокировку.
Если потерян код разблокировки или пароль администратора, не пересоздавайте базу и не сбрасывайте настройки. Остановите работу, восстановите рабочую копию из резервного архива или передайте задачу администратору сервера.
Запрет из кода и расширений конфигурации
Иногда поля блокируются не стандартным механизмом, а дописанным кодом или подключённым расширением. Признак — замок и защита появились после доработки или установки обработки, а в типовой базе того же релиза их нет.
Варианты и что с ними делать:
- Расширение конфигурации
. Расширения (технология появилась в платформе 8.3.6) могут делать реквизиты формы доступными только для просмотра. Отключите расширение в
Администрирование → Печатные формы, отчёты и обработки → Расширения, сняв флажок использования, затем перезапустите сеанс. - Код в модуле формы. Разработчик мог установить защиту поля программно в событии открытия формы. Снять такой запрет можно только правкой кода — это задача специалиста 1С, не настройка.
- Разделение прав через RLS. Ограничение на уровне записей тоже выглядит как частичный запрет правки. Регулируется профилями и видами доступа, а не кодом формы.
Прежде чем отключать расширение в рабочей базе, уточните, что оно делает. Снятие расширения уберёт не только лишнюю блокировку, но и всю его полезную логику — печатные формы, дополнительные проверки, обмены.
Загрузка и удаление расширения (.cfe) и обновление конфигурации
базы — разные шаги: после отключения расширения изменения применяются сразу, а при правке через Конфигуратор потребуется отдельно обновить конфигурацию
базы данных.
Отличить программный запрет от стандартного помогает простая проверка. Откройте тот же вид документа в чистой базе того же релиза, без доработок и расширений. Если там поле редактируется, а в рабочей базе — нет, ограничение добавлено доработкой, и снимать его нужно отключением расширения или правкой кода, а не настройками прав и дат. Если поле заблокировано и в чистой базе, значит, работает штатный механизм — защита реквизитов, права или дата запрета, — и разбираться надо с ними.