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

(0)Да, можно конечно.
Сначала готовишь расширение.
Потом пишешь обработку по переносу данных.
Проверяешь корректность переноса.
Удаляешь доработки.
PROFIT!!!!111

(0) если смирится с добавленными в основную конфу сущностями, а вообще весь код перехватами утащить в расширение, то можно сохранить и без переноса.

(0) самый простой способ
это добавит аналогичные реквизиты с префиксом
потом  в коде исправит обращение к ним
затем написать обработку заполнения этих новых реквизитов

еще недельку по кашлять если что то пошло не так и вуаля все взлетело

Гримасы судьбы... вот тоже только что перетащил всё, кроме добавленных реквизитов, в расширение.
После 8 "специалистов" 3-х франчей.
Кстати, может, кто подскажет - почему сравнение с типовой конфигой (взял демку того же релиза, выгрузил .cf) дает кучу "несоответсвия порядков объектов", и различающуюся практиччески везде "справочную информацию" (которая и там и сям пустая)?

(3) (1) спасибо. так собственно и понял... самое мутно это документ перенести.
надеялся что можно как-то без переносов... но видимо нет

(4) даже сравнение со встроенной конфой поставщика часто такое дает.
к сожалению понятия не имею с чем связано

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

(7) а почему ???
хотя на обновление типовое они никак не влияют. может проще их оставить, а все остальное перенести

(8) не доверяют люди. "Восьмерка еще сырая!"©

(8) бывает пропадают данные, и да на обновления добавленные объекты и модули не влияют, просто добавлять их нужно с префиксом.

(9) (10) ясненько

(6) баг не лечится - багу лет 10ть

Самое правильное решение уже озвучено. Оставь все реквизиты и добавленные объекты в конфигурации. НОбновлению не мешают, никакие "внезапности" с поведением расширения после очередного обновления, не нарушат данные. А вот код весь - в расширение

Иногда,когда расширение "встало колом" его нужно удалить и заново поставить - если в нем были данные,то котик ждет их у себя под хвостом.
Опять же,при неумелом обновлении,можно и данные в основной конфе пох.рить только в путь.

(14) Присоединяюсь к мнению. Игра с огнём

(7) Всё это так. Но иногда не хочется выгонять людей ради одного реквизита (шаманство в виде демонического обновления - не предлагать).

(13) (14) Благодарю. суть уловил!

(16) демоническое обновление можно использовать, если например модуль поправил. если реквизиты, лучше не рисковать.

(18)Если реквизиты поправил, то изменил структуру БД, нужна реструктуризация, тут никакого динамического обновления не будет, обязательно нужно будет юзеров выгонять.

Всегда динамически применял изменения, не было никаких проблем.

(14) а "расширение встало колом" - это как?

https://ru.files.fm/u/b4ucnampz

дарю! как раз этим занимаюсь.

самое главное - можно переносить в Дополнительные реквизиты сведения и обратно любые реквизиты. Советую реквизиты переносить в дополнительные реквизиты и сведения. Только не забудь везде поправить код запросов. Использование доп.реквизитов выглядит примерно так:

|	ШтрихкодыНоменклатуры.Номенклатура,
|	ЕСТЬNULL(ДополнительныеРеквизитыGPC.Значение, ЗНАЧЕНИЕ(Справочник.ЗначенияСвойствОбъектов.ПустаяСсылка)) КАК GPC
|ИЗ
|	РегистрСведений.ШтрихкодыНоменклатуры КАК ШтрихкодыНоменклатуры
|	ЛЕВОЕ СОЕДИНЕНИЕ ШтрихкодыНоменклатуры.Номенклатура.ДополнительныеРеквизиты КАК ДополнительныеРеквизитыGPC
|		ПО ДополнительныеРеквизитыGPC.Ссылка = ШтрихкодыНоменклатуры.Организация
|		И ДополнительныеРеквизитыGPC.Свойство.Наименование = ""GPC""

(4) это из-за того, что 1Совцы любят менять форматирование и не любят обновлять свои виндовсы, например, было <b><font=Arial>текст</font></b>, а стало <font=Arial><b>текст</b></font>. результат не изменился, поэтому конфигуратор их игнорирует при обновлении. за несколько лет накапливается критический объем, и найти отличия в конфигах становится проблематично. поэтому я в таких случаях выгружаю обе конфиги в файлы, прогоняю их Numpad++ заменой регулярными выражениями и собираю снова. сравнение уже работает. а порядок постоянно меняется, так как 1Совцы постоянно забывают сортировать свои добавленные реквизиты и делают это время от времени. могли бы и встроить в платформу автоматическую сортировку реквизитов при добавлении, чтобы это работало для типовых конфигураций, но думать об удобстве работы постпрограммистов - не их приоритетная задача.

мдя, время чудесных открытий..

(21) каспер чойто ругается...
(23) "обе конфиги" - это какие? И можно поклянчить регвары замены?

(25) удаление фонтов и форматирования

(&lt;font.+?&gt;)|(&lt;.&gt;)|(&lt;.?.?color.+?&gt;)|(&lt;link .+?&gt;)

заменить на пустую строку

удаление английского языка (1С в прошлом году наняла толмача по ходу)

<v8:lang>en</v8:lang>\r\n.*<v8:content>.*</v8:content>

заменять на

<v8:lang>en</v8:lang><v8:content></v8:content>


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

галки все сняты, кроме Регулярные выражения и Во всех подпапках - фильтры *.xml

(25) типовая и рабочая с реквизитами одной и той же версии
каспер ругается на epf? )))

(27) ок, понял. каспер ругаетя на загрузку из (21)
(26) спасибо, попробую

(28) так файлообменник бесконтрольный, через него что только не рассылали, а ещё он прохохлятский, вот и попал в опалу, хотя мой каспер не ругается. может, у тебя реклама не вырезается?

https://files.fm/u/5ycfgg8vm
баг поправил

совет: не создавайте булевских реквизитов в дополнительных реквизитах - потом по ним не работает отбор. что нет, неопределено, будет показывать как Нет, но отбора по Неопределено (вернее, это null) сделать невозможно. рекомендую список из двух значений (только не Да и Нет, чтобы их можно было отличить). и добавить автозаполнение программным способом, чтобы потом с отборами не мучиться.

В  закладки.