Можно ли сломать функционал резервирования в заказанных следующим образом...?

[mazzy]

угу... понял. скриншоты желаемого нарисую ночером.

цель: выделить приоритетные продажи, которые будут удовлетворятся в первую очередь. низкоприоритетные не должны выполняться пока не будут выполнены высокоприоритетные.

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

вопрос: какие грабли стоит ждать при выборе этого инструмента? особенно в модуле сводное планирование.

[miklenew]

Цитата:

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

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

Я чё-то вообще не понял. Как зарезервировать если ни лота ни проводки ещё нет.
У вас перестанут сходиться проводки с остатками. Даже если допилите остатки.
У вас общее доступное количество будет не понятно что выдавать.
Может тогда новый статус ввести: зарезервировано в возможных.
Чтоб потом несостыковки по проще было развести.
Но всё равно не понимаю связь будет на основе чего.
Чтобы взять 10 чего-то, нужно чтоб в остатки они уже были.
Или в минус уходить на спец статусе зарезервировано в возможных.
А потом покрывать этот минус планированием.
Или может эту информацию не в остаток помещать, а в спец таблицу.
А при покрытие (приход или что это будет) уже резервировать по информации из спец таблицы.

[mazzy]

Приостановил реиндексацию и генерацию всех баз, кроме ax2009 Contoso.
Напомню, что хочется:

Цитата:

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

цель: выделить приоритетные продажи, которые будут удовлетворятся в первую очередь. низкоприоритетные не должны выполняться пока не будут выполнены высокоприоритетные.

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

вопрос: какие грабли стоит ждать при выборе этого инструмента? особенно в модуле сводное планирование.

Итак, резервирование в заказанных - один из вариантов для приоритезации.
Дело в том, что когда разносится закупка, то Аксапта АВТОМАТИЧЕСКИ переводит статус "резерв в закупленных" в статус "зарезервировано". Именно это и хочется использовать.

Предполагается, что мы разрешим резервировать и из физического наличия, и резерировать в заказанном только высокоприоритетным продажам. А низкоприоритетные смогут резервировать только из физического наличия.

===============
Вернемся к Аксапте.
Во-первых, общее доступное количество в ax2009 считает не так сказал miklenew.

В ax2009 оно считается как
this.availPhysical()+ this.Ordered - this.InOrder + this.Arrived - this.ReservOrdered

Смотрим в стандартную Contoso базу.
Я выбрал номенклатуру (не спецификацию) с простой аналитикой (только сайт и склад), у которой запрещены отрицательные остатки


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


Теперь предположим, что это высокоприоритетная продажа.
Я хочу зарезервировать весь этот товар.
Я ожидаю, что 45 штук (физически доступно) будет немедленно зарезервировано
Я ожидаю, что 25 штук (ожидается приход) будет зарезервировано в ожидаемых закупках.
Оставшиеся 30 штук штатный функционал Аксапты не резервирует


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


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

Так и обеспечим высокий приоритет.
Мало того, с этим механизмом останется возможность вручную вмешаться и вручную перерезервировать так, как того захочет человек.

Вопрос только один - где-нибудь аукнется тот факт, что количество "заразервировано в заказанном" станет больше, чем "всего заказано"? Особенно волнует сводное планирование. Тут vals прав.

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

[miklenew]

Цитата:

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

В ax2009 оно считается как
this.availPhysical()+ this.Ordered - this.InOrder + this.Arrived - this.ReservOrdered

Хм. Действительно. В 3.0, 4.0 по другому. Во дают.

[aidsua]

mazzy, а почему Вы не хотите поставить заглушку, которая бы срабатывала при физическом получении товара (Управление запасами - Журналы - Прибытие номенклатуры - Прибытие Номенклатуры - Разноска) + (Заказ на покупку - Запасы - Регистрация), перерезервировала бы полученный товар по необходимому Вам/Заказчику механизму? Тем более, что это можно будет вынести в параметры/заказ/. программировать минимум, а работать должно (хотя и будет занимать больше времени, чем обычное резервирование).

