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

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

Цитата:
Сообщение от ollu Посмотреть сообщение
Из аналитики интересуют всякие нестандартные срезы, например: консолидированная информация по нескольким предприятиям по основным средствам.
Будет информация в системе, можно будет получить срез.

Обратите внимание, что консолидированная отчетность отличается от простого суммирования тем, что из консолидированной отчетности после суммирования удалены внутренние обороты. В Аксапте есть инструменты для маркировки внутренних оборотов. Но будете ли вы этой маркировкой пользоваться? Не знаю. Будете ли сами вводить какой-то свой маркер внутренних оборотов? тоже не знаю.

В общем, суммированную по разным компаниям отчетность вы получите легко. А вот получите ли консолидированную? Ответ будет зависеть от того, как именно вы будете вводить информацию.
__________________
полезное на axForum, github, vk, coub.
Старый 12.03.2009, 17:59   #2  
ollu is offline
ollu
Участник
 
9 / 10 (1) +
Регистрация: 10.03.2009
Цитата:
как интересно... это сознательный выбор? а почему модуль буржуйских ОС, а не российский модуль?
Иностранная компания.

Цитата:
из того, что сделать можно, но с огромными затратами, можно отметить анализ по таблицам, связь между записыми которых n:n. Например, LedgerTrans, TaxTrans, BankTrans, CustTrans, VendTrans и, конечно же, InventTrans связаны неоднозначным отношением n:n. И если не предпринимать специальных мер, то связывать записи между этими таблицами - сущий гемор. Т.е. запрос "дайте оборотку по 62 счету в разрезе клиентов" реализуется непросто, если заранее не предпринять предупредительных мер по ограничению аксаптовского функционала (хотя бы потому, что проводки по клиенту могут пойти и на 76).
Вот это уже интереснее. Может ещё какие примеры?


Ещё один ньюанс: база большая (поэтому и Аксапта), планируется или "чужой" DWH или "свой" ОЛАП. Никто не может сказать где граница когда ОЛАП не справится с задачей (ограничение по времени) или что-то ещё?

Что думаете про ОЛАП кубы? Почему-то иносранцы их любят, а мы нет, может пользоваться не умеем?
Старый 12.03.2009, 18:09   #3  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от ollu Посмотреть сообщение
Иностранная компания.
а... это хорошо. значит таких безумных запросов типа "дайте оборотку по 62 в разерезе клиентов" у вас будет значительно меньше.

Цитата:
Сообщение от ollu Посмотреть сообщение
Ещё один ньюанс: база большая (поэтому и Аксапта), планируется или "чужой" DWH или "свой" ОЛАП. Никто не может сказать где граница когда ОЛАП не справится с задачей (ограничение по времени) или что-то ещё?

Что думаете про ОЛАП кубы? Почему-то иносранцы их любят, а мы нет, может пользоваться не умеем?
"Иносранцы" работают с системами, которые не отторгают ОЛАП технологию так сильно как наша 1С. Я бы не сказал, что наши любят меньше. Просто использовать ОЛАП на базе данных 1С - это очень нетривиальная задача (в основном из-за встроенной иерархии). Как раз из области "сделать можно, но будет потрачено столько сил". Со всеми вытекающими.

А использовать ОЛАП на Аксапте (или на других проклятобуржуинских программах) - милое дело.

ОЛАП не даст вам оперативных данных. По определению.
А в остальном - нормально.
__________________
полезное на axForum, github, vk, coub.
Старый 12.03.2009, 18:22   #4  
ollu is offline
ollu
Участник
 
9 / 10 (1) +
Регистрация: 10.03.2009
Цитата:
Сообщение от mazzy Посмотреть сообщение
а... это хорошо. значит таких безумных запросов типа "дайте оборотку по 62 в разерезе клиентов" у вас будет значительно меньше.
Помоему наоборот. Бывают попытки проследить совершенно нелогические связи, особенно, когда в Хранилище есть данные из других систем.


