v7: Как с помошью обработки копировать все элементы из одной группы в другую?

> Копировать тоже можно, но!
Все таки интересно, ЗАЧЕМ?
Копировать, заметьте не переносить, элементы из одной группы в другую в одном и том-же справочнике, когда при какой ситуации может такое потребоваться?

У меня была когда то давным давно задачка, когда клиент попросил выполнить свертку базы и вычистить справочники от неиспользуемых элементов, например, контрагентов оставить только тех, по которым есть ненулевые остатки и были хоть какие нибудь движения за последние полгода. Сделали дубликат базы, схлопнули там все. Стали они там работать. Через какое то время выяснилось, что их постановка задачи была не совсем "удобной" и потерялось много "нужных" контрагентов. Попросили сделать возможность создания элемента в спрвочнике путем копирования его из другой базы данных. Потом выяснилось, Я цеплялся к другой базе через OLE и брал оттуда значения реквизитов перебором через метаданные и создавал в рабочей базе новый элемент. Фактически та же самая задача, только с использованием OLE Automation. Может тут что то схожее?

>  Фактически та же самая задача, только с использованием OLE >Automation. Может тут что то схожее?
В том то и дело, что описанная вами ситуация - это нормальная задача копирование( перенос) справочника из одной базы в другую. А здесь копирование именно в одной базе из одной группы в другую. Можно было бы понять про перенос из группы в группу. А так бред какой-то. Если он таким образом хочет изучить программированиев 1С, ставя самому себе такие задачи, то зачем просить помощи на форуме?

> Копировать, заметьте не переносить, элементы из одной группы в другую в одном и том-же справочнике, когда при какой ситуации может такое потребоваться?
>
>

Простейший пример, в автосервисе пришла новая модель автомобиля, берем группу работ от предыдущей модели, копируем, делаем косметические правки... Вполне реальная ситуация.

> Вполне реальная ситуация.
Вполне нереальная ситуация.
Это - номенклатура. Справочник сложный. Масса реквизитов, в т.ч. периодических. Есть подчиненные справочники, во многих конфигурациях тоже с периодическими реквизитами. То есть в реалии много "хлама и мусора", зачем это "тянуть". Замучаетесь выправлять. Проще "вбить" по-новой.
И потом, трудно предположить одновременное появление десятков, даже сотен новых моделей именно автомобилей, скорее всего каждый раз это - единицы, "ручками" быстрее и точнее.
Пример не удачный и не характерный.

> Простейший пример, в автосервисе пришла новая модель автомобиля, берем группу работ от предыдущей модели, копируем, делаем косметические правки... Вполне реальная ситуация.

Ситуация какая-то странная
Не проще ли делать группы работ в документах, а не напрягаться с каждым элементом справочника?
А копирование может понадобится например, если есть 2 базы и надо их синхронизировать. У меня появилось только 1 объяснение: если в 1-ой базе заводят или изменяют элементы справочника, то при сохранении он копируется в другой справочник, а потом в какой-нибудь нужный момент всё это счастье выгружается и стирается.

Ввод нового элемента справочника через копирование - не такая уж редкая ситуация, когда номенклатура однотипная, но есть небольшие отличия. Например в ПУБ это реализованно, когда при копировании номенклатуры задается вопрос "Копировать  нормативы , цены и ед измерения?", а вот в бухгалтерии этого нет.

> > Вполне реальная ситуация.
> Вполне нереальная ситуация.
> Это - номенклатура. Справочник сложный.

Да кто же вам сказал, что это номенклатура? )
Это Справочник "ПереченьРабот" не слишком сложный (периодичность там только в Нормочасе, который хранится в другом месте), но весьма объёмный, при мысли "вбить по-новой" менеджеры воют!
>
> Пример не удачный и не характерный.
>
Для ваших баз, видимо, да, но, представьте себе, бывают и другие.
Не зря такие "волки" от 1С, как Валера Царьков (http://warenic.narod.ru/)этим занимались, да и на известном 1c.proclub.ru имеется обработка "Копирование ветки справочника вместе с подчиненными" (http://1c.proclub.ru/modules/mydownloads/personal.php?lid=2310&cid=76), которую скачали около 2000 человек.

> которую скачали около 2000 человек.
Скачивание - не статистика. Вот используют ли на практике? За годы пообслуживал не одну сотню самых разных компаний, такая задача не возникала. Так что это частный случай, экзотика. Но если кому-то надо- да пусть...

>  такая задача не возникала.
>
Я говорю "возникала", вы - "не возникала", моё слово против вашего, наша субъективная оценка.

Однако то, что по ссылке на проклубе 2000 скачиваний говорит о том, что у этих людей задача ПРЕДПОЛОЖИТЕЛЬНО возникала.
А то, что три разных человека (см. ссылки) такие обработки писали, значит у них ТОЧНО возникала.
"И это есть ФАКТ, мистер Дюк".