Складская аналитика типа TransDate

[SIrina]

Решили мы создать новую складскую аналитику "Срок хранения" (TransDate).

Но перед реализацией сей идеи решила узнать об особенностях складкой аналитики типа Дата.
Может у кого-то она успешно используется, есть какие-нибудь советы или подводные камни?

Заранее благодарю

[lev]

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

[SIrina]

Чтобы видеть сколько товара у нас с каким сроком хранения + переписать резервирование по складу для реализации товара с меньшей датой.

[_scorp_]

Цитата:

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

Чтобы видеть сколько товара у нас с каким сроком хранения датой.

Смотрите остатки в разрезе партии. Срок годности привязан как раз к партии.

Цитата:

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

переписать резервирование по складу для реализации товара с меньшей

Так и перепишите резервирование. Для этого не нужно добавлять аналитику.

[SIrina]

Мы предлагали нашим пользователям использовать эту аналитику, но их не устраивает наличие отдельного справочника по партиям.
Или он заполняется автоматически, например, при оприходовании товара ?

[twilight]

Цитата:

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

Мы предлагали нашим пользователям использовать эту аналитику, но их не устраивает наличие отдельного справочника по партиям.
Или он заполняется автоматически, например, при оприходовании товара ?

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

[renat]

есть ведь хорошая складская аналитика "партия" обычно срок хранения к ней и привязывают

[lev]

Заработался, и меня опередили с ответами
В общем используйте партию. И Автоматическое создание можно настроить. Причем для определенных документов (чтоб создавалась по закупке, по заказам, по складскому журналу и тп)

[player]

Но FEFO программировать придется...
Я менял метод newquery таблицы InventSum, и методы UpdateResrveMore и ...Less класса InventUpd_Reservation, а также updateDepreciateIssue класса InventUpd_Estimated.

+таблица и форма InventModelGroup - для параметризации контроля по дате истечения срока годности +новая переменная и parm-метод в классе InventUpdate.

[SIrina]

Спасибо за ответы Попробуем настроить автоматическое заполнение

[player]

Проект с описанными изменениями - настоятельно рекомендую протестировать тщательно, особенно в случаях когда используется InventSumDelta. Так же приветствуются критика и пожелания.
SharedProject_Invent_Batch_FEFO.rar

P.S. Проект для AX 2009.

[Vals]

Цитата:

Причем для определенных документов (чтоб создавалась по закупке, по заказам, по складскому журналу и тп)

Здесь есть одна фигня, которая мне не нравится: независимо от галок настройки этапа создания номера (строка, регистраци, обработка прихода), он создаётся сразу, при создании строки, только не отображается. В некоторых случаях бывает неудобно.

[Bega]

Перед нами также встала задача реализации FEFO. Посмотрел проект, мне кажется не очень красиво добавлять в запрос таблицу партий для сортировки. Более красивым будет добавить в InventSum поле LastUpdExpDate, заполнять его по аналогии с полем LastUpdDatePhysical, только из партии. Тогда можно, например, в метод InventUpd_Reservation.updateReserveMore просто добавить addSortField(fieldnum(InventSum,LastUpdExpDate) в цикл.

[vashilov]

Если срок хранения известен на момент генерации партии и неизменен, то самое естественное, на мой взгляд, решение, формировать номер партии таким образом годмесяцдень[...]. Система будет практически нетронута руками программиста.

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

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

- другие изменения системы.