Планирование приоритетного заказа

[Hard]

Добрый день, коллеги!
Есть такая задача:
создаем новый заказ на продажу, нужно чтобы для производства продукции он использовал для себя по максимуму все полуфабрикаты в наличии и в производстве, а также покупную номенклатуру, которая заказана у поставщиков, для других заказов. Нужно понять с учетом того, что этот сверхприоритетный заказ все что можно забрал под себя и рассчитать с учетом этого - вписываемся ли мы в запланированную дату поставки либо рассчитать минимальную дату фьючерса.

Мне приходит на ум только одно решение: у всех существующих заказов на продажу, которые могут "помочь" своими производными заказами новому заказу на продажу, сдвинуть вперед даты поставки и запустить пересоздание сводного плана. Либо сдвигать даты поставки у этих заказов по очереди, перепланировать их в режиме чистого изменения, после каждого из которых перепланировать также и наш новый заказ. Остановимся, когда достигнем в новом заказе приемлемой даты фьючерса или ее отсутствия.

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

Тех, кто дочитал до конца, прошу постараться не относиться к задаче, как к бреду. Хотя мне и самому с позиции моих знаний аксапты это кажется почти бредом. Хочется понять: задача в рамках аксапты имеет решение или нет. То есть реально ли в результате планирования ответить на вопрос: можем ли мы запустить заказ с учетом текущих заделов, НЗП и материалов в пути с гарантией успеть к дате поставки, если все ресурсы предприятия бросим на его выполнение?

[George Nordic]

Хм. Было такое. Про сводное - много времени займет пересчет.

Попробуйте "Максимальная приемка". Кажется, я ее задействовал.

Да, или ставьте наивысший приоритет у заказа и запускайте планирование "только по изменениям" - меньше времени займет, но она все сдвинется...

Георгий

[S.Kuskov]

В своём расчёте вы собиретесь приостанавливать и начатые производственные заказы, которые пересекаются с приоритетным заказом по ожидаемым комлектующим и мощьностям? Или забирать ресурсы собираетесь только у запланированных? Если и начатые тоже, то тогда возможна ли в вашем производстве ситуация, когда в начатом ПЗ спецификация потреблена частично? Может ли в таком случае спецификация в разных ПЗ потребляться в разном порядке. Т.е. возможна ли ситуация, когда в одном ПЗ состоящем из компонента 1 и 2 будет потреблён только перый компонент а в другом только второй?

[Hard]

Цитата:

Сообщение от George Nordic

Хм. Было такое. Про сводное - много времени займет пересчет.

Попробуйте "Максимальная приемка". Кажется, я ее задействовал.

Да, или ставьте наивысший приоритет у заказа и запускайте планирование "только по изменениям" - меньше времени займет, но она все сдвинется...

Георгий

"Максимальная приемка". Это где?
Что такое наивысший приоритет у заказа? Насколько я понимаю приоритет в заказах на продажу определяется только датой поставки.
Планирование "только по изменениям" не изменит связки Reqtrans и CovReqTrans. А нужно, чтобы вместо старых связок обеспечения потребностей появились новые, чтобы ветки развертывания нового заказа на продажу содержали реальные заказы, которые до запуска планирования были в ветках развертывания "старых" заказов на продажу.

Цитата:

Сообщение от S.Kuskov

В своём расчёте вы собиретесь приостанавливать и начатые производственные заказы, которые пересекаются с приоритетным заказом по ожидаемым комлектующим и мощьностям? Или забирать ресурсы собираетесь только у запланированных? Если и начатые тоже, то тогда возможна ли в вашем производстве ситуация, когда в начатом ПЗ спецификация потреблена частично? Может ли в таком случае спецификация в разных ПЗ потребляться в разном порядке. Т.е. возможна ли ситуация, когда в одном ПЗ состоящем из компонента 1 и 2 будет потреблён только перый компонент а в другом только второй?

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

[S.Kuskov]

Цитата:

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

Ресурсы надо забирать не у спланированных заказов, а у реальных.

Это понятно. Я имел в виду что реальные утверждённые производственные заказы могут находится в разных состояниях (статусах).

Цитата:

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

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

Тем самым он прекратит обеспечивать первоначальный заказ, который как я понимаю вы времено собираетесь замораживать. И так не только с конкурирующими заказами на продажу, но и с конкурирующими производственными заказами. Так? Вопрос мой был в том собираетесь ли вы замораживать менее приоритетные производственные заказы в статусе начато?

[George Nordic]

Версия какая?

[Hard]

Цитата:

Сообщение от S.Kuskov

Вопрос мой был в том собираетесь ли вы замораживать менее приоритетные производственные заказы в статусе начато?

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

[Hard]

Цитата:

Сообщение от George Nordic

Версия какая?

AX2009 RU6

[George Nordic]

Хм. В 3ке было точно. Возможно, это поможет: Сводное планирование (что если...)

С Уважением,
Георгий

[Hard]

Цитата:

Сообщение от George Nordic

Хм. В 3ке было точно. Возможно, это поможет: Сводное планирование (что если...)

С Уважением,
Георгий

Спасибо, Георгий! Не знал о такой формочке. В порядке самообразования очень даже полезно. Но не решает всех описанных проблем, вот и в обсуждении 8-летней давности ответа так и не нашли.

[Hard]

Еще шальная идея появилась. Покритикуйте, пожалуйста.
Включил параметр Резервировать в заказанных. В заказе на продажу поставил тип резервирования "Развертывание". По идее система при развертывании должна резервировать. Только непонятен механизм работы такого резервирования в случае с спланированными заказами. Вот думаю взять, да и перерезервировать заказанные количества на заказы ветки развертывания нового заказа, вдруг и сама ветка примет желанный вид. Но не могу этого сделать, поскольку в промежуточных звеньях развертывания имеются спланированные заказы, под них ведь никак не зарезервируешь.
Скажите, есть ли смысл двигаться в этом направлении? Есть какая-либо связь резервирования с ReqTrans?

