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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 23.01.2006, 10:00   #4  
glibs is offline
glibs
Member
Сотрудники компании It Box
Most Valuable Professional
Лучший по профессии 2011
Лучший по профессии 2009
 
4,942 / 911 (40) +++++++
Регистрация: 10.06.2002
Адрес: I am from Kyiv, Ukraine. Now I am in Moscow. For private contacts: glibs@hotmail.com
Цитата:
Сообщение от clerk
...
Почему не использовать?
...
В предыдущем сообщении я уже отвечал на этот вопрос. Если непонятно, давайте попробуем еще раз.

С точки зрения заложенного в систему бизнес-процесса работы склада серийный номер — это нечто уникальное, и указывать его в спецификации по крайней мере глупо. Партия — это нечто постоянно меняющееся (сегодня одна партия, завтра другая). Тоже в общем-то нелогично. Ячейка является некой координатой в системе адресного хранения товаров. Аксаптовский WMS предполагает, что на ячейке лежит не товар, а паллета, которую нужно либо комплектовать, либо транспортировать целиком в зону отгрузки. Автосписание тут тоже свсем не уместно. Ну так оно задумано.

С другой стороны автопотребление (т.е. расход чего-то там, который производится не на основании первичных документов, а на основании нормативов) уместно для таких материалов или прочих компонентов (например, амортизация, электроэнергия, газ), которые обычно в ячейках не хранятся. Для их учета вполне может хватить склада.

Поэтому и не предусмотрено в стандартной функциональности указания ячейки в спецификации.
Цитата:
Сообщение от clerk
...
Незначительная ведь доработка требуется.
...
Это что — обоснование разработки? IMHO — это плохое обоснование. Обычно пользуются здравым смыслом.

Если речь идет об Ааксапте вообще, то нелогично было так делать.

Если речь идет о конкретной вашей инсталляции, то вы не говорите, что и как вы настроили. В частности, для чего вы используете ячейки и что вы с них списываете. Например, их иногда предлагают использовать для учета ТМЦ в разрезе МОЛов.

Возможно, в вашем случае такая модификация и уместна. Но речь ведь уже идет не о ячейке.
Цитата:
Сообщение от clerk
...
Единственное что необходимо, чтобы не пользователь каждый раз указывал ячейки, а чтобы они автоматом указывались. Причем в строках плановой (конструкторской) спецификации есть поле Ячейка, просто она по каким то соображениям закрыта для редактирования.
...
Ну, задача подбора ячейки (из нескольких) решается резервированием. Если у вас ваше нечто хранится только на одной ячейке, то результат будет вполне предсказуем. Если же система действительно должна подбирать ячейку, то ваша модификация будет для нее малополезна.
Цитата:
Сообщение от clerk
...
Доработка мизерная - просто открыть доступ к полю Ячейка в плановой (конструкторской) спецификации.
...
М.б. она и не нужна. Авторезервирование (имеющееся в стандартной функциональности) может претендовать на решение вашей проблемы.

Так что еще раз рекомендую подумать о смысле процессов прежде, чем оценивать целесообразность разработки исходя из ее сложности.
__________________
С уважением,
glibs®
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Объясните, почему для Approve Journal нельзя редактировать поле SumBy rusalaudinov DAX: Программирование 4 24.04.2008 01:11
Отличия в строках ReqPO, почему одна строка появляется в форме а другая нет (Master Planning, Planned Orders) rkorchagin DAX: Программирование 8 21.02.2007 16:27
Не активирована аналитика в строках спецификации dd DAX: Функционал 2 07.09.2004 17:02
Почему на разнесенную закупку, нельзя начислить накл.расход с типом дебетования-бух.? NJD DAX: Функционал 3 28.07.2004 12:54
Почему договору нельзя сквозную аналитику присвоить? George V. Tavrizoff DAX: Функционал 3 27.02.2004 11:05

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 23:03.