Всем привет!

Нужна помощь адептов расширений 1С, пытаюсь перенести в расширение (адаптация), реквизиты из конфигурации, не получается открыть файл конфигурации для сравнения/об'единения с расширением, платформа не позволяет этого сделать, это типа специально так задумано?!
Мое расширение создано в конфигурации бухгалтерия 30 корп, также имеется конфигурация бух-ия 20 корп, из которой мне нужно перенести не типовые реквизиты документов в расширение, как это можно сделать, не хотелось бы снимать с поддержки новую бухню 30.

(0) Сравнения с расширением нет.

(0)Что Вы собрались сравнивать в расширении с основной конфигурацией ?)

(2) Есть обновляемая база на конфигурации бухгалтерия корп 2.0, в ее документах есть нетиповые реквизиты.
Готовлю конфигурацию 3.0 для загрузки в обновляемую базу. Не хочу снимать с поддержки новую конфигурацию, для этого добавил расширение, в него закинул измененные объекты, и хотел объединившись с конфой обновляемой базы, закинуть в расширение реквизиты измененных объектов, чтобы сохранились идентификаторы реквизитов...

Интересно какие религиозные предубеждения помешали 1С оставить нам возможность объединять конфигурации с расширениями?!

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

(4) религиозно все очень просто. Расширение не содержит полных копий объектов. Что там с чем сравнивать?!

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

то какого-то внятного отчета, который бы на одном листе отображал бы все внесенные - я такого не видел.

расширение с расширением объединять вроде можно?

(0) реквизиты в расширение, ну ну

(7) не пробовал. Ожидаемо, что должна быть такая возможность - это позволить "собирать" одно большое расширение взамен нескольких маленьких.

(5) // перенести в расширение реквизиты с сохранением идентификаторов?!
придется закидывать их сначала в основную конфигурацию сняв ее с поддержки,

Это что-то не понятное.
Можешь расшифровать суть этого действа?

(10) это когда объединяясь с конфигурацией заимствуешь не весь объект а его отдельные реквизиты, таким образом в обновляемый объект переносятся реквизиты с сохранением идентификаторов созданных в загружаемой конфигурации.

зачем реквизиты переносить в расширение?

(12) чтобы сохранились данные в этих реквизитах, т.к. если создать их заново, это будут новые реквизиты и данные будут утеряны.

(13) бред

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

(13) Если вы к примеру, удалите в конфигурации реквизит "Контрагент" у документа реализация, и добавите новый точно такой-же с тем-же типом, разве контрагенты во всех реализациях не исчезнут?

(15) я этот вариант описал в (5) сообщении. Похоже так и придется.

(16) А если эту манипуляцию произвести на основной конфигурации и при этом выполнить ее сохранение и применение к основной - не исчезнут?

(18) Понятное дело исчезнут, поэтому вся эта возня с переносом реквизитов из обновляемой бухни 20, в новую конфигурацию, Просыпайся Фрэнки!

(19) Ты сам проснись и осознай

Ну бред же

(20) в чем бред, если в обновленной конфигурации в документах не будет ранее созданных реквизитов, после загрузки такой конфигурации в базу, данные в этих реквизитах будут потеряны. Что здесь непонятного?

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

Хм. А чего можно удалить реквизит из основной конфигурации помещенный в расширение?

(22) но так как ты предлагаешь в (0), реквизиты тоже ведь исчезнут. Какая разница?

C тем же самым идентификатором реквизиты в расширение все равно не перенести, но и зачем? Почему все уперлось во внутренний идентификатор ?

(25) А чтоб перенос данных не писать

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

(27) тогда похоже 2 раза придется значения реквизитов переносить. При переходе с 2.0, а потом при переносе в расширение.

(26) Бинго!
(27) Вот это именно тот вариант который очень хочется избежать, я пожалуй лучше перенесу все эти реквизиты объектов в доп реквизиты перед обновлением....

(29) тебе лучше написать обработку, которая считает и заполнит реквизиты из источника в приемник после всех обновлений. Вот это будет самое верное решение.

А все остальное - возни много, а толку будет практически ноль.

Источником считай именно исходную базу ДО всех процедур обновления, а не после.

Процесс нетривиальный. Ну а кто в наше время ищет легких путей? Легких путей не ищем - сами себе придумываем сложности и с гордостью их преодолеваем.

(29) ну, то есть чтобы не делать обычный простой перенос, ты выбрал сделать более сложный перенос?

(32) я думал можно закинуть реквизиты в расширение из старой конфы и старая база узнает эти реквизиты как родные подсунет туда все данные :)

(33) угу. Ты слишком хорошо подумал о разработчиках платформы и о разработчиках расширений внутри этой самой платформы

Закинуть то в расширение из основной конфы добавленные реквизиты можно, но вот только потом из основной не уберешь ))