Приостановил реиндексацию и генерацию всех баз, кроме ax2009 Contoso.
Напомню, что хочется:
Цитата:
Сообщение от
mazzy
цель: выделить приоритетные продажи, которые будут удовлетворятся в первую очередь. низкоприоритетные не должны выполняться пока не будут выполнены высокоприоритетные.
инструмент (один из рассматриваемых вариантов): расширить механизм резервирования таким образом, чтобы он ставил признак "зарезервировано в заказанном" даже при отсутствии ожидаемых приходов.
вопрос: какие грабли стоит ждать при выборе этого инструмента? особенно в модуле сводное планирование.
Итак, резервирование в заказанных - один из вариантов для приоритезации.
Дело в том, что когда разносится закупка, то Аксапта АВТОМАТИЧЕСКИ переводит статус "резерв в закупленных" в статус "зарезервировано". Именно это и хочется использовать.
Предполагается, что мы разрешим резервировать и из физического наличия, и резерировать в заказанном только высокоприоритетным продажам. А низкоприоритетные смогут резервировать только из физического наличия.
===============
Вернемся к Аксапте.
Во-первых, общее доступное количество в ax2009 считает не так
сказал miklenew.
В ax2009 оно считается как
this.availPhysical()+ this.Ordered - this.InOrder + this.Arrived - this.ReservOrdered
Смотрим в стандартную Contoso базу.
Я выбрал номенклатуру (не спецификацию) с простой аналитикой (только сайт и склад), у которой запрещены отрицательные остатки
создаю заказ на продажу 100 штук этой номенклатуры (ничего не комплектую, ничего не разношу).
Вуаля, доступное общее количество отрицательное (это штатный функционал)
Теперь предположим, что это высокоприоритетная продажа.
Я хочу зарезервировать весь этот товар.
Я ожидаю, что 45 штук (физически доступно) будет немедленно зарезервировано
Я ожидаю, что 25 штук (ожидается приход) будет зарезервировано в ожидаемых закупках.
Оставшиеся 30 штук штатный функционал Аксапты не резервирует
Теперь... я хочу изменить стандартный функционал (и собственно спрашиваю о граблях такого изменения)
Предположим, я "сломаю" код резервирования, изменив его.
Предположим, я разрешу резервировать в заказанном даже если ожидаемых приходов еще нет.
Ведь резервирование не делает никаких связок, а работает сугубо на количестве.
А когда появится приход, то автоматически он пойдет на покрытие высокоприоритетного заказа на продажу. Мало того, когда будущий приход будет разнесен, то штатный функционал автоматически заменит резервирование в моем высокоприоритетном заказе на "Физ. зарезервировано".
Так и обеспечим высокий приоритет.
Мало того, с этим механизмом останется возможность вручную вмешаться и вручную перерезервировать так, как того захочет человек.
Вопрос только один - где-нибудь аукнется тот факт, что количество "заразервировано в заказанном" станет больше, чем "всего заказано"? Особенно волнует сводное планирование. Тут vals прав.
====================
сейчас буду генерить перекрестные ссылки... самостоятельно проверять по перекрестным ссылкам смогу, скорее всего, только завтра.