Нашел косяк:

ВЫБРАТЬ
Товар,
ОстатокТовараОстаток КАК Остаток
ИЗ $РегистрОстатки.ОстаткиТоваров(,,(Товар),(ОстатокТовара)) 

на DBF выполняется, на SQL ругается

ПрямойЗапрос::Выполнить(Строка ТипОбъекта=ИндексированнаяТаблица, Строка ТекстВыполнения=, Число БезПодготовки=0) : State 42000, native 170, message [Microsoft][ODBC SQL Server Driver][SQL Server]Line 24: Incorrect syntax near ')'.
ЗапросODBC.ВыполнитьИнструкцию(ТекстЗапроса,ПолучательЗапроса,1);
{ПрямойЗапрос@MD(10425) }

Вообще то да, для SQL обязательно задавать представление для вложенного запроса. SQLite в этом плане более "демократичен". поскольку многие из SQL-ных конструкций он съест и не поперхнется, правда ничего не выдаст при этом (это так, риторика).
А вообще то я лично имею дурную привычку переименовывать все поля и таблицы, и вам тоже советую. Например: запрос

ВЫБРАТЬ Контрагент, Договор
ИЗ (ВЫБРАТЬ $Спр.Контрагент, $Спр.Договор
	ИЗ Справочник.Соответствие КАК Спр $nolock) КАК СписокКонтрДог 

для SQL например не выполнится поскольку после подготовки будет иметь вид

SELECT Контрагент,Договор
FROM (SELECT Спр.spXXX, Спр.spXXX
	    FROM scXXX AS Спр (nolock)) AS СписокКонтрДог 

Соответственно вложенный запрос выдаст колонки не Контрагент и Договор, как этого ожидает вышестоящий запрос, а колонки spXXX.
Вот такие вот "особенности использования прямых запросов в 7.7".  

Пы.сы надеюсь я Америку никому не открыл 

О, еще один таракан:
слегда модифицированный тот же запрос

ВЫБРАТЬ
Товар,
ОстатокТовараОстаток КАК Остаток
ИЗ $РегистрОстатки.ОстаткиТоваров(:КонДата,,(Товар),(ОстатокТовара)) КАК Остатки 

распаковывается в

SELECT
Товар,
ОстатокТовараОстаток AS Остаток
FROM (
	SELECT
		Товар
		,SUM(ОстатокТовараОстаток) AS ОстатокТовараОстаток

	FROM
		(SELECT
			rg_123.sp125 AS Товар
			,rg_123.sp127 AS ОстатокТовараОстаток

		FROM
			RG123 AS rg_123 (nolock)
		WHERE
			rg_123.PERIOD = '20090901'

		UNION ALL

		SELECT
			ra_123.sp125
			,CASE WHEN ra_123.debkred = 0 THEN -ra_123.sp127 ELSE ra_123.sp127 END

		FROM
			Журнал AS docjourn (nolock)
		LEFT JOIN RA123 AS ra_123 (nolock)
		ON ra_123.IDDOC = docjourn.IDDOC
		WHERE (docjourn.DATE_TIME_IDDOC >= '20090916     0     0   ')
		AND (docjourn.DATE_TIME_IDDOC < '20090916     0     0   ')
		) AS vt_ra_123
	GROUP BY
		Товар
	HAVING (SUM(ОстатокТовараОстаток) <> 0)

) AS Остатки 

и вываливает ошибку

ПрямойЗапрос::Выполнить(Строка ТипОбъекта=ИндексированнаяТаблица, Строка ТекстВыполнения=, Число БезПодготовки=0) : State 42S02, native 208, message [Microsoft][ODBC SQL Server Driver][SQL Server]Invalid object name 'Журнал'.
ЗапросODBC.ВыполнитьИнструкцию(ТекстЗапроса,ПолучательЗапроса,1);
{ПрямойЗапрос@MD(10425) }

Вышеприведенная ошибка (с неправильным именем таблицы _1SJOURN - Журнал) возникала только в релизе 1.04.002 и 1.04.003. Причем ранее все было правильно, пока я своими "кучеряжками" туда не влез.  

Uncle писал(а) 30. Сентября 2009 :: 11:42:


Слушай в твоем запросе есть одна "нестыковочка". Дело не в самом запросе, а как работает построитель. Дело в том что он ("построитель") посчитал что надо кроме таб. итогов еще и таб. движений задействовать. При этом границы рассчитывает явно с ошибкой или просто зря задействует таблицы. В общем мне надо от тебя:
1. Значение параметра окончания запроса
2. Дата точки актуальности (ДатаТА)
Скажи плиз.

vandalsvq писал(а) 30. Сентября 2009 :: 11:47:


Вернемся к старому разговору  
Соответственно параметр задается так:

гЗапрос.УстановитьТекстовыйПараметр("КонДата",ПолучитьДатуТА()+1); 

vandalsvq писал(а) 30. Сентября 2009 :: 12:13:


У меня это щаз вроде заглушки до лучших времен (когда будет реакция на документ) 

vandalsvq писал(а) 30. Сентября 2009 :: 12:26:

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