Уж очень нужна помощь в создании процедурки.
Материальное вознаграждение за проделанную работу гарантируется

Предыстория...
1С 7.7, ДБФ версия.
Есть фирма, у которой несколько филиалов, разбросанных по разным городам.
У каждого филиала была своя собственная база, с единой для всех конфигурацией.
Настал момент, когда все филиалы должны работать в единой базе.

Особых вопросов не возникает, за исключением одного (пока) момента.

В новую базу будут переноситься только текущие остатки. НО... в процессе работы иногда требуется обращаться к старым данным, что бы найти когда, в каком количестве, по какой цене и по какой партии тот или иной товар отгружался клиенту.
Это требуется в возвратах от покупателя, дабы корректно посадить на приход возвращаемый товар. Кроме того, определить налоговую накладную, по которой будет делаться корректировка.
Но когда в новую базу переедут только остатки, информация о движениях станет трудно доступной.

Задача:

Дабы исключить данную ситуацию, нужно сделать процедуру, которая смогла бы с помощью 1sqlite поcмотреть на старые базы и выбрать необходимую информацию.
И уже в локальной базе сопоставить полученную выборку из удаленной базы собственным объектам.
А полученный результат будет уже подставляться в документ.

Связка между объектами разных баз, а именно подразделений, клиентов, товаров осуществлялась по кодам. Связка партий -- по наименованиям.

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

В таком варианте исполнения, по-идее, процедура должна отрабатывать довольно быстро, без ненужных задержек (базы по объему довольно большие).

Предпочтение отдается использованию 1sqlite.

Выполнить данную работу нужно в течение ближайшей недели (максимум двух).
У кого есть желание помочь в этом вопросе -- оставляйте контакты. Я с Вами свжусь.
Необходимую информацию для работы предоставлю.

Но если сильно хочется обойтись только 1sqlite, то можно пойти другим путем: выгрузить все необходимые объекты из старой ИБ в базу sqlite. Потом все эти базы-файлы sqlite положить где-нибудь рядом с новым каталогом ИБ и производить все необходимые манипуляции уже с этими базами + будет сразу доступна и текущая ИБ.

По-моему, решение здесь только одно: данные по необходимым движениям прошлых периодов переносятся в некоторое внешнее хранилище, оптимизированное именно для их получения (это явно БД, но какая - не сильно важно - sqlite, mssql, mysql, firebird, etc).
Поскольку реализовать универсальную логику проверки "если не найдены движения (или найдены в недостаточном количестве)" без применения близких к ИИ технологий довольно сложно, то "процедура" должна всегда делать два запроса - локальный и из внешнего хранилища, возвращая суммарную информацию.