Вот такой запрос:

Функция _ПолучитьОстаткиПоТоварам(док, ЮрЛицо, Склад) Экспорт
	ТекстЗапроса = "
	|SELECT
	|	рег.Номенклатура AS [Номенклатура $Справочник.Номенклатура],
	|	рег.КоличествоОстаток AS Количество,
	|	рег.СебестоимостьОстаток AS Себестоимость
	|FROM
	|	$РегистрОстатки.Товары(:ВыбДата~,, ЮрЛицо = :ЮрЛицо AND Склад = :Склад, Номенклатура, (Количество, Себестоимость)) AS рег
	|
	|";
	RS.УстановитьТекстовыйПараметр("ЮрЛицо", ЮрЛицо);
	RS.УстановитьТекстовыйПараметр("Склад", Склад);
	RS.УстановитьТекстовыйПараметр("ВыбДата", СформироватьПозициюДокумента(док, -1));
	тз = RS.ВыполнитьИнструкцию(ТекстЗапроса);
	Возврат тз;
КонецФункции
 

Эта функция успешно работает уже несколько месяцев.
Буквально на днях обнаружил странную вещь, причем только по некоторым позициям товаров.
Если делать запрос стандартным 1Совским способом, то я получаю остаток:
   Количество: -0.438
   Сумма: 0
Если я делаю запрос вышеприведенным способом, то я получаю остаток:
    Количество: -0.438
    Сумма: 5764704214.93018

Релиз 1cpp.1816fb03, та же фигня и на других более поздних релизах.
В чем может быть дело?

SELECT
	рег.Номенклатура AS [Номенклатура $Справочник.Номенклатура],
	рег.КоличествоОстаток AS Количество,
	рег.СебестоимостьОстаток AS Себестоимость
FROM
	(
select
rr36674_vt.sp36667 as Номенклатура,
sum(rr36674_vt.sp36670) as КоличествоОстаток,
sum(rr36674_vt.sp36671) as СебестоимостьОстаток
from (
select
rg36674_vt.sp36667,
rg36674_vt.sp36670,
rg36674_vt.sp36671
from rg36674 as rg36674_vt (nolock)
where rg36674_vt.period={d '2006-08-01'}
and (rg36674_vt.sp36668 = '    36C00' AND rg36674_vt.sp36666 = '    13C00')
union all
select
ra36674_vt.sp36667,
case ra36674_vt.debkred when 1 then ra36674_vt.sp36670 else -ra36674_vt.sp36670 end,
case ra36674_vt.debkred when 1 then ra36674_vt.sp36671 else -ra36674_vt.sp36671 end
from ra36674 as ra36674_vt (nolock)
where ra36674_vt.date_time_iddoc >= '20060816D3JB40  AYEXC0 ' and ra36674_vt.date_time_iddoc < '20060831Z'
and (ra36674_vt.sp36668 = '    36C00' AND ra36674_vt.sp36666 = '    13C00')
) as rr36674_vt
group by
rr36674_vt.sp36667
having
sum(rr36674_vt.sp36670) <> 0 or
sum(rr36674_vt.sp36671) <> 0
) as рег
 

Вот так, например:

	реги = СоздатьОбъект("Регистры");
	рег = реги.Товары;
	рег.УстановитьЗначениеФильтра("ЮрЛицо", ЮрЛицо, 1);
	рег.УстановитьЗначениеФильтра("Склад", Склад, 1);
	Если ИтогиАктуальны() = 0 Тогда
		рег.ВременныйРасчет();
		реги.Актуальность(1);
		реги.РассчитатьРегистрыНа(ТекущийДокумент());
	КонецЕсли;
	тз = СоздатьОбъект("ТаблицаЗначений");
	рег.ВыгрузитьИтоги(тз, 1, 1);
 

Релиз 25й.
Все крутится на серваке 2003м.
Базу я выгружал, прибивал и загружал по-новой - без толку.

Все примитивно до безобразия

Регистр Товары.
Измерения - ЮрЛицо, Склад, Номенклатура, Фирма (справочники)
Ресурсы - Количество, Себестоимость, НДС, Сумма
Реквизиты - ВидОперации (перечисление)

Регистр остатков, быстрая обработка движений.
Отборов по измерениям нет.

Ну как "не верю"...

Врать-то мне зачем???

Zima писал(а) 06. Сентября 2006 :: 11:11:


Попробуй dbcc checkdb с опцией REPAIR_ALLOW_DATA_LOSS

Твой SQL-запрос считает (для данного документа) от конца периода, а стандартный 1С-запрос - всегда от начала. При переполнении ресурса его значение искажается (устанавливается в 9 во всех разрядах). Т.о. результаты запросов 1С и 1С++ на документ во второй половине периода могут не совпадать. При чём документ, переполняющий ресурс, может быть позже расчётного.

