Ошибка при оприходовании зарезервированного в заказанном товара?

[axz]

Подскажи в чем состоит проблема с резервированием:
Возникает ошибка (Заказанное кол-во не может быть уменьшено %1, иначе количество, имеющееся в наличии, станет отрицательным) при оприходовании товара, если он был зарезервирован в заказанном (в закупках). Т.е. есть заказ, который резервирует товар не на складе, а в заказанном у поставщика товаре.

Ситуация: Физ. доступно=0, Заказанно=100, Зарезервированно в заказанном=10.
При попытке зарегистрировать закупку на 100 ед. и возникает ошибка (если регистрировать 90 или меньше, то регистрация проходит нормально, а резерв 10 ед. остается в заказанном). В методе InventUpd_Registered.writeInventTrans создается объект InventOnHand и вызывается его метод checkDepricateOrdered, в котором и выбрасывается исключение:

PHP код:

        if (this.availOrdered() < -_inventQty)
        {
            setPrefix("Сокращение заказанного количества");
            if (inventDimCriteria.preFix())
                setPrefix(inventDimCriteria.preFix());
            return checkFailed(strFmt("Заказанное кол-во не может быть уменьшено %1,  иначе количество, имеющееся в наличии, станет отрицательным",-_inventQty));
        } 


Нормальное поведение такое: при регистрации проводки прихода, должен сниматься резерв из заказанного и снова устанавливаться, но уже в физически оприходованном товаре.

[dalyet]

Не ошибка, а стандарная функциональность! -)
И 100 в данном примере зарегистрируешь, если при регистрации не менять скл. аналитику.
Ведь 10 зарезервировано в рамках определенной скл. аналитики, и система не даст в закупках ее поменять.
Выход - вручную отрезервировать/отмаркировать 10 в приходе, поменять и в заказе и в закупке скл. аналитику (зарегистрировать), зарезервировать опять. С одной стороны - логично, с другой - неудобно.
Вобщем - хорошего мало . Как от этого уйти без модификации... не знаю.
У самого на проекте такая проблема с резервированием вылезала - посерийный/партионный учет.

[axz]

Можно пару вопросов...

Цитата:

И 100 в данном примере зарегистрируешь, если при регистрации не менять скл. аналитику.

Что значит не менять складскую аналитику при регистрации? С какой на какую не менять?

Цитата:

Ведь 10 зарезервировано в рамках определенной скл. аналитики, и система не даст в закупках ее поменять.

10 зарезервировано в заказанном количестве и закупках я не заполняю аналитику (те руками не указываю ячейку, партию и т.д.)
Что значит:

Цитата:

отрезервировать/отмаркировать 10 в приходе

Отрезервировать - это снять резервирование или что, и что такое отмаркировать?

[dalyet]

Цитата:

Что значит не менять складскую аналитику при регистрации? С какой на какую не менять?

Ну например, склад "Склад1" на "Склад2"

Цитата:

Отрезервировать - это снять резервирование или что, и что такое отмаркировать?

Да - снять резервирование, "отмаркировать" - Закупка/ Склад/ Маркировка (в данном контексте то же что и резервирование).

Вот.

Вопрос к ALL - кто как решал на проекте задачу:
есть резервирование номенклатур из будущих приходов, скл. аналитика известна только при приходе. Необходимо обработать ситуацию регистрации товара и указания скл. аналитики, корректного получения "Физ. зарезервировано" в заказах.

[EVGL]

Цитата:

есть резервирование номенклатур из будущих приходов, скл. аналитика известна только при приходе. Необходимо обработать ситуацию регистрации товара и указания скл. аналитики, корректного получения "Физ. зарезервировано" в заказах

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

[dalyet]

Цитата:

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

В том то и дело что Партии уже задействованы (партионный учет), а автосоздание партий установлено "в момент физ прихода в скл. проводке". Создание партий при создании строки закупки/заказа очень неудобно - копирование, заказы на отпуск... - партии копируются что совсем не нужно...

[EVGL]

Серийные номера тоже уже используются? Тогда упс.

[dalyet]

Отож.