Форум на Kuban.ru (http://forums.kuban.ru/)
-   Территория 1С (http://forums.kuban.ru/f1040/)
-   -   Неверно расчитываются остатки по остаточному рег. накопления (http://forums.kuban.ru/f1040/neverno_raschityvayutsya_ostatki_po_ostatochnomu_reg_nakopleniya-2718337.html)

mikki24 14.06.2012 06:14

Неверно расчитываются остатки по остаточному рег. накопления
 
Привет всем! Подскажите в какую сторону копать в одной проблеме? Никак не могу понять как такое быть может.
Пишу свою конфу. Есть остаточный регистр накопления. Выполняю простейший запрос к нему, используя одну таблицу "регистрХХХ".ОстаткиИОбороты. В результате выходная форма показывает остаток на начало, приход, расход, остаток на конец периода, НО:
Опытным путем мною было обнаружено, что остаток на начало периода и на конец по одним и тем-же номенклатурным позициям (причем не всем, а только строго определенным) неправильный! Если выбираю в параметрах, например период с 01.05.12 по 01.05.12 (т.е.за день)- остаток на начало и конец=100 руб., а вот если с 02.05.12 по 02.05.12 остаток на начало и конец уже 100 руб. 65 коп. Получается какой то глюк на границе 01.05.12 и 02.05.12
Причем НИКАКИХ ДВИЖЕНИЙ по документам в этом месяце по этим номенклатурам НЕТ! Отчет формирую с помощью компоновщика, используя функцию "конецДня" в параметре "конецпериода", перепроводил все документы в базе, но результат тот-же.
И еще: если задать период "с" до границы этого глюка, например с 01.01.12 и период "по" уже после границы глюка (напр. 03.05.12 или 31.05.12) то все остатки, обороты показывает ПРАВИЛЬНО, а если выбираем любой период после границы глюка (т.е. например с 02.05.12 по 31.05.12), то остаток на начало и конец уже неправильный.
Повторюсь, что в периоде этого глюка НЕТ документов, которые бы двигали этот регистр по этой номенклатуре и дата глюка по разным номенклатурам различна, но строго постоянна.
Подскажите, что же это может быть?

roma n 14.06.2012 07:50

"повисшие" движения. Не? - ТиИ. Итоги где рассчитанные?
Что касается поведения "на границе" - система имеет (скорее всего) подготовленные остатки на 01.05.2012 00:00:00 и [u]рассчитывает[/u] остатки на 02.05.2012. При расчете остатков попадается движение, не учтенное в остатках...

Чучундер 14.06.2012 07:50

возможно следует посмотреть позиционирование периода запроса с точностью до моменат времени а не пртсо даты..?


Текущее время: 13:17. Часовой пояс GMT +3.