← На главную

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

Причины возникновения ошибок контроля свойств

Когда вы добавляете в расширение типовой объект (например, ОбщаяКоманда или ПланВидовХарактеристик) и меняете его свойства, платформа 1С выполняет проверку на совместимость с основной конфигурацией. В палитре свойств такие параметры отмечены специальной иконкой (двойная красно-синяя галка). Эта индикация означает, что свойство контролируется системой, чтобы предотвратить некорректную модификацию структуры базы данных.

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

Способ первый: отключение контроля свойств

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

1. Откройте объект метаданных в расширении (например, ОбщаяКоманда или ПланВидовХарактеристик).
2. Перейдите в палитру свойств объекта.
3. Найдите нужное свойство, помеченное иконкой с двойной красно-синей галкой (например, ТипПараметраКоманды или Предопределенные).
4. Нажмите на эту иконку, чтобы снять флаг контроля.

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

Способ второй: полное заимствование объекта

Если отключение контроля не приводит к желаемому результату (например, команда не появляется в интерфейсе или данные не записываются в регистр), сообщество разработчиков рекомендует более радикальный, но стабильный метод:

1. Удалите из расширения текущую копию объекта (например, ОбщаяКоманда).
2. Заимствуйте этот объект из основной конфигурации целиком.
3. Внесите необходимые изменения в заимствованный объект непосредственно в расширении.

Этот метод часто решает проблему видимости, так как платформа воспринимает заимствованный объект как «родной» для расширения и корректно связывает его с типовыми подсистемами.

Проблемы типизации и записи данных в регистры

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

Для решения подобных задач рекомендуется:

• Проверить, заимствованы ли в расширение все связанные объекты (например, ПланВидовХарактеристик.ВидыСубконтоХозрасчетные).
• Использовать ПодпискиНаСобытия, если необходимо принудительно дозаполнить данные, которые стандартные механизмы проведения игнорируют из-за ограничений типизации.
• Рассмотреть возможность создания отдельных регистров накопления для хранения данных вашего расширения, если интеграция с типовыми регистрами бухгалтерии требует слишком глубокого вмешательства в логику ядра системы.

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