Доброе утро!
Подскажите, пожалуйста, как можно облегчить заполнение одного нового реквизита у справочника Номенклатура? В справочнике около 50 000 позиций номенклатуры. Как бы вы это организовали, чтобы побыстрее можно было заполнить этот реквизит?

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

Если есть чёткий алгоритм-пиши обработку или вспомогательный код через универсальную обработку. В противном случае, объясни оператору, что надо сидеть и жмякакть

(2) четкого алгоритма нет, а что за универсальная обработка?

(3) Универсальная обработка подбора объектов. Поищи на ИТС или в инете

(4) а, поняла, у меня есть такая

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

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

(7) все это лучше делать в обработке. Операция единичная, зачем модуль формы справочника раком ставить?

(8) -> (7)

(8) а разве при этом модуль формы будет меняться?

(8) я и планирую это в обработке делать

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

(7) отбор по незаполненному реквизиту, т.е. те элементы, у которых этот реквизит не заполнен, верно?

(8) я не предлагал корежить конфу, естественно речь про обработку
(13) да отбор по незаполненному, чтобы оператору не мешались отработанные реквизиты

(11) значит я не так понял) конечно можно.. только записывать лучше кнопкой записать, а не автоматом.

(14) я 2 раза промазал.. это к (6) было)

(12) это как - заполнить значение по подходящему?

(15) почему лучше отдельной кнопкой?  и куда ее вывести?

(18) на форму обработки. Не туда ткнул оператор запись.. перевыбрал, снова запись..

(19) ну т.е. оператор выберет значение, потом нажмет на кнопку, и тогда значение запишется в реквизит элемента;

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

(21) а как он может выбрать много значений?

(21) это не управляемые формы к сожалению, а обычные

(23) Сообщи сразу все параметры, если не хочешь длинной ветки. Возможно, уже есть типовое решение в этой конфигурации

(24) я думаю нет, так как этот реквизит я сама добавила на форму

короче с автором все ясно... в пень, пошел за попкорном

(25) мда ))

(27) почему мда..?

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

(28) Если известна типовая конфигурация, то проще найти близкий к задаче механизм и не изобретать похожий велосипед. Хочешь помощи-сообщай больше деталей и подробностей.ИМХО

(28) потому что ты упоротая: (22) + (23).

У тебя есть ТЧ на форме обработки - в ней строки с элементами справочника. Строк много. В нужной колонке строки выбираешь значение реквизита, переходишь к след строке - выбираешь значение реквизита... делаешь n раз. Нажимаешь кнопку "записать" - идешь в сортир или пить кофе.
...Хотя кому я это пишу?

(31) я создала 2 табличных поля, так не получится через выбор значения

(32) .. продолжайте эксперименты. Нас в известность можно не ставить

(32) Зачем выбор значения - так долго для 50к позиций. Создаешь форму обработки с двумя ТЧ. В одной запросом получаешь список номенклатуры (кроме ссылки забираешь код, наименование и ну и всё что нужно для визуальной идентификации) у которой нужный тебе реквизит не заполнен. Во второй ТЧ запросом получаешь возможные значения твоего реквизита.

Создаешь, например, соответствие (номенклатура - новый реквизит) и при активизации строки 2й ТЧ записываешь в соответствие данные.

После нажатия кнопки "Записать" обходишь свое соответствие и записываешь эти элементы

(34) это получится соответствие из 50тыс элементов?

(35)Только очень упоротый пользователь будет заполнять 50тыс. соответствий и только потом записывать. После того, как на третий день обесточат этаж, он поймет, что обрабатывать пачками поменьше гораздо надежнее.

(36) да, мне кажется тоже, что соответствие это не оч удачный вариант

(37)Это оч удачный вариант, просто надо прочитать хотя бы (31) целиком, а не через строчку.

Что в реквизите?
И что мы выбираем?

(39) в реквизите - ссылка на другой справочник, т.е выбираем значение из другого справочника, там их всего 20 различных значений

В универсальной обработке пометь флажками нужную номенклатуру и выбери нужное значение в нужный реквизит. Доступно и всерьез ©1ЦЫ. И не надо городить огород (обработку) с двумя ТЧ, подборами и т.п.

(41) проблема в том, что заполнять реквизит буду не я, это нужно оператору объяснять как работать с универсальной обработкой

(41) я то знаю как ею пользоваться, а он то нет

(43) Поверь, там обучения на 5 минут.

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

(44) она же универсальная, поэтому там надо сначала много чего повыбирать, а простому юзеру это лишние действия

(0) Какое значение из 20 поставить оператор выбирает по наименованию номенклатуры?

Если так то написать "алгоритм" который разделит всю номенклатуру на 20 групп и в каждой группе поставить свое значение реквизита.

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

(47) в наименовании там нет привязки

(48) Хорошо что "видит" оператор чтобы сделать правильный выбор?

(47) возможно в небольшом количестве есть по смыслу схожие слова

(49) наименование

(51) + плюс группу, в которой находится товар

(51) (52) Значит можно написать "алгоритм" ))

Все же поясни что хочешь сделать на примерах.

(49) т.е там получается уже номенлклатура разбита по группам, Я тоже сначала думала разбить всю ном-ру на эти 20 групп

(53) примеры не могу дать

(53) могу написать в л.с.

(45) Тупиковый принцип. Пользователи не так глупы и ленивы, как кажется. Особенно в случае мотивированности на результат. За день они бы уже половину справочника наколотили...А свою "простую" обработку будешь делать еще неделю.

(57) я ее уже написала ;)

(58) Это хорошо. Но моего отношения к подходу решения данной задачки не изменило.

(59) а какой у вас подход? )

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

(60) см (61) я согласен на 100%

(61) у меня другое мнение: интерфейс программы должен быть понятным и удобочитаемым. Я всегда представляю себя на месте пользователя: удобно мне было бы работать с такой программой?

(63) + когда нужно заполнить 50 тыс строк, а тут еще эта непонятная обработина, на кой черт еще сидеть ее изучать?) Я не против обучения, но в более спокойной обстановке, когда не висит задача забить 50 тыс данных.

(63)Если день разработки для __разового__ действия экономит юзеру один час работы, стоит задуматься, сколько стоит день разработчика и час юзера.

(65) а кто сказал, что день разработки? я ее написала за час; и экономит не час, уж точно, попробуй заходить в 50 тыс элементов справочника, тут неделю можно забивать

(66) А обсуждала на форуме весь день )) Не стыкуется. Написать можно кучу всего. А в универсальной обработке достаточно сохранить несколько удобных настроек и всё.. Видимо, твоим клиентам приятнее видеть обработку по каждому затыку. Это хорошая имитация облизывания клиента. Такой подходят любят некоторые франчи. Сталкивался с такими. Раньше и сам грешил подобным, пока объем клиентов был достаточно ограничен.

(67) Я делаю, только то что, от чего как мне кажется есть толк. Мне важно, чтобы был результат от проделанной мной работы, иначе я сама буду недовольна, чтобы нравилось, что получилось

порой простейшие и тупейшие обработки-велосипеды, написанные за час, более полезны чем универсальные подсистемы, которые разрабатываются месяцами. неоднократно убеждался

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

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

(71) я за простоту

(72) + для юзера

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

(74) да, наверное не помешало бы

(69) В данной конкретной ситуации даже велосипед не нужен.Про перегибы согласен. Один из перегибов -не верить в юзеров. Простота их развращает. Но если клиент платит, то велосипед можно писать на каждый чих ))