Показать сообщение отдельно
Старый 25.06.2008, 19:15   #14  
Geo is offline
Geo
Участник
Аватар для Geo
 
258 / 47 (2) +++
Регистрация: 04.04.2008
Насколько я понял, проблема в том, что в расходные документы подставляется при создании себестоимость, сильно отличающаяся от истинной средней. Можно предложить следующие решения:
1. Убедить бухгалтеров, что в момент проведения операции им это не важно, и что коррекция потом всё исправит. Коррекцию запускать каждый день, она быстро работает. (Можно даже несколько раз в день, у нас так было.)
2. Воспользоваться функциональностью "Единиц хранения". Эта штука позволяет сохранять "как бы среднюю" не для всего товара чохом (как в карточке товара), а в разрезе складов/вариантов, что дает гораздо бОльшую точность средней в момент списания. Ну, а коррекция потом всё равно всё пересчитает как надо.

Цитата:
И напоследок хочу спросить: насколько вредно/опасно/нежелательно проводить учет задним числом как расходных, так и приходных документов.
В принципе, работает нормально. Но если постараться, то можно завести документы "задним числом" в таком хитром порядке, что система будет неправильно считать себестоимость расходов. Это исправится со временем, после полного списания "хитро" закупленного товара, по пока этого не произойдет - будет кривизна вплоть до наличия суммы на складе при отсутствии товара. Это архитектурный баг, о котором уже не раз говорилось и даже писалось в MS - безрезультатно.