К статье
Практический материал

Администрирование · 10 мин

Как отключить возможность редактирования конфигурации 1С

Как запретить редактирование конфигурации 1С: поддержка поставщика, роли и права, режим предприятия, защита от изменений. Пошаговые инструкции и проверка результата.

Запрет на редактирование конфигурации 1С востребован в двух типовых ситуациях: когда нужно защитить типовую конфигурацию от случайных изменений пользователями и когда требуется сохранить возможность автоматического обновления от поставщика. В обоих случаях задача решается штатными средствами платформы — без сторонних программ и вмешательства в код.

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

Ниже разобраны все основные способы с пошаговыми действиями, условиями применения и проверкой результата. Перед любыми изменениями настроек поддержки или прав сделайте резервную копию информационной базы — это займёт несколько минут, но позволит откатить ошибочные действия.

Определите, какой именно запрет вам нужен

Прежде чем что-то менять, ответьте на вопрос: от чего вы защищаетесь? Если от случайных правок в конфигураторе — достаточно настройки поддержки. Если от действий пользователей без технических навыков — нужно работать с ролями и правами. Если требуется запретить редактирование конкретных документов или справочников в режиме «Предприятие» — используются даты запрета изменения данных и права на объекты.

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

Маршрут решения

Как выбрать действие

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

Запрет редактирования через настройку поддержки

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

Для типовых конфигураций (1С:Бухгалтерия, 1С:ЗУП, 1С:Управление торговлей и другие) этот режим включён по умолчанию. Если конфигурация была снята с поддержки или включён режим «редактируется с сохранением поддержки», вернуть запрет можно вручную.

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

Обратите внимание: если конфигурация полностью снята с поддержки, простого переключателя не будет. Потребуется постановка на поддержку через сравнение и объединение с файлом конфигурации поставщика (.cf) соответствующей версии. При этом все доработки, не совпадающие с поставкой, нужно предварительно сохранить — они могут быть потеряны.

Ограничение прав пользователей на запуск конфигуратора

Запрет поддержки не остановит пользователя с полными правами — он может изменить настройки поддержки. Поэтому второй уровень защиты — разграничение прав. В типовых конфигурациях право изменять конфигурацию дают роли «Администратор системы» и «Полные права».

Порядок действий: в режиме «Предприятие» откройте раздел администрирования, перейдите к списку пользователей и проверьте назначенные роли. Рядовым пользователям должны быть назначены только прикладные роли (например, «Бухгалтер», «Менеджер по продажам»). Право запуска конфигуратора определяется также настройкой «Показывать в списке выбора» и возможностью запуска толстого клиента — но ключевое ограничение задаётся именно ролями.

Дополнительно административный доступ к конфигуратору можно ограничить на уровне кластера серверов 1С (для клиент-серверного варианта) или на уровне файловой системы, ограничив доступ к каталогу базы. Учётные записи администраторов кластера и базы должны быть защищены паролями, известными ограниченному кругу лиц.

Запрет редактирования данных в режиме «Предприятие»

Отдельная задача — запретить пользователям редактировать уже проведённые документы и записи прошлых периодов. Это решается механизмом «Даты запрета изменения данных». В типовых конфигурациях он находится в разделе «Администрирование → Поддержка и обслуживание → Регламентные операции» или «Настройки пользователей и прав» в зависимости от конфигурации.

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

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

Защита доработанной конфигурации от изменений

Если конфигурация существенно доработана и постановка на полную поддержку невозможна, используйте комбинированный подход. В настройке поддержки можно установить правило «не редактируется» для отдельных объектов, оставив возможность изменения остальных. Так «замораживают» стабильные подсистемы, сохраняя гибкость там, где доработки продолжаются.

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

Дополнительный уровень — регламент: назначьте ответственного за обновления, ведите учёт доработок и запретите установку обновлений без согласования. Технические ограничения работают только вместе с организационными: любой сотрудник с доступом к серверу и паролем администратора обойдёт программные запреты.

Типичные ошибки
01
Установка запрета поддержки без ограничения прав — администратор снимает запрет за минуту
02
Постановка на поддержку поверх доработок без копии — потеря прикладных изменений
03
Запрет через поддержку вместо даты запрета данных — документы прошлых периодов остаются редактируемыми
04
Поставка без текстов модулей без сохранения исходников — невозможность дальнейшей доработки
05
Передача пароля администратора кластера широкому кругу сотрудников

Проверка результата

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

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

Контрольные точки

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

Запуск конфигуратора под пользователем
Норма

Отказ в доступе или отсутствие возможности запуска

Тревожный признак

Конфигуратор открывается и позволяет редактировать объекты

Изменение объекта в конфигураторе
Норма

Сообщение «объект поставщика не редактируется»

Тревожный признак

Модуль или форма открываются на редактирование

Проведение документа закрытого периода
Норма

Сообщение о запрете изменения данных

Тревожный признак

Документ проводится без предупреждений

Список администраторов
Норма

Полные права только у ответственных сотрудников

Тревожный признак

Полные права у большинства пользователей

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

Можно ли отключить редактирование конфигурации без конфигуратора?

Полноценно — нет: настройка поддержки выполняется только в конфигураторе. Однако ограничить права пользователей и установить дату запрета изменения данных можно в режиме «Предприятие» через раздел администрирования, не открывая конфигуратор.

Нарушит ли запрет редактирования автоматическое обновление?

Напротив: конфигурация на полной поддержке с правилом «не редактируется» обновляется автоматически проще всего — платформа может заменить объекты без сравнения. Именно включённый запрет редактирования делает обновления типовой конфигурации максимально простыми.

Как вернуть возможность редактирования, если запрет уже включён?

В конфигураторе откройте «Конфигурация → Поддержка → Настройка поддержки», нажмите кнопку «Включить возможность изменения» и установите нужное правило — например, «Объект поставщика редактируется с сохранением поддержки». Учтите, что для этого нужны полные права.

Защищает ли запрет поддержки от изменений через внешние обработки?

Нет. Запрет поддержки касается только редактирования метаданных в конфигураторе. Внешние обработки и расширения конфигурации могут менять данные и даже поведение системы. Для защиты ограничьте права на запуск внешних обработок и использование расширений в настройках ролей.

Что делать, если конфигурация снята с поддержки, а запрет нужен?

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

Итог

Что важно запомнить

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