Глюк при сторнировании.

[glibs]

Цитата:

Сообщение от Maxim Gorbunov

...
Эх, Глеб, если б все пользователи были такие же как ты...
...

Щас в тебя кирпич из службы поддержки Микрософта прилетит.

Цитата:

Сообщение от Maxim Gorbunov

...
То есть, если в твоем примере сделать еще один расход и не маркировать его ни с чем, то сколько бы ты накладные расходы не разносил по первой (отмаркированной!) закупке, себестоимость второго (не маркированного) расхода у тебя не изменится.
...

Ну так, блин, на то она и маркировка! Раз ты накладной расход на маркированный приход разносишь, то на смаркированный с ним расход коррекция и ляжет. И не жди от нее, чтобы несмаркированному расходу в этом случае чего-то перепало.

Цитата:

Сообщение от Maxim Gorbunov

...
Поделишься опытом?
...

Да просто тут наш один любимый клиент себестоимость считает с точностью до копейки. А еще они очень любят переделывать документы (то цены меняют, то юрлица). Делается это все через немедленную поставку. Номер лота одинаковый. Появляются в базе операции Расход-Сторно-Расход. Потом выясняется что снова ошиблись и появляется опять Сторно-Расход. Бывает и больше. Получается 2*n пар Расход-Приход, которые номером возврященного лота ссылаются сами на себя. Если у них разные даты и "мгновенная" себестоимость расхода вдруг оказывается разной, то коррекция каждого расхода делится поровну на все приходы (без учета дат и прочих "мелочей"). В результате себестоимость расхода и прихода не совпадает, а иногда бывает, что по средней себестоимость примерно одинаковая, и тут скачек откуда ни возьмись. Пользователи начинают нервничать...

Есть еще косяки, но это я уже собирусь с силами и в support отправлю.