Автоматическая нумерация партии для расхода в заказе

[KiselevSA]

По бизнес-логике процесса (услуги) необходимо плясать в расчете себестоимости от заказа:
- приняли заявку
- договорились о ценах
- получили фактические документы от поставщика или нескольких поставщиков) (одна строка заявки - несколько строк закупки или закупок)
- провели документы прихода, потом документы отгрузки
Решил задействовать автонумерацию партий по заказу и ... наткнулся, что для расхода это не работает. Нашел, вроде, где исправлять. Но, т.к. не программист, возникли сомнения (не бейте ногами: проекта пока нет, настраивается макет для демонстрации варианта работы). В методе updateAutoDimMovement класса InventUpd_Estimated внес следующие правки:

protected void updateAutoDimMovement()
{
    boolean     updateDim;
    InventDim   inventDim;
//Автоматическая нумерация партий для расхода по заказам
    if (movement.transType() == InventTransType::Sales)
    {
        if (! movement_Orig && movement.transQty()          <  0)
            updateDim = this.updateAutoDimBatchId();
    }
    if (movement.transType() != InventTransType::Sales) //"родной" режим по приходным проводкам работает для закупок и журналов
    {
        if ((! movement_Orig && movement.transQty()          >  0) ||
            (  movement_Orig && movement_Orig.transQty()     <= 0 && movement.transQty() > 0))
        {
            updateDim = this.updateAutoDimBatchId();
            updateDim = this.updateAutoDimSerialId()    || updateDim;
        }
    }

Вопросы. Не зарыл ли я бомбу? Почему изначально не закладывали автонумерацию для партий отгрузок, хотя активизация в группе нумерации для заказов есть?

[glibs]

Могу ответить на эти вопросы.

Цитата:

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

...
Почему изначально не закладывали автонумерацию для партий отгрузок, хотя активизация в группе нумерации для заказов есть?
...

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

Активизация в группе нумерации для заказа нужна для приходов по заказу. Речь идет о возврате или сторно ошибки.

[KiselevSA]

Цитата:

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

Могу ответить на эти вопросы.


Активизация в группе нумерации для заказа нужна для приходов по заказу. Речь идет о возврате или сторно ошибки.

С точки зрения "человеческого" расчета себестоимости автоматическая нумерация партий по возврату в заказе - нонсенс:
возврат нужно проводить туда, откуда взял, т.е. в ту же складскую аналитику. Так что генерация номеров партии по возврату в заказе - добавление дополнительной головной боли в учет.

[glibs]

Если для возврата будет другая отдельная партия, то себестоимости хуже не станет. Скорее наоборот.

Причиной возврата может быть повреждение товара при доставке. В таком случае отдельная партия также будет полезной.

Однако это не догма. Можно и с той же партией возвращать. И такая возможность тоже есть в системе.

[slava09]

Цитата:

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

Причиной возврата может быть повреждение товара при доставке. В таком случае отдельная партия также будет полезной.
.

Или возврат оформляется на отгрузку, которой в системе нет. Например, при переходном периоде, когда внедряется система.

[Михаил Андреев]

Цитата:

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

По бизнес-логике процесса (услуги) необходимо плясать в расчете себестоимости от заказа:
- приняли заявку
- договорились о ценах
- получили фактические документы от поставщика или нескольких поставщиков) (одна строка заявки - несколько строк закупки или закупок)
- провели документы прихода, потом документы отгрузки
Решил задействовать .....

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

[gefr]

Мы включали автоматическое присваивание партий для заказов, корректируя как раз код, приведенный KiselevSA.
БП: Клиент делает заказ. Номенклатура одна и та же (мало позиций), но цена на нее каждый раз разная (лицензии). Затем из продажи создается закупка путем копирования. Если не создавать в продаже номера партий (серий) автоматически, то строки продажи однозначно не сопоставялются с закупкой (разноска документов по различным заказам асинхронна). При учете FIFO при списании цеплялась та номенклатура, которая в данный момент была на складе по средней цене, а при закрытии склада система не может однозначно сопоставить нужный приход и расход, в результате себестоимость плывет.
Конечно, в качестве решения можно предложить авторезервирование приходов, но автонумерация показалась значительно более красивым вариантом. IMHO
После включения автонумерации проблема полностью решилась и себестоимость считается правильно.

[Maxim Gorbunov]

А чем вас маркировка не устроила, извините?