Остатки по объектам строительства

[Den_Is]

В процессе работы столкнулся с такой проблеммой.
При пересчета сальдовых остатков по объектам строительства (интервейс vipmtrcount) при задании фильтров (по материалу либо по объекту или по статье расходов) остатки расчитываются некоректно. Некоторые движения материалов не учитываются почему не пойму, есть предположение что возможно не корректно идет обработка таблицы pick в которую заносятся нреки выбранных записей фильтров.
А вот если вообще не задавать фильтры то тогда расчет проходит нормально (хоть и долго).

[edward_K]

почитайте g_oper.txt последний - там переделывали расчет остатков в сторону ускорения. В моем случае расчет замедлился

[Den_Is]

Мил человек, а не поделитесь файликом? Что то поискал не нашел

[edward_K]

в описаниях к патчам искать нужно G_Oper_DLL_810110.txt.

Код: Выделить всё

№2
* ПРОБЛЕМА В ПИР: 102.99552
* ПЕРВОЕ РЕШЕНИЕ: NEW
* КРАТКОЕ ОПИСАНИЕ: Долгий расчёт сальдовых остатков в отчётах, выводящий 
остатки и обороты на дату
* ПРОЕКТ: Складской учет
* ДЕТАЛИЗАЦИЯ: Наличие в текущих остатках\по предприятию
# ЧТО ИЗМЕНЕНО: Долгий расчёт сальдовых остатков в отчётах, выводящий остатки и 
обороты на дату

# КАК ИЗМЕНЕНО: Оптимизирована работа Pascal-кода

.
Похоже когда ускоряли чего то сломали.

[Den_Is]

Эм-м-м ну похоже мы про разные остатки говорим, я не про те что в складском учете а в модуле упр-е. строительством. Но все равно спб.

[edward_K]

Если вы внимательно посмотрите новый пересчет, то теперь там галочки есть - в каком из модулей пересчитывать. Механизм общий. Тока еще разрез прикручивается к складскому сальдо. В каком модуле определяется полем sp во всех складских таблах. Начните с возврата g_oper,g_skl, если не поможет то и l_saldomtr. Потом в ТП отпишитесь (и сюда) какой патч что сломал.