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