К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Неверно расчитываются остатки по остаточному рег. накопления

Гость
0 - 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), то остаток на начало и конец уже неправильный.
Повторюсь, что в периоде этого глюка НЕТ документов, которые бы двигали этот регистр по этой номенклатуре и дата глюка по разным номенклатурам различна, но строго постоянна.
Подскажите, что же это может быть?



1 - 14.06.2012 - 07:50
"повисшие" движения. Не? - ТиИ. Итоги где рассчитанные?
Что касается поведения "на границе" - система имеет (скорее всего) подготовленные остатки на 01.05.2012 00:00:00 и рассчитывает остатки на 02.05.2012. При расчете остатков попадается движение, не учтенное в остатках...
2 - 14.06.2012 - 07:50
возможно следует посмотреть позиционирование периода запроса с точностью до моменат времени а не пртсо даты..?


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены