база 77, ТиС, УРБД, в центре скуль, на точках файловая.
ассортимент в спр.номенклатуры ~50тыс
есть две сетки точек, условно: Бизнес1, Бизнес2
ассортимент - есть ассортимент только для Бизнес1, ассортимент только для Бизнес2, есть общий ассортимент для Бизнес1 и Бизнес2
задача: в сетке точек Бизнес1 менеджеры при подборе и прочих операциях по спискам номенклатуры чтобы было видно только ассортимент, доступный для Бизнес1 (Бизнес1+Общий), сетка точек Бизнес2 - аналогично.
как сделать лучше?
а) ИспользоватьСписокЭлементов() ...? никогда ранее не пользовался, не будет ли тормозить открытие списков номенклатуры? (предполагается нужный список элементов кэшировать при запуске программы в СЗ, на точках номенклатура не модифицируется)
б) использовать установку нужного отбора при открытии формы списка, по (условно) реквизиту "ОтборБизнес1" или "ОтборБизнес2".
.
что лучше применить?
может какие-то другие (относительно простые) варианты есть?

:)
а) я использовал но на малых объемах
б) логичнее

(1) спсб.
еще мнения корифеев клюшек?

:) а зачем теория?
могу дать единую функцию на форму для а)
б) делать нефиг
пробуй

Пробовать - бюджета мало.
надо выбрать и сделать...

(4) :)
выбрать в теории?
сделать на практике?
ну 50% неплохой шанс

Я бы сразу фильтровал 1supdts на стороне скуля дабы ненужные данные не попадали в периферию, но тут надо сразу строить схему чтобы не было битых ссылок. Это не так и сложно, на инфосрарте даже решение по разделению документов по направлениям где-то валяется.

(6) это я отношу к "непростым" вариантам, думал об этом, ;-) там есть другие мутные ограничения еще

делаю пока по варианту б)

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

(0) ИспользоватьСписокЭлементов - дикий тормоз на более менее объемах
Составной реквизит - твое всьйо

(10) Поддержу.
Серёг, если есть возможность, используй Отбор.
Список прежде сформировать надобно, и только потом оно отобразиться...
Ну а в идеале (6)

+11 на 1К элементов работает сносно, но в твоём случае 20-30К думаю будут тормоза.. До кучи, могу ошибаться, но группы справочника при ИспользоватьСписокЭлементов вроде как не фунциклируют

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

(12) :) там все можно прописать

Список элементов пробовал на 60000, очень тормозит. Практически было неработоспособно, правда давно, на старой технике
В итоге применил неоднозначное решение, но работает много лет и есть не просит. Применимо при малом количестве пользователей
В базу добавил 10 копий справочника "номенклатура". В карточках нужных пользователей прописал нужный НоменклатураХ. Если не прописан,
то в подборе работает штатная форма списка, если прописан, но прямыми запросами выбираю что мне нужно из Номенклатура (нужны были
товары определенной группы и только с остатками) и вставляю прямым запросом в нужный НоменклатураX. Несколько строчек кода для связи
НоменклатураX c реальной номенклатурой. Дополнительно в этих 10 формах списка реализовано свое РМК

(9) У меня есть обработка для фильтрации, точнее целая миниконфигурация с обработкой ;)
Стучись, вдруг то что нужно.

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

(17) Туманно немного. Подбор делать по какому справочнику? По локальному?
То есть сначала отбирается то что нужно и пишется в локальный справочник?
А если там иерархия?

В режиме включенной иерархии ограничивать на уровне входа в группы. При ее отключении использовать отбор по реквизиту. для использовать список значений при включенных группах нужно составлять что из того что должно быть именно сейчас видно загонять его в список. и переформировывать его при входе выходе из каждой группы.
Можно попробовать замутить по типу прайса. создать 1 справочники бизнес1 бизнес2 и с определенной переодичностью обновлять эти справочники но все выборы и отборы нужно будет переписывать.

короче проще всего запретить выключать иерархию и загнать все в разные группы справочника а уж по группа отслеживать права доступа.

Или наоборот отказаться от групп и использовать отбор по реквизиту. наверное еще можно с различными формами для разных юзеров поиграться.
Нужно разобраться что на самом деле нужно может достаточно скрыть сделать невидимой информацию по каким то группам товара или вообще запретить выбирать данные элементы другим пользователям.
тогда достаточно в ГлПриВыбореТовара пару строк кода добавить ну и в нескольких отчетах контроль добавить

если урбд то может просто правила миграции прописать правильно

(9) Обмен запускается чем?
У меня со стороны ЦБ был скрипт в батнике, который SQL командой выкидывал не нужные данные из таблицы обмена и только потом
запускал конфигуратор на обмен.

(9)При условии что и поля DBSign всегда известны и есть признак-критерий в справочнике сгородить команду удаления проблем не составит и она всегда
будет одинаковая.

(18) нужна иерархия делай иерархию. нет проблем
это отдельный мелкий справочник со ссылками на "большой".
у нас при глобальном 150к+ элементов в локальных обходились 3-8к
везде используется локальный кроме отдельных процедур где в него из глобального накидывает отдельный человек с полномочиями.

(24) ненавижу урбд

(26) зря

(27) :) ну ты еще скажи что мы его готовить не умеем

(28) не знаю, не видел...
у меня это был чуть не самый устойчивый механизм

(29) устойчивый, это да. но нормальную схему на уровне платформы без доп.извращений не сделать.

(26) посмотри в сторону команды sqlcmd.
Будет что-то типа: sqlcmd -S имяСервера -U имяПользователя -P ПарольПользователя  -Q "use bp30; select * from v8users;"
Команду удаления записей сам придумаешь...

SQL и 1с7 на одном сервере?

(30) я б не назвал это извращениями - "без доработок".
(31) лучше триггер. Один раз повесил проверкуналичия-создание в ПриНачалеРаботы, и забыл...

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