Хаотично меняется сальдо в ОСВ счета
 

Приветствую всех! Может кто встречался, и подскажет что путевого...
Конфигурация УПП 1.3, Платформа 8.2.19.83, база MS SQL 2008
Суть проблемы в следующем:
Формирую ОСВ по счету 90.03, за период январь 2013г. Каждый раз нажимая кнопку Сформировать получаю разное значение сальдо начального и конечного, цифры скачут от нажатия к нажатию. В этот момент происходит загрузка документов реализации товаров и услуг в большом количестве, порядка 8 тысяч документов, грузятся в месяц март 2014г., ошибки быть не может, период 2013г. закрыт наглухо. Останавливаю загрузку, формирую ОСВ, показывает постоянную красивую картину по сальдо на начало и конец. В чем суть таких изменений с сальдо? Это особенность поведения 1С в момент проведения документов? Я честно сказать, с таким сталкиваюсь впервые.

принципы метода двойной записи не позволят изменятся только одному счету (если у вас конечно не используются хитровыделанные придуманные проводки)
ЗЫ смотри общую ОСВ

0-DenisV > Чего тебя удивляет? У системы при подсчете показателей не на что опереться, кроме как на ОПЕРАТИВНЫЕ итоги. А ты их загрузкой быстро-быстро меняешь.
Промежуточные итоги подвинь хотя-бы до 01.03

2-roma n > Вообще-то, чтение идет по индексу, а тут случай, когда фильтр по периоду должен отсекать записи, относящаися к более позднему времени.
Наверно, это дело можно и организовать и назначением блокировки на время первичного чтения, но представляется, что заявленный функционал должен за этим следить "автоматически". Нет? Разработчик должен опускаться на уровень организации чтения?

+3 Поправка: не "разработчик", а "пользователь".

3-VZ > Имеем то, что имеем, - при подготовке виртуальных таблиц платформа "досчитывает" показатели по имеющимся итогам грязно.
Проблема давняя. Родилась в тот день когда разработчики платформы решили досчитывать показатели влево, от ближайших следующих итогов, а не вправо, от ближайших предыдущих...
В типовых от этого эффекта разработчики защитится не удосужились :(

5-roma n >Это есть то, что называется "ляп". И "но мы хотели" здесь не катит...

6-VZ > да хоть горшком назови, им по...
Я, кстати, не помню, разрабы платформы документировали эту, как бы помягче сказать... особенность... или нет. Но в чьи бы ворота гол не был (разработчики платформы/прикладники) - проиграет пользователь

вот так ли скоро перейдут к управляемым блокировкам ? ERP 2.0 никто не щупал ? на такую же ситуевину

2-roma n > +100
Сдвинь итоги вперед.