Концептуальная головоломка в Аксапте

[Evgeniy2020]

Концептуальная головоломка в Аксапте

Только что озадачили бизнес аналитики таким простым вопросом.

Есть система в которой у каждого клиента свой уникальный идентификатор. (как обычно). И есть конструктор иерархий.
например у нас есть пункты быстрого питания принадлежащие нам.
есть несколько брендов которыми мы владеем.

Для примера (вымышленные бренды)

сеть пунктов (точек) быстрого питания по брендам по всей России:

Супер Картошка 50 точек(ресторанчиков) в 10 городах
Супер Суши 20 точек в 10 городах
Супер Пицца 30 точек в 10 городах
Супер Русская кухня 15 точек в 10 городах

у каждой точки уникальный идентификатор или CustId или по ЦФО (конечный ЦФО это точка в конкретном городе по конкретному адресу)

а дальше мы создаем Иерархию 1

1 Москва
1.1 Супер Картошка
0000001 точка Супер Картошка м. Сокол
1.2 Супер Суши
0000016 точка Супер Суши м. Таганская
2 Питер
2.1 Супер Картошка
2.2 Супер Суши

а потом создаем еще Иерархию 2
1. Москва
1.1 Северо Запад Москвы
1.2 Север Москвы
0000001 точка Супер Картошка м. Сокол
1.3 Юго Восток Москвы
0000016 точка Супер Суши м. Таганская

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

а потом во многих отчетах мы можем указать
вывести отчет по Иерархии 1 от такого то уровня

Например выбрать Север Москвы
и покажутся данные по точкам в иерархии 2
в данном случае отобразятся данные по
0000001 точка Супер Картошка м. Сокол

или взять тег Москва Супер Картошка
и тогда отобразятся данные по иерархии 1
все что входит в эту ветку


Реализуемо это за счет стандартных средств в AX 2009?
или же есть у кого то реально такое решение?

[db]

Можно сделать чтобы коды точек включали в себя коды регионов. Выделить по несколько символов на код региона/подрегиона/ и т.д. Надо только чтобы длина этого довеска и длина каждого подкода была одинаковой

1. Москва
1.1 Северо Запад Москвы
1.2 Север Москвы
1.2.0000001 точка Супер Картошка м. Сокол

ну а отчет строить задав критерием 1.2.*

Годится?

[S.Kuskov]

Абстрактный классификатор (версия 1.0)

[Evgeniy2020]

To db:


Не годится потому, что упомянул что необходимо иметь возможность строить произвольные иерархии

например Добавляем третью иерархию по ответственным лицам

Иерархия 3 по ответственным лицам

1. Иванов И.И.
0000001 точка Супер Картошка м. Сокол
0000016 точка Супер Суши м. Таганская
2. Петров В.В.
0000002 точка Супер Картошка город Питер
0000008 точка Супер Суши город Новосибирск

при выборе Иванов И.И. отчет строится по Иерархии 3
по всем под веткам под Ивановым )

Иерархия 4 по еще какому то признаку

Иерархия 5 по улицам

Иерархия 6 по количеству персонала
1 до 5 чел
2 до 10 чел
3 до 50 чел

Иерархия 7 По степени франчайзинга и долевого участия

1. Собственные
0000001 точка Супер Картошка м. Сокол
2 50% /50%
0000016 точка Супер Суши м. Таганская
3. Франчайзинг 1
4 Франчайзинг 2

по сути иерархии это проекции бизнеса
и их количество ограничено наверно фантазией или степени детализации и тегами.

таким образом бизнес можно разложить по разным проекциям.

конечно кто то может сказать что это похоже на OLAP
но это не совсем OLAP.

и т.д.

просто есть некий конструктор иерархий,
где мы создаем сами любые теги, а к ним привязываем конкретные точки
и информацию можем выводить по какой то иерархии 1 .. 7
и по любой подветке


например построить P&L в какой то проекции 1...7
или построить дебиторку в проекции 1...7


Спасибо, возможно абстрактный классификатор это оно.

[Vals]

http://axapta.mazzy.ru/lib/dimension_hierarchy/

Цитата:

Иерархия 5 по улицам

Есть КЛАДР, по нему работают отчёты по продажам, например.

[George Nordic]

А посмотреть как работает иерархия финансовых аналитик? Может, их стоит задействовать для получения отчетов в разрезе ЦФО?

С Уважением,
Георгий

[Evgeniy2020]

To Vals

не годится такой вариант, так как в этом решении необходимо в коде аналитики зашивать коды. и потом строить по маске например 10*
или *10

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

[Evgeniy2020]

Как раз по этой причине что дерево ЦФО одно у нас, вот поэтому бизнес аналитики и попросили сделать произвольные иерархии

это по сути несколько иерархий ЦФО
в которых конечное ЦФО код пинадлежит конкретной точке по адресу.

обычно дерево ЦФО статично и одно.
а сделать несколько статических иерархий ЦФО
по сути произвольная группировка ЦФО

у нас и так сейчас иерархия ЦФО но одна только.
а хотят произвольные иерархии на основе конечных кодов ЦФО
0000001...00000XX

