В процессе администрирования и разработки на платформе «1С:Предприятие 8.3» специалисты часто сталкиваются с необходимостью изменения типового функционала конфигураций. Одним из самых критичных шагов на этом пути является управление статусом поддержки. Часто из-за недостатка опыта или неверных рекомендаций разработчики полностью снимают конфигурацию с поддержки поставщика, что в дальнейшем приводит к трудностям при попытке обновить систему. Разберем детально, почему при попытке объединения конфигураций может не появляться диалоговое окно постановки на поддержку, выясним технические причины этого поведения и рассмотрим пошаговые сценарии восстановления правильного статуса базы данных.
Для того чтобы разобраться в проблеме, проанализируем внутренние механизмы платформы 1С. Диалоговое окно с текстом «Обнаружена возможность объединения с постановкой на поддержку» появляется в конфигураторе только в том случае, если выполняются строго определенные условия сопоставления метаданных.
Основная причина, по которой это окно не открывается при сравнении и объединении, заключается в следующем: загружаемый файл конфигурации (с расширением .cf) не содержит в себе конфигурацию поставщика.
Рассмотрим, как это происходит на практике:
.cf был выгружен из базы данных, которая ранее уже была полностью снята с поддержки, в этом файле физически отсутствуют метаданные разработчика (например, фирмы «1С»). Для платформы такой файл выглядит как абсолютно уникальная, самописная конфигурация..cf на уровне идентификаторов поставщика. Соответственно, у нее нет оснований предлагать автоматическую постановку на поддержку..cf должен быть взят непосредственно из официального дистрибутива обновления (из папки шаблонов) или выгружен из абсолютно «чистой» базы того же релиза, которая никогда не снималась с поддержки и находится «на замке».Если вы самостоятельно подготовили файл конфигурации, выгрузив его из измененной копии, предварительно снятой с поддержки, то вернуть основную базу на поддержку простым сравнением-объединением с этим файлом не удастся.
Выясним, почему само по себе действие «Снять с поддержки» в большинстве случаев является грубой ошибкой. В платформе 1С существует два принципиально разных статуса для изменения типового функционала:
Конфигурация — Поддержка — Настройка поддержки — кнопка Включить возможность изменений). Этот режим позволяет редактировать существующие объекты поставщика и добавлять свои собственные. При этом конфигурация остается на поддержке, сохраняются правила обновления, и в будущем вы сможете обновлять базу в полуавтоматическом режиме.Поэтому золотое правило разработчика 1С: никогда не снимайте конфигурацию с поддержки полностью, если планируется дальнейшее обновление этой базы на новые релизы поставщика. Достаточно разрешить изменения с сохранением поддержки.
Если же ошибка уже совершена и базу нужно вернуть на поддержку, рассмотрим два практических сценария решения этой задачи.
Если перед вами стоит задача полностью отказаться от всех внесенных изменений, стереть кастомный код, удалить добавленные объекты и сделать конфигурацию абсолютно типовой («повесить замок»), операция сравнения и объединения вам не понадобится. Разберем этот процесс по шагам:
.cf) строго того же релиза, который сейчас установлен у вас. Номер релиза можно посмотреть в окне «О программе»..cf.Важно: этот способ полностью затирает любые доработки в коде и удаляет добавленные вами объекты метаданных из структуры базы данных. Используйте его только тогда, когда доработки вам больше не нужны.
Это более частый и сложный сценарий, когда в базе есть важные пользовательские изменения, которые ни в коем случае нельзя потерять, но при этом необходимо вернуть базу на официальную поддержку для последующих комфортных обновлений. Разберем этот алгоритм:
.cf) ровно того же релиза, который развернут у вас в данный момент. Использование другого релиза на этом этапе категорически запрещено, так как это нарушит структуру метаданных..cf.Мы выяснили, что отсутствие окна постановки на поддержку — это не баг платформы, а следствие работы с некорректно выгруженными файлами конфигурации, лишенными структуры поставщика. Чтобы избежать подобных проблем в будущем, рекомендуем придерживаться следующих правил:
.cf соответствующего релиза.Следуя этим простым правилам, вы обезопасите свои базы данных от критических сбоев при обновлении и сохраните все важные доработки программного кода.