зачем в dax2009 запретили создавать новые партии и серийники по строке журнала спецификации ?

[Logger]

Кто-нибудь знает зачем в dax2009 запретили создавать новые партии и серийники по строке журнала спецификации ?
В 3.0 было можно, чем и пользовались при разукомплектации наборов.

А для строки производства - можно.
Странно ...

boolean isTransTypeActivated(InventTransType transType)
{
    ;
    switch (transType)
    {
        case InventTransType::Sales                 : return this.SalesActivation;
        case InventTransType::Production            : return this.ProdActivation;
        case InventTransType::Purch                 : return this.PurchActivation;
        case InventTransType::InventTransaction     : return this.InventActivation;
        case InventTransType::InventCounting        : return this.InventActivation;
        case InventTransType::InventLossProfit      : return this.InventActivation;
        case InventTransType::InventTransfer        : return false;
        case InventTransType::SummedUp              : return false;
        case InventTransType::ProdLine              : return this.ProdActivation;
        case InventTransType::BOMLine               : return false;
        case InventTransType::BOMMain               : return this.InventActivation;
        case InventTransType::QuarantineOrder       : return false;
        case InventTransType::TransferOrderShip     : return false;
        case InventTransType::TransferOrderReceive  : return false;

        default                                     : return this.InventActivation;

    }

    return false;


}

[d&m]

Цитата:

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

Кто-нибудь знает зачем в dax2009 запретили создавать новые партии и серийники по строке журнала спецификации ?

мне видится следующая логика:
1. автогенерация партий/серейников предусмотрена только для прихода
2. приход по строке журнала спецификации (InventTransType::BOMLine) в стандарте не предусмотрен (в первую очередь проблема в отсутствии себестоимости компонентов при разборе)
3. исходя из п. 1-2 смысла в автогенерации нет

если уж вы планируете делать разборку в журнале спецификации - а значит будете делать расчет себестоимости приходуемых компонентов при разборе и тянуть это в закрытие склада - то разрешить автогеренацию - это детская шалость...

[Raven Melancholic]

У меня почти такое же объяснение, как и у d&m, но немного с других позиций.
Приход по строкам спецификации происходит при разборке. То есть, скорее всего считают, что раз что-то разбираем, то раньше это собиралось. И пользователь знает при разборке, что именно разбирается (раз ведет партионный учет). Ведь создание и указание партий не запрещено, не создаются партии только автоматически, поэтому при разборке пользователю предлагается указать партии вручную (заодно, указать себестоимость прихода - а тут при разборке есть тонкости: какие-то вещи регламентируются, какие-то нет).
В производстве же, считается, что приход по строке спецификации производства это побочный выпуск (примитивно, но это так), поэтому там приход считается новым приходом. Правда, себестоимость все равно указывать нужно (причем, не больше, чем общая себестоимость списываемых затрат).
PS: это только мое теоретическое видение, на самом деле, в нашей модификации мы, при определенных условиях, разрешили автоматическую генерацию номеров партий.
Дополнение: это поведение уже в DAX4 было.

[Logger]

У нас на практике происходит следующее :
1. Сборка и разборка спецификаций (т.е. наборов)
2. Покупка готовых наборов и их расформирование на части.
3. Переформирование закупленных спецификаций. (Купили коробками, расформировали - получили новую номенклатуру, но измеряется она уже запайками или штуками)

Так что создание партии по строке напрашивается само собой.