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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 26.05.2013, 18:09   #1  
Владимир Максимов is offline
Владимир Максимов
Участник
КОРУС Консалтинг
 
1,719 / 1204 (44) ++++++++
Регистрация: 13.01.2004
Записей в блоге: 3
Цитата:
Сообщение от Narayana Посмотреть сообщение
Когда размышляешь о принадлежности какой-то номенклатуры одной из вложенных папок иерархического каталога, то молчаливо предполагаешь, что одна номенклатура может лежать ТОЛЬКО В ОДНОЙ папке.

(...)

Но, в новой Аксапте поступили хитро и правильно.
Они изменили идеологию привязки номенклатуры к папке иерархического уровня.
У них в папке более высокого уровня лежат все номенклатуры, лежащие в папках более низкого уровня.
Вы "за деревьями не увидели леса" . Идеология осталась неизменной. Одна позиция номенклатуры по прежнему принадлежит ОДНОЙ папке. Просто в данном случае Вам предлагается ВЫБОР. Либо осуществлять поиск по иерархии дерева, либо напрямую в линейном списке. И этот выбор заложили by-design. Только и всего.

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

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

Вы путаете два процесса:

1. Составление отчетности
2. Создание (ввод) первичных документов

"Дерево" - удобная штука для отчетности (точнее, кажущаяся удобной). При том, что, как правило, в отчетах "не опускаются" до собственно позиций номенклатуры. Обычно в отчетах фигурируют только собственно узлы дерева.

При этом то же "дерево" крайне не удобно при создании документов. При создании строки документа и так известен код (или название). Зачем же лишняя нервотрепка с поиском по дереву?

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

Проблема только в том, что начальство привыкло работать именно с "бумагой". Поэтому разработчики просто вынуждены впихивать дерево в систему. Иначе просто сложно будет продать Axapta.
__________________
- Может, я как-то неправильно живу?!
- Отчего же? Правильно. Только зря...
За это сообщение автора поблагодарили: sukhanchik (2), AvrDen (1).
Старый 27.05.2013, 00:40   #2  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение
Вы "за деревьями не увидели леса" . Идеология осталась неизменной. Одна позиция номенклатуры по прежнему принадлежит ОДНОЙ папке. Просто в данном случае Вам предлагается ВЫБОР. Либо осуществлять поиск по иерархии дерева, либо напрямую в линейном списке.
Вы тоже кое-чего не заметили. А именно: вопрос "поиска по иерархии" имеет чисто теоретический характер, поскольку нигде, даже в справочнике номенклатуры, нет поиска по категориям. Структура данных построена так умело, что даже расширенный фильтр не работает. Т.е. выбора никакого нет.

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

Последний раз редактировалось EVGL; 27.05.2013 в 00:58.
Старый 27.05.2013, 09:05   #3  
ice is offline
ice
Участник
Аватар для ice
Лучший по профессии 2014
 
1,822 / 402 (17) +++++++
Регистрация: 23.03.2006
Цитата:
Сообщение от Владимир Максимов Посмотреть сообщение

"Дерево" - удобная штука для отчетности (точнее, кажущаяся удобной). При том, что, как правило, в отчетах "не опускаются" до собственно позиций номенклатуры. Обычно в отчетах фигурируют только собственно узлы дерева.

При этом то же "дерево" крайне не удобно при создании документов. При создании строки документа и так известен код (или название). Зачем же лишняя нервотрепка с поиском по дереву?

PS: Как мне кажется, "дерево" именно в справочниках - это "пережиток" бумажной системы учета. При ведении учета "на бумаге" - это был единственный разумный метод фильтрации информации. При учете в компьютере - подобный способ не удобен во всех смыслах. Как с точки зрения программирования, так и с точки зрения анализа.
те вы предполагаете только два основных режима работы со справочником номенклатуры (отчеты и забивка в документы)? на мой взгляд есть еще один - это подбор номенклатуры для клиента, и во многом именно для него и делается дерево
Теги
как правильно, классификатор, номенклатура, розница

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Что лучше, много номенклатур или много конфигураций? axvrp DAX: Функционал 75 21.09.2010 16:13
Как часто вы кастомизируете стандартные сервисы номенклатур. Ievgenii DAX: Функционал 8 14.12.2009 13:35
Вопрос - существует ли хорошая статья на тему функционала вокруг Номенклатур (Wanter - Good article about item master management ) Ievgenii DAX: Функционал 6 04.08.2009 11:55
Ошибка в нумерации строк журналов kia DAX: Программирование 6 22.05.2009 12:12
Группы нумерации и партии YellowSubmarine DAX: Функционал 7 12.12.2005 13:48
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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