Склад получается один, и пустой.

ТекстЗапроса=ТекстЗапроса+"
|Номенклатура=Регистр.ПартииНаличие.Номенклатура;
   |Склад=Регистр.ПартииНаличие.ТекущийДокумент.ПоступлениеТМЦ.Склад,Регистр.ПартииНаличие.ТекущийДокумент.ВозвратОтПокупателя.Склад,
   |Регистр.ПартииНаличие.ТекущийДокумент.ПеремещениеТМЦ.СкладПолучатель,Регистр.ПартииНаличие.ТекущийДокумент.ОприходованиеТМЦ.Склад,
   |Регистр.ПартииНаличие.ТекущийДокумент.ПоступлениеТМЦИмпорт.Склад,Регистр.ПартииНаличие.ТекущийДокумент.ПоступлениеТМЦРозница.Склад,
|Регистр.ПартииНаличие.ТекущийДокумент.ВводОстатковТМЦ.Склад;
|Партия=Регистр.ПартииНаличие.Партия;
|КодПартии=Регистр.ПартииНаличие.Партия.Код;
|Количество=Регистр.ПартииНаличие.Количество;    
|СуммаВал=Регистр.ПартииНаличие.СуммаБЕЗНДС;
|СуммаУпр=Регистр.ПартииНаличие.СуммаУпр;
|СуммаРуб=Регистр.ПартииНаличие.СуммаРуб;
|Группировка Склад без групп;
|Группировка Номенклатура без групп;
|Группировка Партия;
|Функция ОстКоличество=КонОст(Количество);
|Функция ОстСуммаВал=КонОст(СуммаВал);
|Функция ОстСуммаУпр=КонОст(СуммаУпр);
|Функция ОстСуммаРуб=КонОст(СуммаРуб);";

плохая затея. МОЛ юзай

(1) МОЛы не у всех складов проставлены :( а у некоторых один и тот же.

(0) в останках нет, не было и не будет документа движения регистра.
rtfm в чистом виде.

(2) тогда ой.

(2) ССЗБ

т.е. без вариантов?

Можно как то двумя запросами сделать?

(7) да хоть 3-мя..
:)

либо каждому складу свой МОЛ, либо никак.

(9) база 13 Гб, МОЛов уже не поменять. Пишу свертку.
автоматически же как то партии списываются.

(10) и ..какое отношение имеет списание, к твоей хотелке поиметь себестоимость в разрезе складов ?

+11 а к свёртке и подавно.

(10) вот чего-чего, а ТиСа сверток уже настолько дохрена... и каждый "пИсатель" изобретает свой велик... а зачем?

(13)стандартные вешаются при таком объеме так как нигде не учитывается контроль остатков "По компании", когда не нужно по каждой фирме вводить, а ковыряться в типовых желания нет.
+ограничение на память и размер таблицы.

(12) в вводе остатков необходимо указать ГТД и Страну происх.

(14) И ? При чем тут склад и твой запрос в (0) ?

(14) 13 гиг и штатно очень норм сворачиваются

(14) ты не изобретай велосипед... свертка - это всего лишь удаление лишних движений, только и всего

(16) свертка идет вторые сутки

состояние - "создано 18369 документов", жду посмотреть , что он там насоздавал
2 х Intel Xeon e5405 @ 2.00 Ghz
8 Gb RAM
intel rs2blo80 Raid
wd raptor
правда делаю по sql в дбф - 3 суток выгружается
Есть незакрытые регистры, так как стоит контроль остатков ТМЦ "по компании", а в типовой штатно они не закрываются, а не штатно уже поздно.

правда делаю по sql, в дбф - 3 суток выгружается

(19) потому что извращение.
Сворачивай небольшими периодами

(20) спасибо попробую

(20)для остатков какое значение имеет величина периода, за который сворачивают?
И что такое "небольшой" период по отношению к периоду автора?

(22) посмотри типовую свертку, узнаешь.

(23)в (0) код из типовой свертки?

(24) читай все обсуждение

прочёл. Ни про использование типовой свертки, ни про период не увидел.
только это:
>>ковыряться в типовых желания нет.

(26) мдя...

(27)это попытка выглядеть умным?

(22) там есть дата свертки , пытаюсь свернуть по 01.01.2012, непозволительно долго идет обработка, Чайник Рассела предложил свернуть сначала 2006, потом 2007 и т.п., наверно единственный вариант, кроме нетиповых обработок.

п.с. тему можно закрыть

(29)какая разница на какую дату получать остаток?
От того, что ты свернешь базу за 2006 год остатки на 2008, 2011 поменяться _не должны_.

ИМХО проще через файлы перекинуть. С нужной логикой свертки.

(2)Проставь на копии базы у каждого склада разного МОЛа и вытащи в отчет.

(32) А перед "вытаскиванием" всю базу перепровести? ))

(33)+1

штатная свертка переделанной ТиС помниться неделю шла , допилил документы списания поступления с инвентаризацией для исправления ...
ЗЫ еще проще движения убить и с определенного момента перепровести ...