AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 02.09.2009, 18:05   #1  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Можно ли сломать функционал резервирования в заказанных следующим образом...?
Есть функционал "резервирование в заказанных" (другими словами, резервирование в ожидаемых приходах).
Сейчас "резервирование в ожидаемых приходах" выполняется только для уже введенных приходов (закупки, инвентаризация, журналы).

Если я сломаю Аксапту и разрешу ей "резервировать в ожидаемых приходах" до создания самих приходов, то на какие грабли я наступлю?

Первое, что приходит в голову: сейчас "резервирование в заказанных" выполняет автоподбор аналитик по тем аналитикам приходов. Мне нужно будет автоподбор аналитик переместить туда, где выполняется смена статуса с "Зарезервировано в заказанных" на статус "Физ.зарезервировано".

Есть ли еще подводные камни? Что будет со сводным планированием?
Интересует в первую очередь ax2009. Но также будут интересны мнения и по другим версиям

Заранее
__________________
полезное на axForum, github, vk, coub.
Старый 02.09.2009, 19:05   #2  
slava09 is offline
slava09
Участник
Аватар для slava09
MCBMSS
Дети Юза
1C
 
1,642 / 237 (11) ++++++
Регистрация: 06.03.2003
Адрес: Украина, Киев
Я не совсем понял как это будет происходить.
Будет какая-то функция, которая принудительно и произвольно переведет статус расхода складской проводки из "В заказе", на "Зарезервировано в заказано"?
__________________
С уважением Шатохин Святослав.
Старый 03.09.2009, 01:01   #3  
DMA is offline
DMA
Участник
 
109 / 19 (1) ++
Регистрация: 30.09.2003
Вы бы хоть намеком цели обозначили. Иначе трудно советовать.
Исходя из догадок, как вы будете расставлять приоритеты, если на "пришедший набор аналик" зарезервировано больше, чем сам приход заведенный позже?
Старый 03.09.2009, 08:33   #4  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
угу... понял. скриншоты желаемого нарисую ночером.

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

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

вопрос: какие грабли стоит ждать при выборе этого инструмента? особенно в модуле сводное планирование.
__________________
полезное на axForum, github, vk, coub.
Старый 03.09.2009, 08:46   #5  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от DMA Посмотреть сообщение
Исходя из догадок, как вы будете расставлять приоритеты, если на "пришедший набор аналик" зарезервировано больше, чем сам приход заведенный позже?
Хороший вопрос.

Скорее всего также как делают сейчас - руками. Если нет покрытия даже для высокоприоритетных, то начинается драка между менеджерами и всякие цветы/шоколадки/срочные дозакупки.

Но отсутствие покрытия - это скорее результат плохого планирования. Предполагается, что качество планирования повысится в результате работы Аксапты. По крайней мере предполагается, что количество таких случаев будет сведено к единичным.

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

==================
Будет ли число приоритетов больше двух? (сейчас высокоприоритетные и низкоприоритетные). Заказчик предполагает, что такое возможно в ДАЛЕКОМ будущем. Попытка сформулировать алгоритм для более сложной приоритезации вызвала массу споров. Поэтому СЕЙЧАС принято решение ограничится двумя приоритетами.

У нас есть несколько вариантов решения для приоритезации.
В этой ветке хотелось бы понять:
1) кто-нибудь ходил путем резервирования в заказанных?
2) какие грабли стоит ждать?

Заранее спасибо.
__________________
полезное на axForum, github, vk, coub.
Старый 03.09.2009, 08:59   #6  
miklenew is offline
miklenew
Участник
Аватар для miklenew
MCBMSS
1C
Лучший по профессии 2009
 
1,688 / 433 (18) +++++++
Регистрация: 10.07.2006
Адрес: г. Ликино-Дулёво
Цитата:
Сообщение от mazzy Посмотреть сообщение
расширить механизм резервирования таким образом, чтобы он ставил признак "зарезервировано в заказанном" даже при отсутствии ожидаемых приходов.
Я чё-то вообще не понял. Как зарезервировать если ни лота ни проводки ещё нет.
У вас перестанут сходиться проводки с остатками. Даже если допилите остатки.
У вас общее доступное количество будет не понятно что выдавать.
Может тогда новый статус ввести: зарезервировано в возможных.
Чтоб потом несостыковки по проще было развести.
Но всё равно не понимаю связь будет на основе чего.
Чтобы взять 10 чего-то, нужно чтоб в остатки они уже были.
Или в минус уходить на спец статусе зарезервировано в возможных.
А потом покрывать этот минус планированием.
Или может эту информацию не в остаток помещать, а в спец таблицу.
А при покрытие (приход или что это будет) уже резервировать по информации из спец таблицы.
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему.
Старый 03.09.2009, 09:06   #7  
miklenew is offline
miklenew
Участник
Аватар для miklenew
MCBMSS
1C
Лучший по профессии 2009
 
