Показать сообщение отдельно
Старый 13.10.2011, 16:14   #65  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Alexius Посмотреть сообщение
но она все равно уступала по удобству простому линейному принципу: выбрали номенклатуру, выбрали признак 1, выбрали признак 2 и т.д., нужно поменять признак в документе - меняем, а не проходим весь пазл заново.
простой линейный?
дьявол то в деталях.

как выбрали номенклатуру?
как определели признак?
возможны ли недопустимые комбинации номенклатура/признак1/признак2? если возможны, то как об этом узнают пользователи?

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

суть лукапа в том, что пользователь может наложить фильтр не по всем 40 признакам, а только по тем, которые сокращают поисковый список до нескольких позиций. дальше пользователь тыкает в конкретную запись.

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


Цитата:
Сообщение от Alexius Посмотреть сообщение
А уж о простоте ее расширения и говорить не хочется.
"...мы снова говорим на разных языках..." (С) Высоцкий

наплевать на расширение. это разовая консультантская операция.
давайте говорить о пользователях?

Цитата:
Сообщение от Alexius Посмотреть сообщение
Для себя я понял, что реализовать подобное гораздо проще и красивее на складских аналитиках, если бы не ограничения.
= ЕСЛИ пользователи обязаны вводить все признаки в каждую операцию (в том числе в инвентаризацию!!!!)
= ЕСЛИ пользователи могут вводить любую комбинацию признаков
= ТО согласен, реализовать проще на складских аналитиках.

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

главное и принципиальное:
= далеко не все признаки знает каждый пользователь, поэтому и ввести могут далеко не все
= далеко не все комбинации признаков валидны с точки зрения бизнеса (даже в пределах одной группы. например, синие джинсы 50 размера у данного поставщика бывают. а вот черных джинсов 50 размера у данного поставщика не бывает в природе, потому что он такие просто не выпускает), поэтому вы будете вынуждены заставить пользователей поддерживать правила проверки валидности комбинаций. Что насмерть убивает всю "простоту".
__________________
полезное на axForum, github, vk, coub.