Имеется большой объем номенклатуры (порядка сотен тысяч элементов, возможно еще больше) в отделном файле/файлах. Периодически у работников возникает необходимость переноса определенных элементов из файла в справочник номенклатуры в 1С.
Всю номенклатуру разом залить нельзя, т.к. во-первых, из-за огромного объема справочника будут тормоза и без того немаленькая база разрастется еще сильнее, во-вторых, далеко не все позиции оттуда нужны (или будут когда либо нужны) в 1С. Сейчас работники вручную перебивают элементы из файла в справочник номенклатуры. Я вот думаю, как можно автоматизировать процесс переноса элемента? Куда можно слить эту базу номенклатуры, чтобы потом по щелчку на строке можно было автоматом перенести элемент нажав на кнопку "загрузить в справочник номенклатуры"?
Можно конечно создать справочник-дубликат Номенклатура, хранить всё в нем, автоматизировав по кнопке перегрузку в основной справочник. Но это увеличит объем базы.

Что посоветуете, господа?

В своей таблице SQL, можно и не в этой базе

1) 1С
2) XML -сериализация
3) эксель

Регистр сведений. Не думаю, что база так уж вырастет.

(0)положи рядом базу, загрузи туда всю номенклатуру и тамкай нужное через СОМ

*таскай

а напрямую из файла таскать не вариант?

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

вот смотрю на базу УТ 11
Справочник Номенклатура
Кол-во записей
31 251
Размер (С доп. реквизитами)
~100 Мб
в чем проблема хранить в три раза больше в этой же базе , на sql?

(0)[порядка сотен тысяч элементов] было бы страшно если порядка сотен миллионов.

(0) Можно в dbf с необходимыми индексами или формате Ацесс.
На каком либо общем ресурсе.
Оптимально по затратам разработки, и скорости получения данных.

(0)[порядка сотен тысяч элементов]
стоило ли создавать топик из-за крошечного справочника ?

(4) +1, только таскать лучше через COM - меньше накладных расходов :)

(0) Как сделано у нас - есть номенклатура в dbf, порядка 1 000 000 позиций. Нужные загружаются в базу при необходимости в справочник Номенклатура через обработку. Все.

(12) может им это нужно будет раз в полгода. Нафига здесь com? самое простое сделать рядом точно такую копию базы и таскать через стандартную ВыгрузкаЗагрузка XML.

(14) нафиг здесь интеграция, сделал справочник Номенклатура вендора и таскай запросом

(15) А помучатся?

Из всего вышесказанного сделал вывод, что надо либо класть в доп. справочник и таскать оттуда (будет быстрее всего), либо в дбф/эксель на шару, и таскать оттуда обработкой (указал каталожный номер->перегрузил).

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

(3) А в чем преимущество регистра сведений, если можно в доп. справочнике хранить?

(8) на данный момент основной справочник и так около 150000 позиций.

(7) оценил ))

В таблицу SQL, а таскать через внешние источники данных

(18) Тоже вариант. Я правильно понимаю что надо создать отдельную базу для этой таблицы на сервере?

(19) думаю, лучше создать. В базе 1С ее рискованно держать

В регистрах сведений с подгрузкой данных через булки
v8: _SimpleKey и его установка

21 опыт использования прайсов в регисре сведений порядка 60 лимонов. Стандартный прайс на 4 лимона. Автозапчасти для иномарок

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