Параметр "Назад от даты поставки" в группах складских моделей

[slava09]

Прежде чем написать порылся в архиве. Из постов стало ясно, что в независимости, стоит ли эта галочка или не стоит - резервирование всегда по ФИФО.
Тестирую на трешке с четвертым паком - тоже самое.
Такую явную ошибку и не исправили еще?
Кто че знает по этому поводу?

[glibs]

Ну, не совсем так. Разница есть. Только ФИФО и ЛИФО — это не то, как все себе это представляют.

[AKIS-Falcon]

Слава, а разрешите вопрос: вам ФИФО и ЛИФО по какой именно дате нужно?

1) По дате приходования на склад? (т.е. партии в одной накладной с разным остаточным сроком хранения получат одинаковый приоритет)?
2) По дате выпуска?
3) По дате истечения срока годности?

А вообще вам надо в класс InventUpd_Reservation, метод UpdateReserveMore (...less тоже, но только отчасти). Там самое основное действие и творится.

[AKIS-Falcon]

Для вашего, тысызыть, удобства... В.И. Ленин, избранные места из переписки с Каутским

PHP код:

protected void updateReserveMore()
{
...
// Бла-бла-бла
...
    #Define.availPhysical(1)
    #Define.availOrdered(2)
    ;

    loopReserveType     = this.parmAllowReservePhysical() ? 0 :
                         (this.parmAllowReserveOrdered()  ? 1 : 3);
...
// Бла-бла-бла
...
        query = InventSum::newQuery(NULL,movement.itemId(),inventDimCriteria,inventDimParm,InventDimParm::activeDimFlag(movement.dimGroupId()));

        switch ((loopReserveType!=0) ? 2 : 1)
        {
            case(#AvailPhysical) :
                query.dataSourceTable(TableNum(InventSum)).addRange(FieldNum(InventSum,availPhysical)).value('!0'); // Ежели НЕ стоит крыжик Разрешено резервировать в заказах - то добавляем ограничение не равно нулю по соответствющему полю

                if (allowReserveByDate)
                    query.dataSourceTable(TableNum(InventSum)).addSortField(FieldNum(InventSum,LastUpdDatePhysical)); // Во, это то что нам надо - видите, какое поле участвует в сортировке? Оно вам подходит?

                break;
            case(#AvailOrdered) :
                query.dataSourceTable(TableNum(InventSum)).addRange(FieldNum(InventSum,availOrdered)).value('!0');// Ежели стоит крыжик Разрешено резервировать в заказах - то добавляем ограничение не равно нулю по соответствющему полю

                if (allowReserveByDate)
                {
                    if ((loopReserveType == 1 && allowReserveReversed))
                    {
                        query.dataSourceTable(TableNum(InventSum)).addSortField(FieldNum(InventSum,LastUpdDateExpected),sortorder : : DESCENDING);

                        query.dataSourceTable(tableNum(inventSum)).addRange(FieldNum(InventSum,LastUpdDateExpected)).value('..'+queryValue(movement.transDate())); // тож обратите внимание на поле даты...
                    }
                    else
                        query.dataSourceTable(TableNum(InventSum)).addSortField(FieldNum(InventSum,LastUpdDateExpected),sortorder::ASCENDING);
                }// ...и здесь...
.. 
// дальше опять пошел бла-бла-бла
} 


[Shur]

Цитата:

Изначально опубликовано AKIS-Falcon
Слава, а разрешите вопрос: вам ФИФО и ЛИФО по какой именно дате нужно?

1) По дате приходования на склад? (т.е. партии в одной накладной с разным остаточным сроком хранения получат одинаковый приоритет)?
2) По дате выпуска?
3) По дате истечения срока годности?

А вообще вам надо в класс InventUpd_Reservation, метод UpdateReserveMore (...less тоже, но только отчасти). Там самое основное действие и творится.

Извините, что задержал с ответом.
В руководстве по лохистике написано, что будет выбиратся партия по дате прихода.
Я так понимаю, что имеется ввиду дата складской проводки. Или я не прав?
Кстати, я вопрос задал потмучто хочу понять как система работает. По факту. Задачи у меня никакой не стоит.

[glibs]

Цитата:

Изначально опубликовано Shur
...В руководстве по лохистике...

Да, да.

Цитата:

