Добрый день. Кто-нибудь сталкивался с задачей включить документ из расширения в систему версионирования объектов? Хочется победить это малой кровью) На носу создание еще нескольких видов документов, хотелось бы какого-нибудь универсального решения)

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

Тем более, если это не просто новый вид объекта для конфигурации, но еще и включать его нужно в версионирование.

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

(1) (2) Все дело в том, что стоит задача навешать небольшую систему документов и регистров на основную базу, не затрагивая РИБ. Т.к. людям, работающим с РИБ нельзя пользоваться не только информацией из этой системы, но и системой в целом

А по-другому как воспользоваться галкой расширений "Используется в распределенной ИБ" я не знаю. Да и давно хотелось перенести все доработки для упрощения обновлений

(5) обновления не упрощатся. С расширениями еще больше всё запутается.

(3) И очень хорошо, что не понимает

(3) Было бы наоборот - большой баг, когда объект создаваемый расширением вдруг оказывается встраиваемым в контекст исполнения типовой базы.

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

(4) // небольшую систему документов и регистров на основную базу, не затрагивая РИБ

Так надо просто разобраться в методике, что РИБ это не панацея от всех проблем, а только средство относительно быстрого решения для относительно простых ситуаций.

Т.е. у вас нужно отделить просто обмены данными между узлами от обменов конфигурациями для узлов. Это на самом деле две раздельные задачи должны быть, а не одна сводная под названием РИБ

Вопрос по теме отпал. Отказался от Версионирования из БСП, воспользовался Историей данных из платформы.

(10) Да нет, дело не в информации попадающей в другие узлы, а в самом инструменте. Которым люди из РИБ не должны пользоваться..

(11) с историей там что-то пока глючит в расширениях. Дусаю, вам надо будет 8.3.14 лрждаться.

(13) Времени уже нет, задание до конца года

(5) Почитай книжку https://its.1c.ru/db/pubextensions#content:12:hdoc:h12
Там есть возможность использования в РИБ

(15) Вопрос стоит в том, чтоб РИБы расширения НЕ видели

(16) Тогда вообще ничего не понимаю. Я раширения использую и к РИБу вообще никак они не относятся. В одной базе расширение есть, в другой нет. Все живут прекрасно и никто ни с кем не конфликтует

разве можно определяемые типы расширять в расширении?

(18) Вот в этом и был вопрос. Есть расширение с новыми объектами, хотел их зацепить к типовой ВерсионированиеОбъектов из БСП. Не получилось, нужно как-то расширять составной тип реквизитов регистров.
Забил, поставил галку История данных на документах расширения, пусть смотрят версии механизмами платформы.
+ (17) Все это нужно только на центральном узле, в РИБах не надо

(19) У меня наоборот. Пока до центра не доберусь, а функционал какой нужен, делаю расширение. Потом в центре вношу изменения и расширение можно удалять

(16) Так ты почитай. Там именно об этом и написано

(21) Да я б почитал, итс у них нет(

(22) Есть бесплатный вариант на 7 дней

(0) посмотри объекты по подсистеме Версионирования
там ЕМНИП 2 РС и ОпределяемыйТип, в который надо включать твой документ

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

(23) Говорит, что его мало, давай ИТС Проф

(24) (25) Все это для своих объектов в СОСТАВЕ конфигурации, здесь речь шла об объектах в РАСШИРЕНИИ

(27) "нет ножек - нет мультиков"