Найди и обезвредь документ, переполняющий ресурс "Себестоимость" (если это ещё не сделано), после чего пересчитай итоги.

berezdetsky писал(а) 06. Сентября 2006 :: 11:46:


А можно поподробнее про "переполняющий ресурс". Что это такое? Как он может что-то переполнять?

Цитата:


А он на этот код вот так ругается
тз = RS.ВыполнитьИнструкцию(ТекстЗапроса);
{Глобальный модуль(8299)}: State 22007, native 241, message [Microsoft][ODBC SQL Server Driver][SQL Server]Syntax error converting datetime from character string.

Zima писал(а) 06. Сентября 2006 :: 12:58:

ну так исправь как нужно... сделай полный аналог получения остатков, получай остатки на текущий документ, а не по текущий документ... я мог что то ам не так исправить...

Zima писал(а) 06. Сентября 2006 :: 13:17:

Не обязательно проблема в недостаточной разрядности. Это может быть ошибка расчёта. Но это уже частности.

в хелпе все достаочно однозначно написано... ведь ты для чего то к ГраницеРасчета прилепил ~
вот если сделаешь без этого значка, будет тебе на документ, а с ним, у тебя по документ...
да, я вот сейчас почитал доку, таки нельзя указывать ФлагСмещения=0, что я тебе и посоветовал, но потом я же тебе посоветовал исправить так чтобы работало, а согласно доке тебе нужно воспользоваться:
СформироватьПозициюДокумента(<Дата>,<Час>,<Мин>,<Сек>,<ФлагКонцаСекунды>)
Назначение:
Формирует и возвращает позицию документа согласно переданным параметрам.
Параметры:
<Дата> - дата, на которую формируется позиция документа,
<Час> - час, на который формируется позиция документа,
<Мин> - минута, на которую формируется позиция документа,
<Сек> - секунда, на которую формируется позиция документа.
<ФлагКонцаСекунды> - необязательный параметр. Число: 1 - позиция будет браться от следующей секунды. 0 - позиция от указан-ной секунды. Значение по умолчанию - 0.

что значит не угадал? я не гадал, я доку читал. поясни что я не так вычитал?

+
чтобы получать в запросе позиции на/по документ нужно всегда использовать первый модификатор ~
а вот при установке параметра уже вызывать СформироватьПозициюДокумента с соответствующими параметрами

Цитата:


В базе тьма документов реализации с одинаковой датой и одинаковым временем, например 16.08.06 22:00:00
Как в таком случае сформировать позицию именно на начало того документа который мне нужен?

Да и еще, ребят, очень прошу, кто-нибудь может мне однозначно сказать, как избавиться от появления этих 99999999.999? Я вообще не понимаю, каким образом получается эта цифра, зачем рассчитывать остатки от конца периода, если это вообще неверно. Извините, страшно болит голова, мышление отключено. 

"при получении остатков на или по дату, близкую к концу текущего периода - сохранения остатков, используются остатки на конец текущего периода "

Зачем? Если я перепровожу документ задним числом, логично предположить, что остатки на конец периода неверны.

Zima писал(а) 07. Сентября 2006 :: 07:54:

Как избавиться - см. выше.
Расчитывать остатки от конца периода - верно. Разница лишь в том, что во встроенных в 1С методах расчёта ты наступишь на грабли на месяц (на расчётный период) позже.

Выздоравливай.

Цитата:


При передаче позиции, модификатор нужен, тебе же объяснили уже.

А вообще лучше использовать MW.ПолучитьДатуВремяИДДок().

Zima писал(а) 07. Сентября 2006 :: 08:21:

Из первого предложения второе не следует. Когда ты разберёшься, что хранится в таблицах RGxxx и как расчитываются остатки на момент времени, ты поймёшь: расчёт от начала или от конца периода - это всего лишь вопрос оптимизации. А не верные данные в RGxxx - это не проблема метода расчёта остатков.

Цитата:

Кстати таки не лучше .....
Я тоже наступил на грабли, на которые народ 4 года назад наступал ...... "первопроходимец" блин!  
И вот что выяснил ..... может кому таки интересно еще

.........
	|  $РегистрОстатки.ОстаткиТоваров(:НаДату~,
............
	Запрос.УстановитьТекстовыйПараметр("НаДату", ВыбДок.ПолучитьПозицию());
 

выдает правильные остатки т.е. на начало позиции документа ВыбДок. При этом в обработанном запросе получаем следующее условие

where j14820_vt.date_time_iddoc >= '2009122816VF9S  NHF8KRC' and j14820_vt.date_time_iddoc < '20091231Z'
 

И тут-же делаем

Сообщить(МД.ПолучитьДатуВремяИдДок(ВыбДок.ПолучитьПозицию()));
 

и получаем
2009122816VF9S
т.е. позиция начала секунды а не документа как я понимаю В результате неправильные остатки, т.к. у меня в этой секунде есть еще 2 документа впереди