1,688 / 433 (18) +++++++
Регистрация: 10.07.2006
Адрес: г. Ликино-Дулёво
Цитата:
Сообщение от mazzy Посмотреть сообщение
1) кто-нибудь ходил путем резервирования в заказанных?
Ходили. Но не при такой задаче.
Попробуйте требования уточнить. Что вы хотите получить от резервирования?
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему.
Старый 03.09.2009, 09:10   #8  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от miklenew Посмотреть сообщение
Я чё-то вообще не понял. Как зарезервировать если ни лота ни проводки ещё нет.
Как это нет? Заказ на продажу уже есть.

Цитата:
Сообщение от miklenew Посмотреть сообщение
Может тогда новый статус ввести: зарезервировано в возможных.
он уже есть. называется ReserveOnOrdered.

Цитата:
Сообщение от miklenew Посмотреть сообщение
У вас общее доступное количество будет не понятно что выдавать.
почему непонятно. будет выдавать минус. как и сейчас, в стандартном функционале.

Цитата:
Сообщение от miklenew Посмотреть сообщение
Что вы хотите получить от резервирования?
Эм... Ладно вечером скриншоты.
__________________
полезное на axForum, github, vk, coub.
Старый 03.09.2009, 09:20   #9  
miklenew is offline
miklenew
Участник
Аватар для miklenew
MCBMSS
1C
Лучший по профессии 2009
 
1,688 / 433 (18) +++++++
Регистрация: 10.07.2006
Адрес: г. Ликино-Дулёво
Цитата:
Сообщение от mazzy Посмотреть сообщение
Как это нет? Заказ на продажу уже есть.
Я имел ввиду лот прихода.
Цитата:
Сообщение от mazzy Посмотреть сообщение
он уже есть. называется ReserveOnOrdered.
почему непонятно. будет выдавать минус. как и сейчас, в стандартном функционале.
Общее физ доступно:
X++:
this.availPhysical()+ this.Ordered + this.Arrived - this.ReservOrdered
Здесь балансируется ожидаемый приход(this.Ordered) с ожидаемым расходом(this.ReservOrdered)
Поэтому минуса нет, всегда разница в плюсе. Если у вас ожидаемого прихода не будет система не даст вам зарезервировать.
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему.
Старый 03.09.2009, 11:58   #10  
miklenew is offline
miklenew
Участник
Аватар для miklenew
MCBMSS
1C
Лучший по профессии 2009
 
1,688 / 433 (18) +++++++
Регистрация: 10.07.2006
Адрес: г. Ликино-Дулёво
Цитата:
Сообщение от mazzy Посмотреть сообщение
до создания самих приходов
Может я фразу не правильно понял.
До создания приходов или до физ. разноски приходов?
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему.
Старый 03.09.2009, 13:32   #11  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,765 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Цитата:
Если я сломаю Аксапту и разрешу ей "резервировать в ожидаемых приходах" до создания самих приходов, то на какие грабли я наступлю?
Дык оно и само так работает
Я бы ничего в этом плане не делал по нескольким причинам:
1. Я не понимаю чё ты хочешь, а значит, ты фигово сформулировал задачу (а значит и клиент нифига не понимает, чё надо), а раз задача фигово сформулирована, значит её фиг решишь Ээээ... или я просто туплю

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

3. Если будешь ломать резервирование - сломаешь и эту цепочку.

4. Думаю, что задача решается процедурно в форме Спланированные заказы. Там хоть всю картинку увидишь.

P.S. Слушай, а ведь забавно, что ты написал "Ломать". Одного этого слова хватит, чтобы тебя остановить


P.S.
Цитата:
Сейчас "резервирование в ожидаемых приходах" выполняется только для уже введенных приходов (закупки, инвентаризация, журналы).
И для спланированных в сводном планировании в том числе.