Дерево ЦФО 1
Дерево ЦФО 2
и т.д.

[sukhanchik]

Цитата:

Сообщение от George Nordic

А посмотреть как работает иерархия финансовых аналитик?

В функционале "Иерархия финансовых аналитик" отсутствует такое понятие как иерархия .
Этот функционал следует больше назвать, как "Ограничение выбора аналитики [в зависимости от значений других аналитик]"

А тут нужен классификатор, который уже не играется только кодами.

[belugin]

там иерархия аналитик, а не иерархические аналитики

[Lz_]

ИМХО для финансовых аналитик вы стандартными настройками не выкрутитесь. Пилить придется.

Обратите внимание на функциональность Каталог продуктов для ЕР. Правда, он заточен под номенклатуру, но возможно по такому принципу можно будет организовать иерархию для финансовых аналитик. Ведь использоваться это будет только в отчетах. Само собой, что отчеты под эту иерархию придется разрабатывать собственные.

з.ы.Каталог продуктов сильно не копал. Граблей не знаю. Может гуру по этому поводу что-нибудь скажут.

[Zabr]

Цитата:

Сообщение от S.Kuskov

Абстрактный классификатор (версия 1.0)

Евгений,
как слегка приложивший руку к этой разработке еще до того, как она была принесена из другой системы в Аксапту у одного из клиентов почти уже 10 лет назад, осмелюсь утверждать, что наилучшим вариантом для вас было бы встроить именно эту разработку в своё приложение. Потому что:
а) иерархические классификаторы произвольной глубины вложенности можно будет строить для любых объектов в Аксапте,
б) потому что еще ДО отчетов вам потребуются визуальные инструменты для, во-первых, построения (наполнения) этих классификаторов, во-вторых для классификации объектов ветками этого классификатора (включая снятие классификации с объекта и перенос объекта на другие ветки), в-третьих для выборки объектов в формах по принадлежности к какой-либо ветке (причем на разной глубине вложенности). Хотя вы это непрямую не упомянули, ограничившись задачей отчетности, но в реальности это понадобится сразу - иначе пользователю будет просто невозможно работать, не понимая, что он еще не классифицировал, а что классифицировал - но чем конкретно?Причем впоследствии часть отчетов, возможно, даже не придется вообще разрабатывать, так как потребности в них могут быть заменены на возможности выборок в формах.

PS именно к переносу этой разработки в Аксапту я отношения не имел. Только к доаксаптовской её истории.

PPS работая последнее время с решением Korus Retail, где есть иерархический классификатор только для номенклатуры, ощущаю что там не помешала бы подобная фича.

[Ivanhoe]

Если вернуться к вопросу о необходимости универсального классификатора:

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

[Evgeniy2020]

постараюсь ответить в рамках этой ветки.

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

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

[dn]

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

В свое время тоже писал нечто похожее, но в итоге мы пришли к другому компромисному варианту: дерево строится не на основе привязки элементов к какой-то иерархии, а на основе существующих полей справочника. Ограничением данного подхода является то, что на одном уровне не может быть разнородной информации. Но описанный автором пример в первом приближении вписывается в эту концепцию. Т.е., например, есть справочник клиентов с полями город, район, бренд, ответственное лицо... Можно настроить несколько представлений дерева:
1) город \ бренд
2) город \ район
3) ответственное лицо
...
На форме справочника можно переключаться между настроенными заранее представлениями дерева. При этом с точки зрения системы перемещение по дереву всего лишь накладывает фильтры по полям справочника.

[blokva]

Цитата:

Сообщение от Evgeniy2020

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

По моему Вы зациклились на слове "иерархия", на самом деле Вам необходим механизм классификации. А классификация может быть как иерархическая, так и линейная (ну хорошо, это частный случай иерархии). Если Вы Каждому ЦФО начнете присваивать различные классификационные признаки, то потом построить любой отчет в разрезе этих признаков не будет никаких проблем. И выборку по любому иерархическому признаку можно строить на его любом уровне агрегирования.

[Ivanhoe]

Цитата:

Сообщение от dn

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

Там, где тонкое место - производительность, я обычно использую OLAP-отчеты. Там и с производительностью хорошо, и иерархии работают на ура. А в формах для фильтрации записей справочников обычного дерева с оптимизацией обхода достаточно в 95% случаев.

[Evgeniy2020]

OLAP понятно используется хорошо. ВНапример зачастую хорошо выявлять рентабельность той или иной продукции. В производстве и дистрибьютерстве трудно представить себе выявления рентабельности без OLAP.

В данном случае речь идет о многих стандартных отчетах, это как требования бизнес аналитиков.
Здесь речь идет о группировки многих отчетов по иерархиям. способы представления информации. для получения информации в разрезе разных иерархий.
например Дебиторка, либо группировать по Географии, либо по другим иерархиям.В данном топике просто присутствует лишь вопрос в группировке и представлении данных по одним и тем же торговым точкам но в разных их группировках.
поэтому в целом ответ нашелся уже.