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

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

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

(1) вестимо, "на замочке"
(0) никак

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

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

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

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

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

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

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

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

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

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

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

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

(11) http://downloads.v8.1c.ru/content//Platform/8_3_8_1784/1cv8upd.htm#a96fb22a-71b3-11e5-a3f7-0050569f678a

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

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

(17) тогда (7)

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

(20) -> (8) + (16)

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

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

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

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

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

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

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

(27) кстати, +1

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

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

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

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

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

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

(34) имя + тип

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

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