лучше получить док-ты запросом
   |Период  с Дата1 по Дата2;
   |Док = Документ.РасходнаяНакладнаяСклада.ТекущийДокумент;
а остальное получить через реквизиты документа,
чем большую половину их тащить запросом?

чего?

Интересно как коррелируется название темы и вопрос?

(1) сам не знаю.
Просто код кучерявый получился.

Однозначно запрос :), перебор 5-10 минут, запрос в две секунды выполняется :). И в запросе результат лучше получать без разыменования, чтобы при выборке не обращаться через точку... тогда быстро :), иначе медленнее...

(3) ты забыл уточнить что это всё верно ТОЛЬКО при одном условии - нет условий

(2) Какой в попу код? В названии ветки ты спрашиваешь про справочники, а в сабже про документы

Пипец.

(4) Условие: ВидДок и период

(7) Скажи а тебе эти данные зачем нужны? Ну я про документы определённого вида за период. Чего делать потом будешь?

(5) мой весь код: то запрос, то справочник.
Пркручен МОД, но ИДД есть пустые.
Приходится Спр.НайтиЭлемент(Запрос.ХХХ); ИДД; Спр.Записать()
Глаза поламать можно

(8) Экспорт в бухгалтерию.
Раскинуть данные по ДБФ.
В Бугх. загружать из ДБФ

Ты занялся не своим делом

УЖАС.

Кстати НайтиЭлемент() может найти и помеченый на удаление?

(11) ну пока ещё оно моё.
пока мое -буду делать

(14) Боюсь если будешь так работать то "пока" превратиться в "было"....

Ты можешь внятно объяснить на кой тебе запрос по документам?

(15) Выбрать док-ты 1го вида за период.
И все реквизиты, РасходнойНакладной, например, пернести через ДБФ в бухг. Расходную Накладную.
Я, по быстрому, все реквизиты решил тянуть запросом
   |Период  с Дата1 по Дата2;
   |Док = Документ.РасходнаяНакладнаяСклада.ТекущийДокумент;
   |IDD = Документ.РасходнаяНакладнаяСклада.IDD;
   |Товар = Документ.РасходнаяНакладнаяСклада.Товар;
....
сёдня заканчиваю работу.
И подумалось, может реквизиты лучше брать так:
_док = СоздатьОбъект("Документ.ХХХ");
_док.НайтиДокумент(Запрос.Док);
и т.д.

1. зачем искать? реквизит и так доступен
2. перебор ИМХО лучше, но может быть и дело вкуса

(17) перебор нагляднее: прочитал и понятно как работает; закинул в ф-ию и глаза не мозолит.
Можно делать Запрос.Товар.ИДД = .... ; Запрос.Товар.Записать(); ?

Тебе нужно отловить товар с пустым IDD в текущей выгрузке?

запрос вида (16) жрёт ИМХО много памяти, т.к. Товар - элемент табличной части.
(Документ.РасходнаяНакладнаяСклада.ТекущийДокумент + Документ.РасходнаяНакладнаяСклада.IDD) * к-во_Товара  ??

ты щас с кем разговаривал?

(19) И товар и любой другой элемент данных может иметь пустой ИДД.

(21) с тем кто отвечает

(22) Внимательно слушаем вопрос:

Если IDD пустой чего делаешь?

(24)
Спр.НайтиЭлемент(Запрос.хххх);
Спр.Идд = ПолучитьНовыйИДД();
Спр.Записать();
запись В ДБФ

Что мешает тупо получить ID при записи в файл єлемента справочника?

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

(26) Пустых ИДД не долно быть нигде в конфигурации.
(27) Уже написал. Оформляю формы. И всяки детали типа При запуске "у Вас стоко-то непроверенных загружены документов, начиная с такого-то числа.месяца"

(28) Если пустых ИДД нет то зачем тогда 25?

КАШМАР.

(29) Они есть (наверно МОД прикрутили не сразу), но их отсутсвие нагружает обменник на сравнение загружаемого(из ДБФ) по всем реквизитам.
На выгрузке(в ДБФ) вообще П!
В СпрЕдИзм каждая единица изм. добавляется как новая, с новым ИДД. Щас там 800 дубликатов.

Я сдаюсь.......

(32) я тоже.
работает - ну и фиг с ней