Запрет редактирования в 1С: почему возникает и как убрать

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

Чаще всего под «снять запрет на редактирование» имеют в виду либо дату запрета изменения (документ за прошлый квартал открывается только на просмотр), либо кнопку Разрешить редактирование реквизитов в карточке справочника. Обе снимаются за минуту, но у обеих есть последствия для учёта. Разберём по порядку все случаи и точные пути в типовых конфигурациях на платформе 8.3 с интерфейсом «Такси».

С чем именно вы столкнулись

Прежде чем что-то менять, посмотрите на текст сообщения и на то, где именно заблокировано редактирование. От этого зависит, куда идти.

• 🗓️ «Редактирование данных… запрещено», документ за прошлый период открывается серым — это дата запрета изменения данных.
• 🔒 Серые поля в карточке номенклатуры, контрагента, счёта с подсказкой «объект уже использовался» — сработал запрет изменения ключевых реквизитов.
• 👥 «Не удалось заблокировать… объект заблокирован другим пользователем» — объект прямо сейчас открыт в другом сеансе.
• ⛔ Кнопки Записать и Провести недоступны целиком, или элемент вовсе не открывается на изменение — не хватает прав у роли.

Дата запрета изменения данных: как снять или сдвинуть

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

Открыть настройку в 1С:Бухгалтерии 3.0:

1. Меню Администрирование → Настройки пользователей и прав.
2. Раздел Даты запрета изменения → ссылка Настроить.
3. Выберите вариант: одна дата для всех или разные даты по пользователям, организациям и видам данных.
4. Сдвиньте дату на нужный период либо снимите флажок, чтобы отключить запрет полностью.

В 1С:ЗУП 3.1 путь тот же: Администрирование → Настройки пользователей и прав → Даты запрета изменения данных. В конфигурациях на базе «1С:Управление торговлей 11» настройка живёт в разделе НСИ и администрирование → Настройки пользователей и прав.

Менять дату может только пользователь с правами администрирования. Обычному бухгалтеру ссылка Настроить будет недоступна — это нормально, так и задумано.

Отдельно существует дата запрета загрузки данных — она блокирует изменение старых периодов при обмене между базами (например, между бухгалтерией и зарплатой). Настраивается там же, рядом с датой запрета изменения. Если документы не хотят загружаться из другой базы с ошибкой про запрет — проверяйте именно эту дату.

«Объект уже использовался»: разрешить редактирование реквизитов

Второй по частоте случай — заблокированные поля в карточке справочника. Открываете номенклатуру, контрагента или счёт учёта, а ключевые реквизиты (вид, тип, единица измерения) серые и не редактируются. Внизу или рядом — подсказка вроде «Редактирование запрещено, элемент уже использовался».

Так платформа защищает данные: реквизит уже попал в документы и движения, и его смена задним числом пересчитает учёт. Чтобы снять запрет:

1. Откройте карточку элемента.
2. Нажмите Ещё (меню в правом верхнем углу формы).
3. Выберите Разрешить редактирование реквизитов.
4. В появившемся окне подтвердите — и поля станут доступны.

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

«Объект заблокирован другим пользователем»

Это уже не настройка, а оперативная блокировка. Один и тот же документ или элемент нельзя редактировать из двух сеансов сразу: пока кто-то держит его открытым, у остальных он только на просмотр. Типичные тексты сообщения — «Не удалось заблокировать объект для редактирования» и «Объект заблокирован другим пользователем».

Что делать по шагам:

1. Откройте список активных пользователей. В режиме «Предприятие» — через главное меню (значок ☰ слева вверху) → Все функции → Стандартные → Активные пользователи. Если пункта Все функции нет, включите его: Сервис и настройки → Настройки → Параметры → флажок Отображать команду "Все функции".
2. Найдите, кто сейчас в базе, и попросите коллегу закрыть форму этого объекта. После закрытия блокировка снимается мгновенно.
3. Если нужного пользователя в списке нет, а объект всё равно «занят», скорее всего зависший сеанс. Его завершает администратор (следующий раздел).

Отдельная причина той же ошибки — вы сами открыли объект дважды: из списка и из связанного документа. Закройте лишнюю форму.

Как завершить зависший сеанс

Если блокировку держит сеанс, который уже некому закрыть (оборвалась связь, завис клиент), его снимают завершением сеанса. Способ зависит от того, файловая база или клиент-серверная.

Клиент-серверная база . Сеансы видно в консоли администрирования серверов 1С или через утилиту rac:

rac session list
rac session terminate --session=<идентификатор>

Идентификатор сеанса берётся из вывода rac session list. Если не уверены в параметрах — смотрите rac help, не подбирайте ключи наугад.

Файловая база. Централизованного завершения сеансов нет. Нужно, чтобы все вышли из базы; «висящий» сеанс обычно убирается закрытием зависшего клиента 1С на компьютере пользователя (при необходимости — через диспетчер задач процесс 1cv8.exe).

Если нужно не точечно, а закрыть базу для всех (например, перед обновлением), в Конфигураторе есть Администрирование → Блокировка установки соединений с информационной базой — она не даёт новым пользователям войти.

Запрет на уровне прав и ролей

Когда редактирование недоступно у целого вида объектов — кнопки Записать/Провести серые или документ не открывается на изменение — дело в правах. В типовых конфигурациях права назначаются не ролями напрямую, а профилями групп доступа (механизм из «1С:Библиотеки стандартных подсистем»).

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

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

Иногда доступ ограничен не полностью, а построчно — по организации, складу или другому значению (ограничение доступа на уровне записей, RLS). Тогда часть объектов редактируется, а часть нет. Это тоже настраивается через профили и группы доступа, а не снимается «галочкой» в карточке документа.

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

Монопольный режим и работа в Конфигураторе

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

• обновление конфигурации (изменение структуры данных) и реструктуризация;
• загрузка и выгрузка базы в файл .dt;
• тестирование и исправление информационной базы.

Если в этот момент кто-то пытается войти в «Предприятие» — он получит отказ, и наоборот: пока пользователи в базе, монопольную операцию запустить нельзя. Решение — всех вывести из базы (см. блокировку соединений выше), выполнить операцию, снять блокировку.

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

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

Большинство «запретов» — это не сбой, а штатная защита. Чтобы они не тормозили работу:

Несколько рабочих привычек:

• 📅 Ставьте дату запрета сразу после закрытия периода — тогда никто не правит сданное случайно.
• 👤 Настройте права по ролям один раз, а не раздавайте всем полный доступ.
• 🔁 Приучите пользователей закрывать формы, а не сворачивать базу на весь день — меньше ложных блокировок.
• 🗂️ Прежде чем менять реквизит справочника, задним числом проверьте, в каких документах он участвует.

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