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