Оборотка и ср. цены

ПНР и сопровождение

Модераторы: m0p3e, edward_K, Модераторы

Ответить
maikl
Местный житель
Сообщения: 1503
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Тверь

Оборотка и ср. цены

Сообщение maikl »

Модуль ?Складской учет?. В настройке установлена методика средних цен.
Товар есть в наличии на 31.12.2001 по цене 7.22 руб. Получаем оборотную
ведомость (в любом разрезе) с 01.12.2001 по 31.12.2001. В исходящем остатке
цена получается 6.88 руб. Получаем оборотную ведомость с 01.01.2002 по текущее
число. Во входящем остатке цена получается 7.22 руб., соответственно суммы
исходящего остатка и входящего не совпадают. Количество считается правильно.
Если получить ведомость с 31.12.2001, то ситуация такая же ? цена получается
7.22 руб.
Если просматривать текущие остатки из карточки складского учета, то цена на
31.12.2001 и на 01.01.2002 формируется 7.22 руб. При получении ведомостей
наличия на 31.12.2001 и на 01.01.2002 цена тоже попадает правильная ? 7.22 руб.
В ведомости движения формируются так же как и оборотные ошибочно.
Цена в исходящем остатке видимо пересчитывается при формировании ведомости, а
хотелось чтобы она бралась из текущих остатков. Необходимо чтобы исходящий
суммовой остаток совпадал с входящим. Ошибка возникает в том случае, когда было
списание товара без наличия, средняя цена ?сломалась?, но после
соответствующего расходу прихода и при пересчете текущих остатков цена
восстановилась правильно, что и отражается в ведомостях наличия и остатках, в
оборотных ведомостях остается ошибочной.
Может кто поможет?
Михаил
dozent
Местный житель
Сообщения: 226
Зарегистрирован: 29 мар 2005, 17:49
Откуда: Урал
Контактная информация:

Re: Оборотка и ср. цены

Сообщение dozent »

Михаил, у тебя версия 5.82? Если да, то специалист по Складскому учету из Топ-Софта Сергей Лебедев меня обманывает, что только у нас такие проблемы, а все работают хорошо. Я его не упрекаю, нет, но как же мы затрахались с этими оборотками!!! Вся беда в новой методике сальдовых остатков по складам. После установки oper03fix04 в пересчете сальдо с какой-либо даты появляется возможность пересчитать с даты первого некорректного сальдо. После этого пересчета у нас чуть-чуть входящее сальдо стало почти равно исходящему на 31/12, но... то на рубли то на копейки все разъезжается!
:(
Стали рыть в saldomc - оказалось, что в этой таблице поле saldomc.srprice округлено до 5 знаков после запятой!!!
Если сможешь победить Галактику или придумать, как её обмануть - напиши, а то порвут меня на 10 маленьких Доцентиков...
:`(
ICQ 82600313
Ответить