Цитата:
Сообщение от mazzy Посмотреть сообщение
ОЛАП не даст вам оперативных данных. По определению.
А в остальном - нормально.
Точно всё нормально? А построение ОЛАПов - дело простое\дешевое? Я, теоретически, понимаю что можно вытянуть все данные, грамотно их обработать и подать на блюдечку пользователю. Но если пользователь - аналитик, причём желающий знать ВСЁ и со всех сторон - то мне хотелось бы сразу ему сказать: "Сорри, надо было думать сначала, а то система уже выбрана, внедрена, а запросы на изменения\дополнения стоят сумашедших ресурсов!!!"

Поэтому и возникают вопросы: что нельзя сделать в малокастомизированной аксапте?
Старый 12.03.2009, 18:32   #5  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от ollu Посмотреть сообщение
Бывают попытки проследить совершенно нелогические связи, особенно, когда в Хранилище есть данные из других систем.


Цитата:
Сообщение от ollu Посмотреть сообщение
Точно всё нормально? А построение ОЛАПов - дело простое\дешевое?
По-моему, да.
причем, по-моему, гораздо проще построить запросы руками, нежели пользоваться стандартным модулем связи с ОЛАПом.

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

Вот что сложно сделать руками - это универсальным образом правильно обработать витруальные компании и настройки прав доступа к записям (RLS). В каждом конкретном случае проще написать константы, нежели генерить универсальное решение...

Кроме того, как всегда с ОЛАПом возникает вопрос корретного drill Down к исходным данным, которые вдобавок находятся в другой программе. Но это типовая для ОЛАПа проблема.

В общем, по-моему, особых проблем нет.
Есть технические проблемы, типичные для всех ОЛАПов: связи N:N, курсы валют, витруальные компании, права доступа и drill down.

Пару лет назад один участник пытался продать набор ОЛАП отчетов для Аксапты. Но у него продажи не очень пошли поскольку заинтересованные лица считали, что проще сделать нежели покупать. В результате он выложил набор отчетов в бесплатный доступ. Поищите.
__________________
полезное на axForum, github, vk, coub.
Старый 12.03.2009, 19:01   #6  
ollu is offline
ollu
Участник
 
9 / 10 (1) +
Регистрация: 10.03.2009
Цитата:
Сообщение от mazzy Посмотреть сообщение



По-моему, да.
причем, по-моему, гораздо проще построить запросы руками, нежели пользоваться стандартным модулем связи с ОЛАПом.

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

Вот что сложно сделать руками - это универсальным образом правильно обработать витруальные компании и настройки прав доступа к записям (RLS). В каждом конкретном случае проще написать константы, нежели генерить универсальное решение...
mazzy, Вы всё время говорите, проще сделать запрос руками !!! В этом отличие иносранного пользователя - аналитика (не говорю про супер умных) - пользоватся только тем что есть в системе!!! Если хочешь дёрнуть ИТ, то нужно обоснование и если это одноразовый запрос, то приоритет № последний...

Поэтому и ищу ответ на вопрос: чего нет (и не может быть) в мало модифицированной системе?
Старый 12.03.2009, 19:15   #7  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от ollu Посмотреть сообщение
mazzy, Вы всё время говорите, проще сделать запрос руками !!!
Не. пользователи не должны делать запросы.
запрос должен подготовить аналитик/программист.
пользователи должны пользоваться подготовленными.

просто для аналитика/программиста есть два способа создания: 1) встроенный модуль business analisys, 2) создать запрос (и сам куб) руками непосредственно инструментарием ОЛАП системы.

после того, как аналитик/программист создаст запрос (и соответственно куб), то пользователю будет абсолютно все равно как он создан. использовать его будут одинаково.

на что надо обратить внимание, я уже ответил.
__________________
полезное на axForum, github, vk, coub.
Старый 12.03.2009, 19:19   #8  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от ollu Посмотреть сообщение
пользоватся только тем что есть в системе!!!
что-то у меня закралось нехорошее предчувствие, что вы поиском не пользуетесь

Вы бы посмотрели кубы которые уже есть в стандартной Аксапте.
начните отсюда
Microsoft Dynamics AX 2009 White Paper: Configure the Default OLAP Cubes

