Списание задним числом проходит успешно?

[ymv2000]

Модуль управление запасами
Имеем следующую последовательность действий:
1) на 01.01.2006 на складе№1 100шт товара
2) датой 15.01.2006 переносим на склад№2 10шт товара
3) датой 07.01.2006 списываем со склада №2 10шт товара успешно
Вопрос почему система дает списывать то количество, которого еще не было на это число(07.01.2006)

Отрицательный физ и фин склады отключены.

[glibs]

При списании проверяется остаток н атекущий момент, а не на дату.

http://axforum.info/forums/showthread.php?t=4073

[ymv2000]

допустим принцип понятен
А можно ли изменить такой принцип не прибегая к модификациям,
чтобы списание не было доступно задним числом?

[Косых Артём]

закрыть склад?

[IvanHARD]

Без модификаций нельзя. Можно организовать всю работу черезе резервирование, а в нем докастомить резервирование с учетом даты, однако и там могут быть дырки, связанные с особенностью таблицы InventSum, по которой это резервирование, собственно, и работает.

[IvanHARD]

Цитата:

Сообщение от Косых Артём

закрыть склад?

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

Можно решить все организационно. Вводить все в реальном времени, но это нереально почти.

[glibs]

Цитата:

Сообщение от IvanHARD

...
Можно решить все организационно.
...

Я так понимаю, нужна именно проверка.

Я сталкивался с такой ситуацией. Ошибались с датой при сторнировании через немедленную поставку накладной клиенту. Потом снова накатывали накладную, но уже с правильной датой. Иногда на складе на дату в прошлом вылазили отрицательные остатки. При правильных текущих. Склад офигевал в буквальном смысле слова.

Так что такая проверка как минимум не помешала бы.

Хотя, скорость обработки накладной упадет еще ниже...

Интересный вопрос.