Конфигурация 1С на поддержке: что это значит и зачем это нужно

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

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

Тема особенно актуальна для организаций, где типовую «Бухгалтерию», «Управление торговлей» или «Зарплату и управление персоналом» дорабатывали под свои процессы. Ошибочное снятие с поддержки или неаккуратное обновление способны привести к потере доработок и долгому восстановлению. Ниже разобрано, как устроен механизм, когда его нужно трогать, а когда — категорически не стоит.

Что означает статус «конфигурация находится на поддержке»

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

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

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

Зачем нужна поддержка и что она даёт на практике

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

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

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

Как проверить, на поддержке ли конфигурация

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

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

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

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

Когда требуется снятие с поддержки и как это сделать безопасно

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

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

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

Расширения как альтернатива снятию с поддержки

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

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

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

Способы доработки конфигурации

Расширение конфигурации

Подходит для большинства доработок; конфигурация остаётся на поддержке, обновления простые. Ограничение: не все объекты и методы расширяются

Изменение с сохранением поддержки

Подходит, когда расширения недостаточно; обновление возможно, но требует ручного сопоставления изменённых объектов

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

Только для сильно переработанных решений; каждое обновление превращается в отдельный проект

Обновление конфигурации с доработками: что учесть

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

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

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

Как вернуть конфигурацию на поддержку

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

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

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

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

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

Статус в настройке поддержки

Норма

Объекты имеют пиктограмму поставщика, изменённые — статус «редактируется с сохранением поддержки»

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

Объекты без признаков поставщика, конфигурация числится снятой с поддержки

Тестовое обновление на копии

Норма

Обновление проходит, доработки работают, список ручных сопоставлений минимален

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

Массовые конфликты объединения, доработки исчезают после обновления

Резервная копия

Норма

Свежая выгрузка .dt создана до начала работ и хранится отдельно

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

Работы ведутся без копии или копия устарела

Полезно завести простой документ-реестр доработок: объект, что изменено, зачем, кем и когда. При обновлении такой реестр экономит часы — не нужно выяснять по коду, почему модуль отличается от типового.

Частые вопросы о поддержке конфигурации 1С

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

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

Чем снятие с поддержки отличается от включения возможности изменения?

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

Нарушает ли снятие с поддержки лицензионное соглашение?

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

Как понять, какие объекты изменены относительно типовой конфигурации?

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

Что делать, если при обновлении пропала доработка?

Немедленно остановите работу в базе, чтобы изменения данных не накапливались. Восстановите базу из резервной копии, сделанной до обновления, затем повторите обновление на копии, внимательно обрабатывая сопоставление изменённых объектов: для правленых модулей выбирайте объединение с приоритетом своих изменений и проверяйте результат построчно.

Стоит ли переводить все доработки в расширения?

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