Изначально опубликовано Shur
...
будет выбиратся партия по дате прихода.
Я так понимаю, что имеется ввиду дата складской проводки. Или я не прав?
...

Скорее прав, чем нет. У складской проводки херова туча дат.

Если, например, при продаже указывать конкретный склад, то режим резервирования по дате актуален в случае с партиями (также сойдет серийный номер или ГТД). Если партии не используются, то ничего особенного происходить не будет.

При резервировании учитывается физическая дата из проводки. При включении резервирования по дате, по идее, первой будет резервироваться та партия, которая пришла раньше всех.

Однако, если, например, пришли партии 1, 2 и 3 (будем считать, что партии перечислены в хронологической последовательности, в которой они поступали), и тут вдруг по партии 1 клиент что-то вернул, то она встанет в очередь на резервирование последней. Причем не только то, что вернулось от клиента, но и все, что по ней не было еще продано.

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

[glibs]

И еще, пожалуй...

Цитата:

Изначально опубликовано glibs
...
Однако, если, например, пришли партии 1, 2 и 3
...

Немного обобщу.

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

Механихм резервирования будет работать сложнее, если на складе будут использоваться ячейки и/или паллеты (все описанное выше будет действовать, однако в рамках, например, партии, появится больше строчек-InventSum'ов и больше дат).

В общем, когда речь идет о ФИФО или ЛИФО, то де-факто речь идет о порядке подбора при резервировании складских аналитик, а не реальных приходов.

Нужно отметить, что в случае с партиями, например, во многих случаях реализованный в Аксапте принцип подбора партии расхода будет обеспечивать или будет очень близок к обеспечению списания по ФИФО или ЛИФО не только аналитик, но и реальных приходов. Но, в общем случае это все-таки подбор аналитик, а не реальных приходов.

[slava09]

Есть очевидный пример, когда резервирование "Назад от даты поставки" не работает.
Аналитика: склад+партия+серия+ГТД+ячейка
Первичная аналитика: склад+партия+серия.
Есть товар, есть два прихода по нему.
Никаких возвратов, переносов и т.п. Всего две складские проводки.
У одного прихода ВСЕ даты 10 число.
У другого прихода ВСЕ даты 11 число.
Все даты партий, серий соответствующие.
Добавляю строчку в заказ созданием строки.
Галочка "Назад от даты поставки" стоит (для особо ушлых
Если кого заинтересует закидаю скриншотами - без проблем.

[glibs]

И что?

[slava09]

Да так... ни чё...
Подумаешь система ведет себя не так как написано в инструкции...
Да и ваще... пёс с ней...


Если серьезно: может эту багу в МБС отправить? - нехай разберутся, исправят.
Как думаете?

[target2]

Столкнулись с этой же проблемой. Микрософт ничего не ответил?

[slava09]

А в него никто и не обращался

[target2]

Ну и ладно.Будем считать,что это невозможно

[glibs]

Как-то проводя раскопки кода при строительстве наткнулся на кусок кода, в котором реализован настоящий FIFO. В Аксапте.

WMSShipmentReservation.findFloatingPickItemBatch()

Вот в этом методе это происходит.

Это кусок механизма резервирования функциональности WMS. Суть в том, что если для номенклатуры активна аналитика Партия (см. WMSShipmentReservation.findFloatingPickItem() сразу после завершения объявления переменных), то ищется паллета с партией с минимальной датой производства. Переделать на минимальный срок годности не сложно.

Правда, назвать эту новость положительной сложно. Т.к. данный кусок кода является примерно одной четвертой от общего алгоритма резервирования номенклатуры функциональности WMS. В остальных случаях работает "стандартный" подход к резервированию, который подробно описан выше.

Чем объясняется неодинаковость подхода можно только догадываться .

[atodurov]

to glibs:

может, все таки настоящий FEFO? Вот чего не хватает, так не хватает, если честно...

[glibs]

А чего вы со мной торгуетесь как с бабушкой на базаре, которая семечки продает (как будто я там на что-то влияю)? Как сделали, так сделали.

Только я не совсем точно написал. Там на самом деле FPFO (First Produced First Out). Если предположить, что продукция сдается на склад в день производства, то будет FIFO.

Кстати... если предположить, что у одной и той же продукции срок годности является константой... то будет FEFO. Забавная мысль. М.б. вам от нее полегчает .