Последний раз редактировалось Vals; 03.09.2009 в 13:35.
За это сообщение автора поблагодарили: mazzy (5).
Старый 03.09.2009, 13:54   #12  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
хе... это я фигово сформулировал.
поскольку заканчиваю переустановку компа, а аксапта еще не работает


сейчас-сейчас, сейчас, сейчас... она доустановится...
и проверю, и сформулирую.

в общем, я так понял, что в эту сторону никто не ходил.
__________________
полезное на axForum, github, vk, coub.
Старый 03.09.2009, 15:18   #13  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Приостановил реиндексацию и генерацию всех баз, кроме ax2009 Contoso.
Напомню, что хочется:
Цитата:
Сообщение от mazzy Посмотреть сообщение
цель: выделить приоритетные продажи, которые будут удовлетворятся в первую очередь. низкоприоритетные не должны выполняться пока не будут выполнены высокоприоритетные.

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

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

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

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

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

Смотрим в стандартную Contoso базу.
Я выбрал номенклатуру (не спецификацию) с простой аналитикой (только сайт и склад), у которой запрещены отрицательные остатки
Нажмите на изображение для увеличения
Название: 1.PNG
Просмотров: 449
Размер:	147.7 Кб
ID:	5079

создаю заказ на продажу 100 штук этой номенклатуры (ничего не комплектую, ничего не разношу).
Вуаля, доступное общее количество отрицательное (это штатный функционал)
Нажмите на изображение для увеличения
Название: 2.PNG
Просмотров: 617
Размер:	154.7 Кб
ID:	5080

Теперь предположим, что это высокоприоритетная продажа.
Я хочу зарезервировать весь этот товар.
Я ожидаю, что 45 штук (физически доступно) будет немедленно зарезервировано
Я ожидаю, что 25 штук (ожидается приход) будет зарезервировано в ожидаемых закупках.
Оставшиеся 30 штук штатный функционал Аксапты не резервирует
Нажмите на изображение для увеличения
Название: 3.PNG
Просмотров: 397
Размер:	127.9 Кб
ID:	5081

Теперь... я хочу изменить стандартный функционал (и собственно спрашиваю о граблях такого изменения)
Предположим, я "сломаю" код резервирования, изменив его.
Предположим, я разрешу резервировать в заказанном даже если ожидаемых приходов еще нет.
Нажмите на изображение для увеличения
Название: 4.PNG
Просмотров: 375
Размер:	134.2 Кб
ID:	5082

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

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

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

====================
сейчас буду генерить перекрестные ссылки... самостоятельно проверять по перекрестным ссылкам смогу, скорее всего, только завтра.
__________________
полезное на axForum, github, vk, coub.
Старый 03.09.2009, 15:32   #14  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
вопрос про стандартный функционал выделил в отдельную ветку
Как обеспечить высокоприоритетные продажи в стандартном функционале?
__________________
полезное на axForum, github, vk, coub.
Старый 03.09.2009, 15:42   #15  
miklenew is offline
miklenew
Участник
Аватар для miklenew
MCBMSS
1C
Лучший по профессии 2009
 
1,688 / 433 (18) +++++++
Регистрация: 10.07.2006
Адрес: г. Ликино-Дулёво
Цитата:
Сообщение от mazzy Посмотреть сообщение
В ax2009 оно считается как
this.availPhysical()+ this.Ordered - this.InOrder + this.Arrived - this.ReservOrdered
Хм. Действительно. В 3.0, 4.0 по другому. Во дают.
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему.
Старый 03.09.2009, 15:46   #16  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,765 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Цитата:
где-нибудь аукнется тот факт, что количество "заразервировано в заказанном" станет больше, чем "всего заказано"?
Если твоя заявка на закупку отменится по нескольким причинам. Иначе говоря, если поставки, которую ты зарезервировал не будет или она сорвётся по срокам.

Слушай, а что бы ты делал, для решения этой задачи, если бы резервирования не было в принципе?

Параметр пометка при утверждении спланированных посмотри.

