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