зы Если не используются складские операции -- вынести заглушку в ту разноску, которая обрабатывается.

[pitersky]

Цитата:

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

mazzy, а почему Вы не хотите поставить заглушку, которая бы срабатывала при физическом получении товара

Так вроде же речь шла именно о резервировании ДО фактического прихода...

[aidsua]

Цитата:

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

Так вроде же речь шла именно о резервировании ДО фактического прихода...

Понял. Начну сначала.
1. В Заказе на продажу есть дополнительное свойство, которое влияет на перезервирование ТМЦ (например, вип/обычный).
2. В момент приходования ТМЦ (мы делали в складской части) и в случае наличия незарезервированных ТМЦ из Заказов на продажу с типом "вип" -- выполняем снятие уже полученного ТМЦ с резерва (обычное резервирование) и резервировании в необходимом Заказе на продажу с типом "вип".
3. Пример:
3.0. Остаток на 2009-01-01 на складе 10 шт, зарезервировано 0 шт, физ.доступно 10 шт
3.1. Заказ на продажу 1, тип "обычный", резервирование "Автоматическое", от 2009-01-02, количество 12 шт. -- Статус "Физ.Зарезервировано" - 10 шт, "В заказе" - 2 шт
3.2. Заказ на продажу 2, тип "вип", резервирование "Автоматическое", от 2009-01-03, количество 4 шт. -- Статус "В заказе"
3.3. Заказ на продажу 3, тип "вип", резервирование "Автоматическое", от 2009-01-04, количество 5 шт. -- Статус "В заказе"
3.4. При необходимости получить максимально возможное кол-во ТМЦ для текущего вип клиента, например, по Заказу на продажу 2 -- выполняется дописанный функционал по Заказу на продажу, что позволяет "выцепить" все возможные остатки из зарезервированного в Заказах на продажу с типом "обычный". В нашем случае из Заказа на продажу будет снято с резерва 4шт ТМЦ. Получаем: Заказ на продажу 1 -- Статус "Физ.Зарезервировано" - 6 шт, "В заказе" - 6 шт; Заказ на продажу 2 -- Статус "Физ.Зарезервировано" - 4 шт.
3.5. Аналогично работает при приходорвании ТМЦ, только за основу берется Заказ на покупку (Номенклатура + Количество).

[mazzy]

тут, конечно, я виноват, что не сформулировал сразу по-человечески.

Цитата:

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

mazzy, а почему Вы не хотите поставить заглушку, которая бы срабатывала при физическом получении товара

1.
Вы приводите решение для задачи "зарезервировать при приходе"
Я хотел бы решить задачу "обеспечить высокоприоритетные продажи"
обеспечивать можно и из существующих запасов. Не дожидаясь прихода.

2.
Мне кажется, что "перерезервирование" - это функция, результаты которой будут очень сильно зависеть от порядка ввода. Боюсь таких зависимостей.

Цитата:

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

Понял. Начну сначала.
2. В момент приходования ТМЦ (мы делали в складской части) и в случае наличия незарезервированных ТМЦ из Заказов на продажу с типом "вип" -- выполняем снятие уже полученного ТМЦ с резерва (обычное резервирование) и резервировании в необходимом Заказе на продажу с типом "вип".

Дело в том, что Аксапта сама это делает в штатном функционале для "Зарезервировано в заказанном". Тут ничего прогать не нужно.

Вопрос как раз в том, что штатный функционал не позволяет "Зарезервировать в заказанном" до появления закупок. Я думал, что вместо того, чтобы прогать перерезервирование достаточно "сломать" одну проверку

[pitersky]

Цитата:

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

Я хотел бы решить задачу "обеспечить высокоприоритетные продажи"
обеспечивать можно и из существующих запасов. Не дожидаясь прихода.

Так для этого вроде как уже есть тип резервирования по строке заказа на продажу
Он сам подберёт столько, сколько сможет

Цитата:

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

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

Так а можно ли от этого уйти в принципе? Если есть два заказа от випов по 10 штук, а ожидается приход 15ти - кого-то так и так придётся обидеть...