[бага нет, недосмотр пользователя] Неприятный баг

[skirental]

Обнаружился неприятный баг, который поломал все остатки на складе. Итак: накладная была выписана по неправильной цене. На следующий день обнаружилась ошибка. Накладная была открыта для редактирования и функцией "Пересчет цен товара" исправлена. После отгрузки увидели, что у нас большие остатки реально не соответствующие базе. В истории движения по товару видно, что позиция списана два раза, при этом в расходной накладной все в порядке. Что делать? Как вернуть правильные остатки (можно это сделать конечно "Внесением остатков"), но (и) как этой проблемы избегать в будущем?    

[admin]

Смотрите в истории товара, как это бывает в 99.9% случаев это никакой не баг, а пользователь чтото сделал не так. Например вместо редактирования сделал документ по шаблону соответственно создан новый документ и остатки конечно удвоились. Проверяйте историю движения товара и удаляйте лишний документ который вы создали, если проблема не решиться с такими вопросами только но поддержку.

[skirental]

Неа, все нормально там. Я походу попал в 0,1%. Написал на поддержку

[admin]

Вам ответили, высылайте базу.

[admin]

Неа, все нормально там. Я походу попал в 0,1%. Написал на поддержку

Это перенаправленное письмо:
От: Дмитрий Котельников
Кому: "Kostyantyn Nikitonok"
Дата: 1 вересня 2011 р., 11:06:57
Тема: баг

===8<==============Оригинал текста письма===============
Приветствую Вас,

31.08.2011 в 17:44, Вы писали:

KN> См. Аттач (базу выслал первым письмом)<неиВсе, что загнано в минуса все
KN> имеет проблемный статус. <неиКонкретно привело к этому несколько
KN> "проблемних" накладних. Одна из них 5583. <неи <неи<неиС

И что неправильно в остатках, смотрите прикрепленный файл. Там все
верно. Вам же писали проверить историю движения товара, вы это не
сделали. Пришло 70 и расход по совокупности 90, итого -20. Все верно!

С уважением, Дмитрий Котельников
  Разработчик программы Склад Украина.
===8<===========Окончание оригинала теста письма========