Вопрос по резервированию

[Spiker]

Вопрос в следующем...
В аксапте ведется партионный учет товара. У одной номенклатуры на момент времени X в наличии 2 партии товара. Используется модель FIFO. т.е. по хорошему Аксапта должна полностью выбрать всю партию 1, а потом начать выбирать партию 2, т.к. партия 1 исторически возникла раньше партии 2. Но на деле не совсем так. Расход идет попеременно то из партии 1, то из партии 2. Анализ проводок привел к мысли о том, что из за частых корректировок даты на которые ориентируется система при резервировании обновляются.
Исследование кода позволило обнаружить причину...
в классе InventUpd_Reservation, в методе updateReserveMore()
создается query по запасам в наличии (InventSum), в запросе сортировка идет по полю InventSum.LastUpdDatePhysical ASC
Данное поле обновляется в InventSum\Methods\addInventTransOnSum

if ( ! inventTrans.isTransfer() )
        {
            if (inventTrans.DatePhysical)
                this.LastUpdDatePhysical = inventTrans.DatePhysical;
            else
            if (inventTrans.DateInvent)
                this.LastUpdDatePhysical = inventTrans.DateInvent;
            else
            if (inventTrans.DateExpected)
                this.LastUpdDateExpected = inventTrans.DateExpected;
        }
        else
        {
            inventDimIssue = this.inventDimTransferIssue(inventTrans);
            if (inventDimIssue && inventDimIssue.inventDimId != inventTrans.inventDimId)
            {
                inventSumIssue = inventSum::find(inventTrans.ItemId,inventDimIssue.inventDimId);
                if (inventSumIssue.RecId)
                {
                    this.LastUpdDateExpected = inventSumIssue.LastUpdDateExpected;
                    this.LastUpdDatePhysical = inventSumIssue.LastUpdDatePhysical;
                }
            }

        }

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

[konopello]

Недавно решал похожую ситуацию, скорее всего у вас идут возвраты по партии 1 и 2, и поэтому поле InventSum.LastUpdDatePhysical обновляется датой последнего прихода, решили эту проблему следующим образом, там по моему в коде стоит ограничение если перемещение то дату не обновлять, мы еще добавили свое если возврат то дату не трогать

[Spiker]

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

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

вопрос на чем это может отразиться еще?

[konopello]

Цитата:

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

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

[Spiker]

Цитата:

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

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

это понятно...вопрос чем это может обернуться? на чем сказаться? Для чего это поле кроме резервирования?

[konopello]

Цитата:

это понятно...вопрос чем это может обернуться? на чем сказаться? Для чего это поле кроме резервирования?

Что значит чем, тебе надо что бы эта дата не обновлялась при определенном условии. Типа это коррекция или заказ тебе надо написать метод типа isTransfer который и будет делать вилку. А на самом деле это не критично просто даты у тя в этом поле не верные будут.

[Spiker]

Цитата:

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

Что значит чем, тебе надо что бы эта дата не обновлялась при определенном условии. Типа это коррекция или заказ тебе надо написать метод типа isTransfer который и будет делать вилку. А на самом деле это не критично просто даты у тя в этом поле не верные будут.

так мне получается и нужно...что бы партия возникла...дата записалась...потом любые движения по партии дату не меняют...и это получается дата возникновения партии...иначе на складе товар из партии 1 залеживается и близок к истечению срока годности...а расход идет из партии 2 в это время...а из за корректировок....происходит смена даты и расходуется то партия 1, то партия 2 попеременно...а нужно жесткое FIFO.

[konopello]

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

[Spiker]

Цитата:

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

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

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

[soad]

Spiker, поделитесь пожалуйста, удалось ли решить данную задачу?