Так, по мелочам поправлю MarshakIX:
Цитата:
Цепочка ввода документов (заказ, счет, накладная, счет-фактура, приходный кассовый ордер, возвратная накладная и т.д.)
...
Последовательность выполнения процедур бизнесс-процесса (как меня задолбала в нешей фирме выписка командировочных... кто бы знал!..)
В данном случае идет речь скорее о древовидном представлении информации, а не древовидном хранении.
Цитата:
А вот если попробовать просуммировать по группам номенклатурных поциций
По себе знаю - привычку суммировать по группам номенклатурных позиций имеют программисты и пользователи 1С.
У нас на предприятии таким образом обычно оцениваются целиком торговые отделы (которых сравнительно немного и реализованы они могут быть простым для аксапты способом - через одну из финансовых аналитик). Вот с итогами по подгруппами уже сложнее - с одной стороны менеджеру интересно бывает поанализировать свои товары целиком по подгруппам, но если задуматься тут возможны варианты, как ему добится желаемого используя совсем другую информацию.
Вспомните еще что против "древовидных классификаторов" в конечном итоге никто не спорит - например BOM в аксапте реализованы таким способом, ибо другого способа нет. Но как то исторически повелось-закрутилось что весь спор разгорелся вокруг ассортиментного классификатора н-ры, т.к. тут действительно сталкиваются две волны, идущих к аксапте из 1С, где деревья поощерялись и "бывалых" аксаптовцев. Последние знают мощь и силу аксаптовских фильтров и, как правило, лучше владеют принципами СУРБД, поэтому споры разгорались наижарчайшие.
В остальном согласен.