[fed]

Цитата:

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

Есть какая-либо связь резервирования с ReqTrans?

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

[fed]

Вообще, думая об этой задаче более всерьез, то могу прикидочно написать что надо сделать:

1. Надо в складские проводки из продажного заказа протащить либо приоритет, либо некий признак сверхсрочного заказа.
2. Надо сделать специального наследника класса сводного планирования, который:
   1. При импорте в чистые потребности запасов в наличии, игнорирует данные о резервировании.
   2. При импорте в чистые потребности складских проводок по списанию, игнорирует любые несрочные потребности (или потребности ниже некого приоритета)
   3. Не импортирует в чистые потребности все остальные виды списаний (планы там всякие и тп).
   4. При создании плановых производственных заказов выставляет планировщику операций/задач признак планирования с неорганиченными мощностями.
   5. Эээ.При планировании фьючерсов тоже,наверное, стоит выставлять признак планирования с неограниченными мощностями.
   6. Пожалуй что еще можно попытаться подправить сортировку потребностей списания для данного сочетания номенклатуры и складской аналитики покрытия, в порядке приоретов потребностей.
   7. Можно еще попробовать сделать хитрую расстановку приоритетов порожденных потребностей (типа потребностей списания в производство) в зависимости от приоритета покрываемых потребностей.
   8. Вероятно - надо бы при утверждении спланированного заказа как-то протягивать его приоритет в производственный заказ или заказ на перенос - чтобы при следующих приоритетных планированиях эту инфу не потерять.
   9. Думая о задаче еще дальше, надо бы учитывать что, скорее всего, можно игнорировать резервирование мощностей и товаров не всеми производственными заказами, а только теми, которые еще не перешли некую точку невозврата.

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

[Hard]

Цитата:

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

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

Спасибо, Денис!
Примерно об этом мне говорили и наши программисты, но ни мы, ни заказчик на подобные вещи не пойдем. По крайней мере в рамках текущего проекта это не представляется возможным. Приходится искать компромиссы в рамках максимального использования стандартного функционала. Более того, мне самому представляется сомнительным эффект от подобной разработки. Стоит она дорого, а почти тот же результат может дать грамотный плановик прикинув на глазок.
Беда ведь не только в том, что нужно первоначально оценить выполнимость заказа в срок, а потом еще спланировать и выполнить его. А ведь не факт, что через неделю не появится еще более приоритетный заказ и все сроки поедут. Ну да Вы и без меня это поняли.
Спасибо большое, но не вариант.

[S.Kuskov]

Перепланировать уже утверждённые заказы действительно тяжело. Намного проще держать основную часть плана в спланированных ПЗ и утверждать только в самый последний момент. Утверждённые ПЗ в Аксапте, что называется, обмену и возврату не подлежат. Утвердили - значит точно собираетесь выполнить без каких либо если. Если работать по такой схеме, тогда втиснуть в начало плана новый высокоприоритетный заказ можно будет обычным перепланированием. Можно даже в отдельном плане, можно даже несколько версий плана иметь.

[Hard]

Цитата:

Сообщение от S.Kuskov

Перепланировать уже утверждённые заказы действительно тяжело. Намного проще держать основную часть плана в спланированных ПЗ и утверждать только в самый последний момент. Утверждённые ПЗ в Аксапте, что называется, обмену и возврату не подлежат. Утвердили - значит точно собираетесь выполнить без каких либо если. Если работать по такой схеме, тогда втиснуть в начало плана новый высокоприоритетный заказ можно будет обычным перепланированием. Можно даже в отдельном плане, можно даже несколько версий плана иметь.

Почти согласен. Но есть ПЗ, которые делаются от нескольких дней до нескольких недель. Да и комплектующие к ним заказываются задолго, так как делаются под заказ небыстро и едут издалека.
Имея такие ПЗ в большой стадии готовности, разумно их использовать.

[George Nordic]

Хм. А как работает Конфигуратор? Хотя, если мне память не изменяет, он наоборот последним заказ ставит...

Георгий

[S.Kuskov]

Цитата:

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

Почти согласен. Но есть ПЗ, которые делаются от нескольких дней до нескольких недель. Да и комплектующие к ним заказываются задолго, так как делаются под заказ небыстро и едут издалека.
Имея такие ПЗ в большой стадии готовности, разумно их использовать.

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

[Hard]

Цитата:

Сообщение от S.Kuskov

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

Реальные ПЗ учтутся при планировании, которое отработает ночью. Для того чтобы они привязались к нашему приоритетному заказу, надо чтобы дата потребности по ним в рамках этого заказа оказалась более ранней. Для этого надо менее приоритетные заказы сдвинуть вперед, не правда ли? А вот на сколько дней?
Совсем лобовое решение: установить для всех остальных заказов дату поставки на год вперед. Тогда в результате планирования мы увидим кратчайший способ реализации нашего приоритетного заказа. Но только те заказы тоже нужно делать. Для этого на следующий день надо-таки поставить этим заказам более-менее реальные даты. А какие? Ведь поставишь позднюю - получится просрочка по ним, раннюю - есть риск тронуть приоритетный заказ. но это конечно фантазии, никто не будет все заказы передвигать на год вперед только ради того, чтобы ЗАВТРА узнать оптимистичную дату реализации нового заказа.

[Hard]

Цитата:

Сообщение от George Nordic

Хм. А как работает Конфигуратор? Хотя, если мне память не изменяет, он наоборот последним заказ ставит...

Георгий

Бр-р-р. Какой конфигуратор?