Последний раз редактировалось Vals; 03.09.2009 в 16:00.
Старый 03.09.2009, 21:52   #17  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Vals Посмотреть сообщение
Если твоя заявка на закупку отменится по нескольким причинам. Иначе говоря, если поставки, которую ты зарезервировал не будет или она сорвётся по срокам.
Дык заявку на закупку нельзя сейчас удалить, если по ней что-то "зарезервировано в заказанных".
Кстати, надо подумать об этом...


Цитата:
Сообщение от Vals Посмотреть сообщение
Слушай, а что бы ты делал, для решения этой задачи, если бы резервирования не было в принципе?
Рассматривалось несколько вариантов (в порядке поступления):
= виртуальные склады
= прогать новую сущность (много прогать)
= прогать резервирование (какое-то распределение резервов)
= карантинный склад
= складская аналитика
= поле в существующей складской аналитике
= расширить механизм "резервирования в заказанном"

Цитата:
Сообщение от Vals Посмотреть сообщение
Параметр пометка при утверждении спланированных посмотри.
Спасибо. Поглядел.
Либо я чего-то не понимаю, либо одно из двух...
Можешь подробнее мысль пояснить?
__________________
полезное на axForum, github, vk, coub.
Старый 04.09.2009, 13:10   #18  
Zodiak is offline
Zodiak
Участник
 
61 / 22 (1) +++
Регистрация: 16.01.2004
Адрес: СПб
складывается впечатление, что лучше все-таки смотреть в сторону обработки напильником алгоритмов резервирования. Ведь точка принятия решения - какому именно заказу отдавать поступившую номенклатуру по закупке - находится в процедуре разноски закупки. Соответственно, нужно сделать ответвление стандартной логики именно там. Например (очень навскидку, без подробностей)
1. В заказ добавить признак приоритета;
2. Сделать отдельную табличку, что-то типа "Приоритетные потребности";
3. Доработать механизм авторезервирования по заказам так, чтобы он по приоритетным заказам резервировал все доступное физналичие, и, если не хватает, писал остаток в эту табличку;
4. Добавить соответствующую возможность в процедуре ручного резервирования по заказам;
5. Доработать механизм обработки резервов при разноске закупки так, чтобы он смотрел сначала в эту табличку и создавал соответствующие резервы по заказам, а уж потом отрабатывал стандартным образом по оставшемуся количеству.

В общем - то, не сильно отличается от варианта разрешения резервирования в заказанных при отсутствии закупки, но отдельная таблица снижает риск совсем поломать стандартный функционал.
Старый 04.09.2009, 13:25   #19  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Zodiak Посмотреть сообщение
Соответственно, нужно сделать ответвление стандартной логики именно там.
Да.
Но это уже после ответа на вопрос - повлияет ли на что нибудь если резервирование в заказанном будет больше чем планируемые закупки.

Если не повлияет - то будем думать дальше.
Если повлияет негативно - то будем искать другой вариант.
__________________
полезное на axForum, github, vk, coub.
Старый 04.09.2009, 13:29   #20  
Vals is offline
Vals
Аманд
Аватар для Vals
Компания АМАНД
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2009
 
1,765 / 507 (20) +++++++
Регистрация: 27.02.2002
Адрес: Pass partout, Москва
Всякое использование резервирования приоритетных заказов приведёт к тому, что приоритеты будут хавать даже те закупки и остатки, которы им не нужны.
Например:
Заказ приоритетный -100 ед на 10.09
Заказ обычный - 50 ед на 08.09
Наличие 60 ед на 08.09
Закупка +100 ед 10.09
Резервирование приоритетного заказа хавает - 60 ед на 08.09 автоматически.

Цитата:
Цитата:
Сообщение от Zodiak
Соответственно, нужно сделать ответвление стандартной логики именно там.
Да.
нет
Теги
ax2009, автоподстановка, как правильно, резервирование, резервирование в заказанном, сводное планирование, складская аналитика, маркировка

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Каким образом можно получить значение поля, зная fieldId? Lemming DAX: Программирование 10 19.06.2006 12:25
Резервирование в заказанных -глюк??? sev DAX: Функционал 1 13.04.2006 08:26
Форма складского резервирования kostas DAX: Программирование 5 19.01.2005 09:53
Можно ли поменять налоговый код по проведенной закупке или накладной поставщика Голова 2уха DAX: Функционал 1 25.10.2004 11:51
Что и как можно резать? George Nordic DAX: Администрирование 1 11.05.2004 18:44
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:27.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.