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

[mazzy]

Цитата:

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

Всякое использование резервирования приоритетных заказов приведёт к тому, что приоритеты будут хавать даже те закупки и остатки, которы им не нужны.
Например:
Заказ приоритетный -100 ед на 10.09
Заказ обычный - 50 ед на 08.09
Наличие 60 ед на 08.09
Закупка +100 ед 10.09
Резервирование приоритетного заказа хавает - 60 ед на 08.09 автоматически.

Да. Именно этого хочет заказчик.
И как раз такие случаи разруливаются вручную.

Согласен, что возможно это неправильно.
Но не вижу альтернативных путей.
Ты, vals, говоришь о марктировке в сводном планировании. Буду посмотреть и поизучать. Спасибо.

[Maximin]

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

[mazzy]

Цитата:

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

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

так термин резервирование полностью теряет свой смысл
см. Как обеспечить высокоприоритетные продажи в стандартном функционале?
лучше уж совсем не резервировать низкоприоритетные.

[DMA]

Mazzy, вы потом озвучьте пожалуйста результаты изысканий, особенно про мастер план.
Самому сейчас к сожалению разбираться некогда, а интересно.
На вскидку подумалось, что по идее, для айтемов с кодом покрытия "Requirement" - ваши фиктивно зарезервированные заказы не попадут в потребности и не сформируют план приходов. А вот если код покрытия другой, то должны попасть, общий дефицит ведь налицо. То есть некая неоднозначность может возникнуть, хотя и не поручусь - в код нужно лезть.

[mpa]

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

[pitersky]

Насколько я понял, заказы на продажу и закупки напрямую друг с другом не связаны (т.е. не предполагается использовать функционал создания закупки по заказу) + устраивает вариант допилки. Тогда я бы сделал так:
1) Указал в заголовке заказа на продажу (а скорее всего, это даже можно было бы указать в карточке клиента) булевое поле "Высокоприоритетный"
2) Сделал такое же поле в инвенттрансе и копировал бы в него значение из заказа
3) При создании строки закупки (но не раньше!) - пробегался бы неким кодом по инвенттрансу (наверное - по возрастанию DateExpected) в поисках строк с такой же номенклатурой и признаком приоритетности и делал бы резервирование штатными средствами, пока хватает количества прихода
4) Неприоритетные заканы можно и руками резервировать

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

[aidsua]

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

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

[aidsua]

Цитата:

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

Всякое использование резервирования приоритетных заказов приведёт к тому, что приоритеты будут хавать даже те закупки и остатки, которы им не нужны.
Например:
Заказ приоритетный -100 ед на 10.09
Заказ обычный - 50 ед на 08.09
Наличие 60 ед на 08.09
Закупка +100 ед 10.09
Резервирование приоритетного заказа хавает - 60 ед на 08.09 автоматически.



нет

Хочу для себя уточнить. Термин "Заказ .. на дата" подразумевает дату отгрузки или дату создания заказа?

[Vals]

Цитата:

подразумевает дату отгрузки или дату создания заказа?

Отгрузки

[aidsua]

Цитата:

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

Отгрузки

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

[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ти - кого-то так и так придётся обидеть...

[mazzy]

Цитата:

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

Он сам подберёт столько, сколько сможет

Еще раз:
1. "сколько сможет" - недостаточно.
2. нужно гарантировать продажу при любых раскладах

==================
Пожалуй, подведу итог:
попросил vals провести нам минитренинг и разъяснить свои предложения.
по итогам минитренинга полагаю, что его предложение (работать через маркировку в сводном планировании) очень и очень перспективно.
и ломать ничего не надо будет - все есть в штатном функционале.
будем рыть в сторону его предложений.
спасибо, vals.

[m-i-x]

Цитата:

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

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

Добрый день

А расскажите чем всё закончилось? Какой вариант был выбран?

Мы работая на Ax3.0 sp4 хотели ввести приоритеты заказов, но с еще большей заморочкой. Хотели иметь несколько уровней приоритетов, и не безусловно отбирать товар под более высокий приоритет, а только если к дате отгрузке не будет покрытия... Свой аналог сводного планирования. Описывать долго, ТЗ занимало кучу листов
Но реализовывать не стали, испугались полностью сломать систему резервирования, т.к. и так очень сильно перепахали систему резервирования и маркировок.

Сейчас переходим на Ах2009 и при переходе есть желание все таки реализовать наши идеи.

Вижу несколько вариантов:
1. модифицировать сводное планирование (модуль был нам подарен при внедрении, но мы его так и не юзали, оно не заточено под нашу специфику, у нас нужно прогнозировать, т.к. закупки у нас долгие (несколько месяцев), а заказы короткие)
2. делать параллельно резервированию "очереди отгрузки", и в соответствии с "очередью" тасовать физ.резервы и резервы в заказанном.
3. развить идею Mazzy, создавать резерв в никуда... но в виду специфики долгих поставок резервы устанавливать по приоритетам нужно не только на этапе создания закупок, но при приходе товара и при отгрузке.

Кстати (офф) А у кого-нить есть нормальное описание сводного планирования для 2009?

[mazzy]

Цитата:

Сообщение от m-i-x

А расскажите чем всё закончилось? Какой вариант был выбран?

Предложенный Vals'ом.

[m-i-x]

Цитата:

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

попросил vals провести нам минитренинг и разъяснить свои предложения.
по итогам минитренинга полагаю, что его предложение (работать через маркировку в сводном планировании) очень и очень перспективно.
и ломать ничего не надо будет - все есть в штатном функционале.

Это предложение?
А материалы минитренига где-то посмотреть можно?

Что значит "маркировки в сводном планировании", к сожалению не знаю таких?

[Starling]

А если ввести новую складскую аналитику, которая будет принимать только два значения - ВИП/Обычный.

1. Строки заказов на продажу, с высоким приоритетом получают аналитику ВИП.
2. Все закупки идут с аналитикой ВИП.
3. Не приоритетные заказы идут с аналитикой Обычный.

В результате резервирование будет автоматически срабатывать только для приоритетных заказов.
Для обычных заказов вручную выбирать остатки из аналитики ВИП для резервирования.

[mazzy]

Цитата:

Сообщение от m-i-x

Это предложение?
А материалы минитренига где-то посмотреть можно?

Что значит "маркировки в сводном планировании", к сожалению не знаю таких?

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

Цитата:

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

А если ввести новую складскую аналитику, которая будет принимать только два значения - ВИП/Обычный.

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