Программа позволяет проводить документы задним числом. При проведении любого документа изменяющего остатки или цену товаров, перед существующими переоценками, ранее приводило к тому, что суммы всех переоценок, после проведённого задним числом документа, были неверными. В частности, ранее из-за неверных сумм переоценок неправильно формировался отчёт Торг-29, показывающий расхождения, которых фактически не было. Это были ошибочные ситуации, которые на данный момент исправлены. В программе документ переоценки всегда был предназначен для регистрации факта изменения розничной цены
всех, имеющихся на момент переоценки, остатков переоцениваемого товара. Поскольку переоценивается весь остаток товара со старой розничной цены на новую, а эти величины могут быть изменены проведением документов задним числом, то мы сделали расчет переоценок динамическим. Динамический расчёт текущих цен и остатков на момент переоценки для одного открываемого документа занимает приемлемое (небольшое) время, но в журнале документов присутствует далеко не один акт переоценки и далеко не всех устроит вариант, при котором открытие журнала документов будет занимать от нескольких десятков секунд до нескольких минут. Можно было бы пересчитывать все переоценки при проведении документа задним числом, но это также привело бы к неприемлемо долгому проведению таких документов. Поэтому мы отказались и от первого, и от второго варианта.
| Цитата |
|---|
| Может быть и так, только в прошлой версии программы в журнале документов администратор видел переоценки и проблем с этим не было... |
Для чего ему были нужны суммы актов переоценок (которые могли быть и не верными)?
