Как программно определить является ли объект, реквизит типовым? #775110

Можно ли программно определить является ли объект, реквизит типовым ? Если да то как?

Что есть "типовой реквизит" в Вашем понимании?

завязывай изобретать квадратные колеса...

Если открыть дерево методанных в конфигураторе, то те напротив которых есть кубик.

Нечего больше изобретать)

Вести регистр типовых/нетиповых объектов и обновлять его при каждом обновлении.

Ну теоретически можно выгрузить конфигурацию поставщика в файлы и сравнивать с ними. Можно даже эти файлы пихнуть в какой-нибудь справочник в самой 1С. Ну и при обновлениях придется эту операцию повторять.

В 8.3.8 появилась возможность это делать через командную строку, поэтому ТСу теперь нужно только батничек написать.

проще РС только с нетиповыми объектами, реквизитами.

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

Мне надо обработкой проверить являются ли реквизиты типовыми или нет.

тогда создавай РС и заполняй ручками. в обработке запрос.

Я обработку пишу чтоб ручками не перебирать)

подсказка: если объект метаданных нетиповой, то его реквизиты тоже.

лол. сначала РС, затем обработка твоя

Красава. Я хочу сократить свою работу, а вы предлагаете мне ее увеличить)

Спс, поизучаю. Плохо только что на 8.3.8

тогда

Что имеется ввиду под выгружать и сравнивать? Как это предлагается сделать?

-> +

Это я понял, может там еще что-то предлагается.

парсишь файлы, получаешь дерево метаданных,сравниваешь с тем, что есть в конфе.

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

А как добавить реквизит не снимая замочка с типового?

держать отдельно рядом девственно типовую, периодически запрашивать ее через ком или одату и получать там Метаданные. Их обходить и пихать в справочник/регистр рабочей базы (примерно как в КД хранятся метаданные). При необходимости (и зачем это вообще?!?) - сравнивать всю эту ерунду между собой до наступления нирваны.

В типовых есть справочники: ИдентификаторыОбъектовМетаданных ИдентификаторыОбъектовРасширений

+ В Рознице так называются

кстати, +1

зачем? как это поможет определить типовой/нетиповой объект?

идентификатор ведь можно поменять. Тогда он типовой будет или не типовой? Это уже философский вопрос.

"кубик" не говорит о том, что объект "типовой".

вам кубики или ехать? эталонная база проще всего - нет в ней объекта/реквизита - значит он нетиповой

как определить? Есть или нет? По имени? По Гуиду? Или по чему?

ТС уверяет, что ему нужны "кубики". Эталонная база тоже ничего не решает.

имя + тип

то есть если у меня есть мой реквизит Цена, он нетиповой. Приходит обновление, там тоже появился реквизит Цена. Но после обновления он добавился как Цена1.

интересная ситуация и особенно вопрос какой же сейчас реквизит типовой а какой нет?