и далее
Дрилл в OLAP-отчетах
Ax 2009 OLAP
Вопросы по OLAP в DAX2009
Slava09: Microsoft Dynamics AX 2009. Что нового?
OLAP: Главная книга - Журнал налоговых регистров
OLAP in AX4
и далее в поиск.
__________________
полезное на axForum, github, vk, coub.
За это сообщение автора поблагодарили: ollu (1).
Старый 12.03.2009, 21:39   #9  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1853 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от mazzy Посмотреть сообщение
Обратите внимание, что стандартный модуль связи с ОЛАПом будет решать вопросы, связанные с валютами и их курсами
Все верно, решает, только таким затратным способом (таблица OlapAmount, что начиная с более-менее значительных объемов данных (когда по идее прелести OLAP-а в виде быстрой реакции на тяжелые аналитиеские запросы только-только становятся очевидны) поддерживать ЭТО становится слишком накладно.
Пример - стандартный (идущий в поставке) куб с Sales margin. Средствами аксапты один экземпляр куба обновляется около 4 часов, самодельный T-SQL запрос отрабатывает за 30 секунд. Ну и нафига спрашивается козе баян?
Дальше.. Dimensions аксаптовский OLAP обновлять не умеет без повторного пересоздания куба, которое в свою очередь похерит пользовательские роли.
В общем, IMHO для демонстрации на пресэйлах в стиле "как можно за 5 минут построить с ноля гламурную сводную таблицу" - то что надо, а для использования в production - пилить и пилить
__________________
-ТСЯ или -ТЬСЯ ?
За это сообщение автора поблагодарили: glibs (1), AlexeyS (2).
Старый 13.03.2009, 10:46   #10  
AlexeyS is offline
AlexeyS
Участник
 
404 / 339 (12) ++++++
Регистрация: 15.06.2004
Адрес: москва
Цитата:
Сообщение от mazzy Посмотреть сообщение
а... это хорошо. значит таких безумных запросов типа "дайте оборотку по 62 в разерезе клиентов" у вас будет значительно меньше.


"Иносранцы" работают с системами, которые не отторгают ОЛАП технологию так сильно как наша 1С. Я бы не сказал, что наши любят меньше. Просто использовать ОЛАП на базе данных 1С - это очень нетривиальная задача (в основном из-за встроенной иерархии). Как раз из области "сделать можно, но будет потрачено столько сил". Со всеми вытекающими.

А использовать ОЛАП на Аксапте (или на других проклятобуржуинских программах) - милое дело.
на 1с тоже делают олап, видел давненько какую-то фирму, брала по 1000 долларов за кубик. правда прошло много времени, могу немного ошибаться

Цитата:
Сообщение от mazzy Посмотреть сообщение
ОЛАП не даст вам оперативных данных. По определению.
А в остальном - нормально.
можно сделать инкрементное обновление раз в час или чаще. хоть каждые пять минут, вполне оперативно.
Старый 13.03.2009, 11:02   #11  
George Nordic is offline
George Nordic
Модератор
Аватар для George Nordic
Злыдни
 
4,480 / 1255 (50) ++++++++
Регистрация: 17.12.2003
Адрес: Moscow
Записей в блоге: 9
Цитата:
Сообщение от AlexeyS Посмотреть сообщение
можно сделать инкрементное обновление раз в час или чаще. хоть каждые пять минут, вполне оперативно.
Он не для этого повесилсяпридуман. Не надо из OLAP делать оперативную отчетность. К тому же, куб может перестраиваться вплоть до нескольких часов - обычно из пересобирают ночью. Это дольше чем каждые "5" минут

С Уважением,
Георгий.
Старый 13.03.2009, 12:51   #12  
Ark is offline
Ark
Участник
 
66 / 26 (1) +++
Регистрация: 02.01.2007
Адрес: Казань
Вернемся к теме ветки. Такой простой аналитический вопрос: какие ожидаемые поставки от поставщика оплачены в разрезе номенклатур. В AX это нетривиальная задача.
Старый 13.03.2009, 13:10   #13  
Bober is offline
Bober
Участник
 
311 / 104 (4) +++++
Регистрация: 29.05.2007
Цитата:
Сообщение от Ark Посмотреть сообщение
какие ожидаемые поставки от поставщика оплачены в разрезе номенклатур. В AX это нетривиальная задача.
Эта задача в Аксапта не является нетривиальной.

Эта задача в Аксапте является принципиально неразрешимой, как для ожидаемых поставок, так и для уже совершенных. Потому что нет увязки с конкретными номеклатурами ни в том, ни в другом случае.
Старый 13.03.2009, 13:21   #14  
ollu is offline
ollu
Участник
 
9 / 10 (1) +
Регистрация: 10.03.2009
Возможно для кого-то это покажется тривиальным, но всё же:

1. Остатки товара по складу(ам), по дням (часам), приближение к критическому мимнимуму (+ возможность дефинировать этот минимум)
2. Сколько времени товар "находится" на кажлом этапе: с момента заказа, доставки, разгрузки, хранения, резервирования, отправки, доставки?
3. Изменение цен по поставщикам по одинаковым номенклатурам.
4. Продажи каких товаров\поставщиков наиболее сократились на определённый период времени?
5. Какая часть прибыли относится к конкретному товару\группе\поставщику\точке и т.д.
6. Соотношение Задолженности поставщикам и суммы товара, необходимого для пополнения запасов.

Это реальные вопросы бизнеса. Имеем ввиду минимально "испорченную" стандартную систему!
Старый 13.03.2009, 14:26   #15  
AlexeyS is offline
AlexeyS
Участник
 
404 / 339 (12) ++++++
Регистрация: 15.06.2004
Адрес: москва
Цитата:
Сообщение от George Nordic Посмотреть сообщение
Он не для этого повесилсяпридуман. Не надо из OLAP делать оперативную отчетность. К тому же, куб может перестраиваться вплоть до нескольких часов - обычно из пересобирают ночью. Это дольше чем каждые "5" минут
конечно, все зависит от объема данных,
но если куб простой и маленький, почему-бы и нет?
Старый 13.03.2009, 15:21   #16  
George Nordic is offline
George Nordic
Модератор
Аватар для George Nordic
Злыдни
 
4,480 / 1255 (50) ++++++++
Регистрация: 17.12.2003
Адрес: Moscow
Записей в блоге: 9
Цитата:
Сообщение от AlexeyS Посмотреть сообщение
конечно, все зависит от объема данных,
но если куб простой и маленький, почему-бы и нет?
OLAP не для этого предназначен.. больше для стратегических вещей. Где день-два отставания не рашают общей картины. К тому же, не забывайте, что данные имеют свойство расти. И со временем будет требоваться все больше времени. И писк заказчика уже стоит у меня в ушах.

Кстати, хороший совет - обратитесь с Recoilme. Он эту тему хорошо разбирал. Именно со складом.

С Уважением,
Георгий
Старый 12.03.2009, 18:18   #17  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от ollu Посмотреть сообщение
Вот это уже интереснее. Может ещё какие примеры?
Да, и еще.

Журнал/Заказ/Закупка - суть черновики.
Они могут удаляться после разноски, а информация из них полностью переходит в проводки.
Поэтому никогда не рассчитывайте, что в черновиках информация будет хранится вечно. Журнал - это не 1Совский документ.

Поищите, этот вопрос обсуждался неоднократно на форуме.
Но если у вас "иносранцы", то для них это привычная схема работы и вопросов должно быть существенно меньше, нежели у наших бухов.
__________________
полезное на axForum, github, vk, coub.
Теги
аналитика

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Для чего нужна оценка Проект НЗП в модуле проекты? MultiMan DAX: Прочие вопросы 1 31.07.2008 12:52
Каких прав не хватает? NNB DAX: Администрирование 3 27.06.2008 11:19
Хочу перейти на аксапту, посоветуйте с чего начать? Дедушка DAX: Прочие вопросы 4 04.04.2008 22:34
Вопрос: Для чего служит скрещивание поставщика с клиентом!? Хемуль DAX: Функционал 4 30.04.2004 19:05
Никак не могу вьехать, для чего нужны тип счета и тип разноски maloy DAX: Функционал 5 28.03.2004 17:18
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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