Наверняка уже было, но как-то с поиском в понедельник не заладилось. Подскажите как правильнее перенести данные в случае переноса объектов из конфы в расширение- КД юзать или что-то другое/ лучше?
Например, в конфу был добавлен справочник "НекийСправочник", в него заносились данные. С объектом конфигурации понятно как поступить- скопировать в расширение и переименовать с префиксом "Удалить" например. Главное чтобы при переносе ID-шники сохранились.
---
...С объектом конфигурации понятно как поступить- скопировать в расширение и переименовать с префиксом "Удалить" например. Главное чтобы при переносе ID-шники сохранились

Я бы так и пошёл. По потом обработку (если ГУИДы нужны: УстановитьСсылкуНового) которая по данным объекта "Удалить..." создаёт новый через ЗаполнитьЗначенияСвойств.
В наборах движений регистратор заменить.

Не заморачиваясь сильно с оптимизацией. Если процесс на копии пройдёт за приемлемое время: значит всё норм. Если нет: переносить по частям.
---
Предложу еще вариант - объекты переносим в расширение и потом можно взять обработку "Выгрузка загрузка данных XML" - она выгружает данные между одинаковыми конфигурациями, а точнее, ей главное что бы имена объектов и реквизитов совпадали, и не важно что в источнике это встроенный справочник, а в приемнике он уже в расширении.
Делал такой вариант когда надо обрезать базу и вернуть на стандарт, вынося дописки в расширение. Готовим конфу, сажаем на чистую базу, В источнике формируем документы ввода остатков (к примеру на 31.12.2021) и затем выгружаем остатки и движения за 2022г в приемник.
---
Как исполнитель умеет, так и делать. Это самое эффективное всегда, когда речь идет о разовой работе.
---
считаю что надо делать как правильно, а не как умеет. Хотя согласен, что не всегда такое удается
---
это было бы теоретически возможно, если бы было известно "как правильно". Но образца нет.
1С это чисто прикладная программа, результатом ее работы являются правильные отчеты для заинтересованных сторон. Как именно они получены, никому никогда интересно не будет.
А вот если банальную задачу исполнитель будет делать вместо двух часов две недели, это может испортить впечатление.
---
Для разовой работы: как быстрее, так и правильнее.
Если в справочнике 5 элементов: их проще руками перенести, чем правила переноса писать))
---
работа разовая. Если бы во всех объектах было бы по 5 элементов...
справочник привел для примера. Есть еще куча справочников/документов/регистров
---
...С объектом конфигурации понятно как поступить- скопировать в расширение и переименовать с префиксом "Удалить" например. Главное чтобы при переносе ID-шники сохранились

Я бы так и пошёл. По потом обработку (если ГУИДы нужны: УстановитьСсылкуНового) которая по данным объекта "Удалить..." создаёт новый через ЗаполнитьЗначенияСвойств.
В наборах движений регистратор заменить.

Не заморачиваясь сильно с оптимизацией. Если процесс на копии пройдёт за приемлемое время: значит всё норм. Если нет: переносить по частям.
---
тоже склоняюсь к этому. Хотел услышать/почитать опыт тех кто уже делал
---
Предложу еще вариант - объекты переносим в расширение и потом можно взять обработку "Выгрузка загрузка данных XML" - она выгружает данные между одинаковыми конфигурациями, а точнее, ей главное что бы имена объектов и реквизитов совпадали, и не важно что в источнике это встроенный справочник, а в приемнике он уже в расширении.
Делал такой вариант когда надо обрезать базу и вернуть на стандарт, вынося дописки в расширение. Готовим конфу, сажаем на чистую базу, В источнике формируем документы ввода остатков (к примеру на 31.12.2021) и затем выгружаем остатки и движения за 2022г в приемник.
---
спасибо за совет
---
Да только после загрузки надо дубли почистить. Как правило даже в пустой базе уже есть валюта рубли и предопределенные статьи доходов и расходов - они могут задублироваться. (если это БП, для других конфиг тоже есть уже заполненные справочники).