Здраствуйте, у меня такой вопрос. Нужно создать обработку, которая при исполнении переносила элемент справочника Номенклатура в группу, если группа с таким именем есть, и создавала бы группу, если такой группы нет. Можно проверять к примеру два первые столбца наименование у элемента и группы. Затем важно, чтобы элементы, занесенные в группу затем при следующем исполнении не заносились в группу, нужно только чтобы проверялись элементы, которые не занесены в группу. Говоря в общем, нужно примерный алгоритм такой обработки, которая рассовывала бы элементы справочника Номенклатура по группам

*рукалицо*

Ты забыл ЖПГ

Кстати!
Мне одному кажется, что дело пахнет грабежом корованов?

(0) Вязать не пробовали, у Вас это отлично получится.

(0) 8000 руб.

http://infostart.ru/public/142649/
http://subsystems.ru/catalog/40/586/

(0) 2000 руб. удаленно

(7) прикольно. Особенно после (6)
Те ты тупо качаешь (6) и продаешь автору за 2000 рублей?)

(8) нет, анализирую, что надо и пишу обработку. чужим не доверяю

1. Берем элемент справочника, проверяем на наличие родителя
2. Если родителя нет, то берем наименование, и проверяем если такая группа
3. Если группы такая создана, делаем ее родителем.
4. Если нет такой группы, то создаем ее и ее делаем родителем.
Проверяем следующий элемент..

Правильно? :)

(9) а ну да конечно. все уевые - у одного тебя нормальные. ищобретение лесапеда конечно хорошо.

(10) Дьявол как обычно кроется в мелочах. Хотя тут всё конечно просто.

(12) ну общую картину правильно понимаю?

(13) представляю, сколько групп насоздается с одним единственным элементом внутри по такой схеме :)

(14) надо проверить свойство Группа. Да? :) и сделать для тех кто не группа.

(15) Нет, я не про это =)
К примеру, у нас >80тыс. эл-ов номенклатуры. Представим, что все они на первом уровне, без групп. Запускаем алгоритм из (10) и получаем >80 групп с одним единственным элементом внутри ))) Не знаю, как у вас, а у нас совпадение наименоаний номенклатуры нет.

(16) ну это понятно. но автор, наверное предполагает что есть совпадения. :) может даже стоит по какому-либо другому признаку создавать группы.
Так то например "счёт" и "счет" это разные слова, еще остается надеется что нет наименований с ошибками типа "компьютер" и "кампьютер". Тоже надо рассматривать этот вариант.

(17) В любом случае - создавать группы по наименованию элементов = бред, имхо. Другой вопрос, по какому-нибудь признаку, например товар/услуга.

(10) 1. быстрее запросом получить все элементы без родителя

(18) по ПОДОБНО можно делать :)
но это пусть ТС сначала с постановкой задачи определится

(20) Ну да, извращения никто не отменял =)

(18) офтоп, наверное, но все же..
Я когда упражнялась с 1С, создала справочник с типами оборудования,  типа "принтер", "монитор" и т.д. чтобы к номенклатуре привязать, а потом пораскинула чем было и можно и решила, что может быть группы в справочники создать типа "принтер", "монитор" и т.д. Как правильнее было бы сделать с учетом того, что необходимо всякие отчетики делать в разрезе типов оборудования?
Перечислениями не стала делать, чтобы если вдруг пользователь захочет сделать новый элемент.
(21) учитывая мои познания это из этой же серии..

(19) для автора осталось только код написать. :)

(22) у меня был заказчик у котого по группам было раскидано: принтеры/лазерные/ НР 1100. В накладных надо было в наименование верхнего родителя добавлять. Для менеджеров было удобнее работать именно с наименованиями, а для покупателей обязательно нужно было чтобы описание писалось. Возможно что в поставленой задаче это описание присутствует в наименовании и теперь решили сделать иерархический справочник

(22) Существуют номенклатурные группы, ничего создавать не надо. Пользователь спокойно может создавать там новые элементы, а в номенклатуре указывать принадлежность к ним. И стандартные отчетики отлично режут номенклатуру по этому признаку.

(24), (25) спасибо вам, добрые человеки!

Вот еще от 2006 года лесапед...
http://infostart.ru/public/16891/