Согласен... функция "ПодготовитьСоединениеПоВТ" не универсальная и по идее ее надо делать через регулярные выражения, как и все остальное у тебя сделано (вот только с этими рег. выражениями я еще не работал, а потому мне общий смысл понятен, но ньюансы по составлению паттернов от меня ускользают... наверное надо где то хелп по ним искать ). Я эту функцию сделал для проверки моих запросов с соединениями по "=" - просто чтобы проверить работоспособность парсинга с 4мя и 5ю параметрами. Тем более там учитывается только для SQL.
Почему ты считаешь что "изменение количества параметров в ВТ = потеря обратной совместимости"? Веть у нас будет отрабатываться оба варианта кол-ва входных параметров - см. функцию "ПарсингВТРегистрОстатки".  Оба варианта проверил - парсинг проходит корректно - ВТ по остаткам работает.

Если и решу менять то параметр [Соединения] будет пятым, т.е. последним. А пока ни сроков, ни того, будет ли говорить не стану. Ибо не знаю когда смогу.

Автору отдельное спасибо за оперативность!
По поводу сроков и прочего - я же не настаиваю и не требую чего либо... все мы люди занятые, а на все это требуется время и немало...  Я лишь пытаюсь предложить пути расширения функционала и удобства использования данного класса... и только автору решать как быть дальше. Просто, имхо, было бы офигенно круто, если по парсингу текста запроса данный класс будет иметь совместимость с 1С++... но опять же - это только мое имхо.
Кстати, по поводу параметра "Соединения" - имеет ли смысл мне довести это дело "до конца" с последующим предоставлением исходников автору?

Добрый день. Вопрос такой: в ВТ РегистрОстатки на дату ТА упорно выводит в остаток документ (измерение КредДокумент) проведенный этой датой. База DBF, версия sqlite 1023. Сам текст запроса:

	ЗапросОст = СоздатьОбъект("ПрямойЗапрос");

	ТекстЗапросаОст="
	|SELECT
	|Взаиморасчеты.Клиент as [Клиент $Справочник.Контрагенты],
	|Взаиморасчеты.КредДокумент as [КредДокумент $Документ],
	|Взаиморасчеты.ДолгОстаток as НачДолг
	|
	|FROM
	|$РегистрОстатки.ВзаиморасчетыПоставщиков(:ДН,((Клиент = :ВыбКлиент) и (Фирма = :ВыбФирма)),(Клиент,КредДокумент),(Долг)) as Взаиморасчеты
	|  
	|";      

	ЗапросОст.РежимОтладки = 3;

	ЗапросОст.УстановитьТекстовыйПараметр("ДН", ДатаНачала);
	ЗапросОст.УстановитьТекстовыйПараметр("ВыбФирма", глПустаяФирма);
	ЗапросОст.УстановитьТекстовыйПараметр("ВыбКлиент", ВыбКлиент);
	ТЗОст = ЗапросОст.Выполнить("ИндексированнаяТаблица",ТекстЗапросаОст);  

	ТЗОст.Показать();   

Не могу понять в чем косяк.

Вот даты
ПолучитьДатуТА() = 11.05.10
ДатаНачала = 11.05.10

Вот в отладке:

SELECT
Взаиморасчеты.Клиент as [Клиент $Справочник.Контрагенты],
Взаиморасчеты.КредДокумент as [КредДокумент $Документ],
Взаиморасчеты.ДолгОстаток as НачДолг

FROM
(
	SELECT
		Клиент
		,КредДокумент
		,SUM(ДолгОстаток) AS ДолгОстаток

	FROM
		(SELECT
			rg_933.Клиент AS Клиент
			,rg_933.КредДокумент AS КредДокумент
			,rg_933.Долг AS ДолгОстаток

		FROM
			[РегистрИтоги.ВзаиморасчетыПоставщиков] AS rg_933
		WHERE
			rg_933.PERIOD = '20100501'
		AND
			((rg_933.Клиент = '   5NI   ') AND (rg_933.Фирма = '     0   '))

		UNION ALL

		SELECT
			ra_933.Клиент
			,ra_933.КредДокумент
			,CASE WHEN ra_933.debkred = 0 THEN -ra_933.Долг ELSE ra_933.Долг END

		FROM
			[Журнал] AS docjourn
		LEFT JOIN [Регистр.ВзаиморасчетыПоставщиков] AS ra_933
		ON ra_933.IDDOC = docjourn.IDDOC
		WHERE (docjourn.idx_DATE_TIME_IDDOC >= '20100511     0     0   ')
		AND (docjourn.idx_DATE_TIME_IDDOC < '20100511     0     0   ')
		AND
			((ra_933.Клиент = '   5NI   ') AND (ra_933.Фирма = '     0   '))
		) AS vt_ra_933
	GROUP BY
		Клиент
		,КредДокумент
	HAVING (SUM(ДолгОстаток) <> 0)

) as Взаиморасчеты 

В РегистрОстаткиОбороты возможно тоже. По крайней мере в живом отчете, в котором заметили непонятное, РегистрОстаткиОбороты использован.

Проверил. Вроде бы все нормально.

Чтобы понять о чем я пишу примем что "минимальное количество параметров" - это как есть, "Максимальное количество" - это как есть + соединения.

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

Все же остальное - это формальность чистой воды. zar, ты абсолютно верно подметил что парсинг вполне реален через существующие методы. Это касается не только регистров, но и бухгалтерских таблиц.
Кстати для того чтобы ПрямойЗапрос приравнялся к ODBC вполне реально просто сделать публичный флаг. Который бы в начале всех методов присвоение параметров подменял местами. Это было бы самым простым решением. Парсинг не надо было бы менять.

Соединениям быть. В будущем, каком-то. Когда основной функционал будет оттестирован и без ошибок. Чтобы не поддержиать две версии.