Администрирование · 11 мин
Как в 1С убрать запрет на редактирование
Как снять запрет на редактирование в 1С: дата запрета изменения данных, права пользователя, блокировка объектов. Пошаговые инструкции для типовых конфигураций.
Запрет на редактирование в 1С — штатный механизм защиты данных, а не сбой программы. Чаще всего документ или справочник нельзя изменить по одной из трёх причин: установлена дата запрета изменения данных, у пользователя недостаточно прав, либо объект заблокирован другим сеансом или механизмом согласования. Прежде чем что-то менять, нужно понять, какой именно запрет сработал — от этого зависит способ снятия.
В типовых конфигурациях (1С:Бухгалтерия, 1С:ЗУП, 1С:Управление торговлей, ERP) основным инструментом является «Дата запрета изменения данных» из библиотеки стандартных подсистем. Она закрывает прошлые периоды после сдачи отчётности, чтобы бухгалтер случайно не изменил документы закрытого квартала. Дополнительно могут действовать роли доступа, блокировки при обмене данными и статусы согласования.
Любые действия по снятию запрета выполняются под учётной записью с правами администратора и только после резервного копирования базы. Изменение данных закрытого периода может привести к расхождениям с уже сданной отчётностью, поэтому сначала убедитесь, что правка действительно необходима и согласована с ответственными лицами.
Как определить причину запрета на редактирование
Программа почти всегда сообщает причину прямо в тексте ошибки. Формулировки различаются, и по ним можно точно определить механизм блокировки. Не пытайтесь снимать запрет «вслепую» — сначала прочитайте сообщение полностью.
Типичные признаки: сообщение «Редактирование данных этого периода запрещено» или «Дата запрета изменения данных» указывает на установленную дату запрета. Ошибка «Нарушение прав доступа» или недоступные кнопки «Записать» и «Провести» говорят о нехватке прав. Сообщение «Объект заблокирован» с указанием компьютера или пользователя означает конфликт сеансов.
Проверьте раздел «Администрирование → Обслуживание»
Проверьте профиль группы доступа пользователя
Проверьте активные сеансы в консоли кластера
Проверьте статус документа в журнале
Как отключить дату запрета изменения данных
Это самый частый сценарий. В типовых конфигурациях на платформе 8.3 путь выглядит так: «Администрирование → Поддержка и обслуживание → Регламентные операции» (в ряде версий — «Обслуживание»), далее пункт «Даты запрета изменения данных». Если флажок «Даты запрета изменения данных» установлен — запрет активен.
Есть три варианта действий. Первый — полностью снять флажок, тогда ограничение отключится для всех пользователей и всех разделов. Второй — изменить саму дату, например сдвинуть её на более ранний период, чтобы нужный документ попал в «открытую» зону. Третий — настроить исключение: в расширенной форме настройки можно задать для конкретного пользователя индивидуальную дату или вовсе убрать для него запрет.
Для точечной правки предпочтителен третий вариант: откройте настройку, перейдите на вкладку «Другие способы указания даты запрета» или настройку по пользователям, выберите сотрудника и установите для него дату раньше даты документа. После исправления документа верните настройку обратно — так закрытый период останется защищён для остальных.
- 1Сделайте резервную копию базы или убедитесь, что регламентное копирование работает
- 2Откройте «Администрирование → Поддержка и обслуживание → Даты запрета изменения данных»
- 3Снимите флажок, сдвиньте дату или задайте исключение для конкретного пользователя
- 4Нажмите «Записать и закрыть» и попросите пользователя перезайти в базу
- 5Внесите нужную правку в документ и верните дату запрета на место
Что делать, если запрет стоит из-за прав доступа
Если кнопки редактирования недоступны или появляется ошибка «Нарушение прав доступа», причина в ролях. В типовых конфигурациях права назначаются через профили групп доступа: «Администрирование → Настройки пользователей и прав → Профили групп доступа». Найдите пользователя, проверьте, в какие группы он входит, и какие роли включены в его профиль.
Для разовой задачи не обязательно выдавать полные права. Достаточно добавить пользователя в группу с нужным профилем, например с правом редактирования конкретного вида документов. Полные права (роль «Полные права» или профиль «Администратор») выдавайте только тем, кто действительно администрирует систему, — это снимает почти все штатные ограничения, включая защиту от случайных изменений.
В файловой базе без настроенных профилей права проверяются проще: откройте список пользователей («Администрирование → Пользователи»), откройте карточку сотрудника и посмотрите список доступных ролей на соответствующей вкладке. После изменения ролей пользователь должен перезапустить сеанс, иначе старые права продолжат действовать.
Снятие блокировки объекта и запрета при согласовании
Ошибка «Конфликт блокировок при выполнении транзакции» или «Объект заблокирован» означает, что документ открыт другим пользователем или захвачен фоновым процессом — обменом данными, обработкой проведения по партиям, регламентным заданием. В этом случае запрет временный и настройки менять не нужно.
Уточните у коллег, не открыт ли документ у них. Если база серверная, администратор может посмотреть активные сеансы в консоли кластера серверов 1С и при необходимости завершить «зависший» сеанс. В файловой базе помогает выход всех пользователей и повторный вход. Если блокировку держит обмен данными, дождитесь его завершения или остановите узел обмена.
Отдельный случай — документы в статусе «На согласовании» или «Согласован». В конфигурациях с маршрутами согласования (ERP, Управление холдингом, документооборот) редактирование блокируется до смены статуса. Снять такой запрет может только пользователь с правом отклонения согласования: он возвращает документ на доработку, после чего тот снова становится доступным для правки.
Запрет редактирования в режиме «Конфигуратор» и на уровне объектов
Иногда пользователь сталкивается с запретом не в прикладном решении, а при работе разработчика. Например, конфигурация находится на поддержке, и объекты закрыты для изменения — тогда в конфигураторе нужно включить возможность изменений: «Конфигурация → Поддержка → Настройка поддержки → Включить возможность изменения». Делать это следует осознанно: снятие с поддержки усложняет последующие обновления.
Ещё одна ситуация — сообщение «Редактирование реквизита запрещено» в форме объекта. В ряде конфигураций действует механизм запрета редактирования ключевых реквизитов: программа предлагает «разрешить редактирование» через отдельную кнопку (обычно «Ещё → Разрешить редактирование реквизитов») с подтверждением. Это штатная защита от случайной порчи связанных данных, а не ошибка.
Наконец, запрет может быть задан программно — в подписках на события, расширениях или доработках. Если все штатные механизмы проверены, а блокировка остаётся, потребуется анализ кода: искать обработчики «ПередЗаписью» и «ПриЗаписи» с отказом от записи. Такую диагностику лучше поручить специалисту по 1С.
Как выбрать действие
Проверка результата и возврат защиты
После снятия запрета проверьте результат под тем пользователем, у которого возникала проблема, а не под администратором — у администратора запреты часто не действуют, и тест будет недостоверным. Откройте нужный документ, убедитесь, что кнопки «Записать» и «Провести» активны, внесите и сохраните правку.
Обязательный завершающий шаг — вернуть защиту на место. Если вы сдвигали дату запрета, восстановите прежнее значение; если давали исключение пользователю — удалите его. Проверьте, что для остальных пользователей закрытый период снова недоступен: попытка изменить старый документ должна снова выдавать сообщение о запрете.
Как проверить результат
Документ открывается, записывается и проводится без ошибок
Ошибка запрета сохраняется после перезахода
Прежняя дата восстановлена, закрытый период снова защищён
Запрет остался снятым для всех пользователей
Доступны только нужные операции
Пользователю оставлены избыточные полные права
Частые ошибки при снятии запрета
Самая распространённая ошибка — полное отключение даты запрета «навсегда» ради одной правки. В результате закрытые периоды остаются открытыми, и любой сотрудник может случайно изменить прошлогодние документы. Всегда используйте точечные исключения и возвращайте настройки после работы.
Вторая ошибка — выдача полных прав вместо поиска конкретной недостающей роли. Это снимает не только нужный запрет, но и все остальные ограничения, включая защиту от удаления данных. Третья ошибка — попытка исправить блокировку сеанса через настройки дат запрета: механизмы не связаны, и изменение настроек не поможет, а защита будет ослаблена зря.
Что важно запомнить
Сначала определите тип запрета по тексту ошибки, затем действуйте точечно: дата запрета — через «Администрирование → Обслуживание», права — через профили доступа, блокировка — через завершение сеанса. После правки обязательно верните защитные настройки на место.
Частые вопросы
Почему я снял дату запрета, а документ всё равно не редактируется?
Скорее всего, действует второй механизм: нехватка прав, блокировка сеансом или статус согласования. Проверьте точный текст ошибки — он указывает на конкретную причину. Также убедитесь, что пользователь перезашёл в базу после изменения настроек.
Можно ли снять запрет только для одного документа, а не для всего периода?
Напрямую по одному документу дата запрета не настраивается — она действует на весь период. Практичный вариант: задать индивидуальную дату запрета для конкретного пользователя, внести правку и сразу вернуть общую настройку.
Что делать, если нет доступа к разделу «Администрирование»?
Значит, у вашей учётной записи нет административных прав. Обратитесь к администратору базы или пользователю с полными правами — только он может менять даты запрета и профили доступа. Самостоятельно обойти это ограничение штатными средствами нельзя.
Опасно ли временно снимать дату запрета изменения данных?
Опасен не сам факт снятия, а правки в закрытом периоде: они могут изменить регистры, по которым уже сдана отчётность. Перед правкой сделайте копию базы, зафиксируйте исходные значения документа и согласуйте изменение с ответственным за учёт.
Как убрать запрет редактирования реквизитов в карточке объекта?
В типовых формах используйте команду «Ещё → Разрешить редактирование реквизитов» (или «Изменить» с замком). Программа попросит подтверждение, так как реквизит может использоваться в связанных документах. После подтверждения поле станет доступным.
Запрет появился после обновления конфигурации — это нормально?
Да, при обновлении могут активироваться новые механизмы ограничения или сбрасываться индивидуальные настройки. Проверьте даты запрета изменения данных и профили доступа, при необходимости восстановите прежние значения из копии базы.