Как снять объект конфигурации с поддержки, если база подключена к Хранилищу и имеет несколько поставщиков

Программист 1С v8.3 (Управляемые формы) 1C:Бухгалтерия IT и автоматизация бизнеса
← На главную

В процессе разработки в среде 1С часто возникают ситуации, когда типовой функционал конфигурации требует доработки. Однако, если база данных подключена к Хранилищу конфигурации, а сама конфигурация находится на поддержке сразу нескольких вендоров (например, 1С:Бухгалтерия КОРП и БИТ.ФИНАНС), процедура снятия объектов с поддержки или разрешения их редактирования становится неочевидной. В этой статье мы разберем по шагам, как правильно изменить правила поддержки, обойти проблему «трех колонок» и корректно зафиксировать изменения в Хранилище.

Анализ ситуации: почему в окне настройки поддержки три колонки

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

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

Шаг 1: Правильный захват объектов в Хранилище

Прежде чем открывать окно настройки поддержки, необходимо выполнить обязательные действия в Хранилище. Без этого 1С заблокирует любые попытки изменения правил. Разберем последовательность:

  1. Захват корня конфигурации: Это критически важный момент. Правила поддержки и информация о поставщиках хранятся в общих метаданных конфигурации. Захватите корень конфигурации в Хранилище (без рекурсии, чтобы не блокировать работу всей команды).
  2. Захват конкретных объектов: Найдите в дереве конфигурации объекты, которые планируете редактировать (например, Документ или ПланВидовХарактеристик). Захватите их также. Если объект не будет захвачен, система может позволить изменить правило в окне настроек, но при попытке сохранения или применения возникнет ошибка доступа к объекту.

Шаг 2: Работа с несколькими поставщиками в окне настройки

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

Проанализируем алгоритм действий:

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

Шаг 3: Выбор режима редактирования

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

Шаг 4: Завершение операции и помещение в Хранилище

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

Чтобы изменения вступили в силу для всех участников разработки, выполните следующие действия:

  1. Нажмите кнопку «Поместить в хранилище».
  2. В списке объектов для помещения обязательно выберите и корень конфигурации, и сами измененные объекты.
  3. Добавьте комментарий к помещению, например: «Разрешено редактирование Документа Х и ПВХ Y, изменены правила поддержки для двух поставщиков».

Важные технические нюансы

Проанализируем возможные сложности, с которыми можно столкнуться:

Обновление конфигурации поставщика: Изменение правил поддержки — это ресурсоемкая операция. В крупных базах (таких как 1С:ERP или Бухгалтерия КОРП) это может занять значительное время и привести к временному росту файла конфигурации. Рекомендуем выполнять такие действия в периоды минимальной активности других разработчиков.

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

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

← На главную