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

Разработка и Конфигурация · 10 мин

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

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

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

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

Что такое поддержка конфигурации и зачем она блокирует изменения

Поддержка — это механизм, который связывает вашу информационную базу с конфигурацией поставщика. Пока объект находится на поддержке без права изменения, платформа гарантирует: при обновлении новая версия от поставщика заменит объект целиком, без конфликтов. Это удобно для типовых решений вроде «1С:Бухгалтерии» или «1С:Управление торговлей», где обновления выходят регулярно.

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

Подготовка перед включением возможности изменений

Первый обязательный шаг — резервная копия информационной базы. Для файловой базы достаточно скопировать файл 1Cv8.1CD при остановленной работе пользователей, для клиент-серверной — выполнить выгрузку через конфигуратор (меню «Администрирование» → «Выгрузить информационную базу») или средствами СУБД. Без копии любая ошибка при изменении поддержки может привести к потере данных или невозможности вернуться в исходное состояние.

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

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

Пошаговое включение возможности изменения конфигурации

Основной путь одинаков для большинства типовых и нетиповых конфигураций на платформе 1С:Предприятие 8.3. Откройте базу в режиме «Конфигуратор» и выполните последовательность действий.

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

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

Если кнопка «Включить возможность изменения» неактивна

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

Выбор режима: с сохранением поддержки или полное снятие

В настройке поддержки для каждого объекта доступны три состояния: «Не редактируется», «Редактируется с сохранением поддержки» и «Снят с поддержки». Выбор определяет, как объект будет вести себя при обновлениях.

Сравнение вариантов

Не редактируется

Объект полностью контролируется поставщиком. Обновления проходят автоматически, но доработка невозможна. Подходит для типовых объектов, которые не требуют изменений.

Редактируется с сохранением поддержки

Объект можно менять, связь с поставщиком сохраняется. При обновлении платформа покажет изменённые объекты и предложит выбрать: взять версию поставщика, оставить свою или объединить. Оптимальный режим для большинства доработок.

Снят с поддержки

Полная свобода редактирования, но обновления объекта больше не приходят. Все изменения поставщика переносятся вручную. Оправдан только для объектов, которые поставщик больше не развивает, или при полном отказе от типовых обновлений.

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

Альтернатива: расширения конфигурации без изменения поддержки

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

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

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

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

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

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

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

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

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

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

Окно настройки поддержки
Норма

Кнопка «Включить возможность изменения» заменена на «Отключить возможность изменения», объекты имеют нужные режимы

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

Кнопка неактивна или режимы не сохраняются после нажатия «ОК»

Дерево конфигурации
Норма

У изменённых объектов появилась отметка об изменении, объекты открываются на редактирование

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

Объекты по-прежнему заблокированы при попытке редактирования

Обновление конфигурации БД
Норма

F7 выполняется без ошибок, база запускается в режиме «Предприятие»

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

Ошибки реструктуризации или требование монопольного доступа, которое не удаётся выполнить

Типичные ошибки и ограничения

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

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

Итог

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

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

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

Можно ли вернуть конфигурацию на поддержку после снятия?

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

Почему после включения изменений объект всё равно не редактируется?

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

Нужен ли монопольный доступ для настройки поддержки?

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

Что лучше для небольшой доработки: изменение конфигурации или расширение?

Расширение. Оно не нарушает поддержку, не усложняет обновления и легко отключается при проблемах. Изменение самой конфигурации оправдано только тогда, когда нужный объект или механизм недоступен в расширениях.

Потеряются ли доработки при обновлении конфигурации?

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

Можно ли включить изменения в базе, работающей на сервере 1С?

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