MS Dynamics Ax 2009: SSAS & SSRS KPI's errors

[dmitro]

Microsoft Dynamics Ax 2009 RTM SP1 (Rollup 4)
Kernel 5.0.1500.2116
Application 5.0.1500.1313
Solution 5.0.1500.1313.0

MS Server 2003 32x
MS SQL Server 2005 (KB955706)
MS Sharepoint Services 3.0 SP1

Коллеги! Для тех, кто настраивает ролевые центры и занимается OLAP-администрированием может быть полезно..

Возьмем стандартный ролевой центр CEO. На главной странице видим такую картину:



Для того, чтобы поправить данные ошибки, был задействован ресурс
http://www.microsoft.com/downloads/d...1-4a893dbc38a2

1. Находим по ссылке "Управление Ключевыми индикаторами производительности" название первого KPI "Total Revenue"
2. Октрываем в BIDS General Ledger Cube, находим закладку KPIs, находим Total Revenue
3. В Value Expression видим логику выполнения данного индикатора

(([Measures].[Master Amount - Ledger],[Ledger account descriptions].[Ledger account categories].&[33])
+ ([Measures].[Master Amount - Ledger],[Ledger account descriptions].[Ledger account categories].&[48])
+ IIF( ([Measures].[Master Amount - Ledger],[Ledger account descriptions].[Ledger account categories].&[51]) > 0, 0, ([Measures].[Master Amount - Ledger],[Ledger account descriptions].[Ledger account categories].&[51]) )
+ ([Measures].[Master Amount - Ledger],[Ledger account descriptions].[Ledger account categories].&[34])
) * -1

4. Идем в закладку Cube Structure и ищем [Ledger account descriptions], в Hieracrhies; разворачиваем и нажимаем ссылку "Edit ..."
5. Далее [Ledger account descriptions].[Ledger account categories], жмем Properties, ищем "Source"
6. Видим TableID = LEDGERACCOUNTCATEGORY, ColumnID = ACCOUNTCATEGORY

Теперь, внимание!
Выражение "[Ledger account descriptions].[Ledger account categories].&[33]" фактически означает запрос "select * from ledgeraccountcatgory where accountcatgory = 33", который при выполнении в MS SQL, конечно, возвращает ошибку! Ведь поле ACCOUNTCATEGORY текстовое и содержит название ака краткое описание категории счета, а нам нужно поле Код ссылки, которое называется ACCOUNTCATEGORYREF.

7. Меняем ColumnID на вышеозначенное поле, деплоим проект, процессим куб.

После перезагрузки Ролевого центра, картина становится куда приятнее



P.S. Total Receivables и Total Payables, заметим, также починились

[Poleax]

Zitat:

Zitat von dmitro

Теперь, внимание!
Выражение "[Ledger account descriptions].[Ledger account categories].&[33]" фактически означает запрос "select * from ledgeraccountcatgory where accountcatgory = 33", который при выполнении в MS SQL, конечно, возвращает ошибку! Ведь поле ACCOUNTCATEGORY текстовое и содержит название ака краткое описание категории счета, а нам нужно поле Код ссылки, которое называется ACCOUNTCATEGORYREF.

   "select * from LEDGERACCOUNTCATEGORY where ACCOUNTCATEGORY = 33",

CREATE TABLE [dbo].[LEDGERACCOUNTCATEGORY](
	[ACCOUNTCATEGORY] [nvarchar](20) NOT NULL,
	[DESCRIPTION] [nvarchar](60) NOT NULL,
	[ACCOUNTTYPE] [int] NOT NULL,
	[CLOSED] [int] NOT NULL,
	[ACCOUNTCATEGORYREF] [int] NOT NULL,
	[DATAAREAID] [nvarchar](4) NOT NULL,
	[RECVERSION] [int] NOT NULL,
	[RECID] [bigint] NOT NULL,
 CONSTRAINT [I_1395ACCTCATEGORYREFIDX] PRIMARY KEY CLUSTERED 
(
	[DATAAREAID] ASC,
	[ACCOUNTCATEGORYREF] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]

GO

[Poleax]

Zitat:

Zitat von dmitro

4. Идем в закладку Cube Structure и ищем [Ledger account descriptions], в Hieracrhies; разворачиваем и нажимаем ссылку "Edit ..."
5. Далее [Ledger account descriptions].[Ledger account categories], жмем Properties, ищем "Source"
6. Видим TableID = LEDGERACCOUNTCATEGORY, ColumnID = ACCOUNTCATEGORY

Теперь, внимание!
Выражение "[Ledger account descriptions].[Ledger account categories].&[33]" фактически означает запрос "select * from ledgeraccountcatgory where accountcatgory = 33", который при выполнении в MS SQL, конечно, возвращает ошибку! Ведь поле ACCOUNTCATEGORY текстовое и содержит название ака краткое описание категории счета, а нам нужно поле Код ссылки, которое называется ACCOUNTCATEGORYREF.

7. Меняем ColumnID на вышеозначенное поле, деплоим проект, процессим куб.

dmitro поясни немного, по скриншоту.



1) В кубе General Ledger Cube ищем в Dimensions Ledger account descriptions переходи на Edit Ledger chart of account
2) В измерении Ledger account descriptions
В Source поле ACCOUNTCATEGORYREF выставляем для KeyColumns и для NameColumns?

[dmitro]

poleax, выставляем для NameColumns, остальное не трогаем

[Ivanhoe]

У меня при просмотре dimension [Ledger account descriptions] и его attribute [Ledger account categories] видно, что свойство "KeyColumns" = LEDGERACCOUNTCATEGORY.ACCOUNTCATEGORYREF (Integer), т.е. именно то поле, которое нужно. А вот LEDGERACCOUNTCATEGORY.ACCOUNTCATEGORY (WChar) прописано в свойстве "NameColumn" - это и понятно, зачем пользователю видеть код, если ему нужно понятнее название?

Т.е. в моем кубе "из коробоки" всё работает верно, и ошибок как на первом экране или в описании нет.
DAX 5.0.1500.2116 EE.

P.S. Некоторые отчеты SSRS работают некорректно из-за того, что в них жестко прописаны фильтры по полям-перечислениям. При этом значение фильтра из-за локализации неверное и отчет не выводит данные - исправить можно как через Visual Studio так и через веб-сервер отчетов. Пример - Ledger.ActualvsBudget.FullPage, в котором прописан тип бюджета "Main" (соответствует английскому значению метки).

[Poleax]

1)

Zitat:

Zitat von dmitro

poleax, выставляем для NameColumns, остальное не трогаем

Зачем NameColumns портить? Связка данный все равно по KeyColumns
согласен с Ivanhoe

Zitat:

"NameColumn" - это и понятно, зачем пользователю видеть код, если ему нужно понятнее название?

2) Скриншоты из VS можешь привести где и что правишь?
Не совсем понятно

Zitat:

5. Далее [Ledger account descriptions].[Ledger account categories], жмем Properties, ищем "Source"

3) Ivanhoe Полный проект по кубам выложить можешь в инете? У меня все равно The Key Perfomance Indicator (KPI) does not exist on the server

[dmitro]

Zitat:

Zitat von Ivanhoe

У меня при просмотре dimension [Ledger account descriptions] и его attribute [Ledger account categories] видно, что свойство "KeyColumns" = LEDGERACCOUNTCATEGORY.ACCOUNTCATEGORYREF (Integer), т.е. именно то поле, которое нужно. А вот LEDGERACCOUNTCATEGORY.ACCOUNTCATEGORY (WChar) прописано в свойстве "NameColumn" - это и понятно, зачем пользователю видеть код, если ему нужно понятнее название?

Т.е. в моем кубе "из коробоки" всё работает верно, и ошибок как на первом экране или в описании нет.
DAX 5.0.1500.2116 EE.

P.S. Некоторые отчеты SSRS работают некорректно из-за того, что в них жестко прописаны фильтры по полям-перечислениям. При этом значение фильтра из-за локализации неверное и отчет не выводит данные - исправить можно как через Visual Studio так и через веб-сервер отчетов. Пример - Ledger.ActualvsBudget.FullPage, в котором прописан тип бюджета "Main" (соответствует английскому значению метки).

Ivanhoe, может я не прав, но не совсем так как ты сказал..
В KPIs кубов в Value Expression есть описалово того, как собственно этот KPI собирается. Так вот в нашем случае там содержится [Ledger account descriptions].[Ledger account categories].&[33], где фильтр накладывается не на KeyColumn, а на NameColumn! А он задан по дефолту не правильно..

Zitat:

А вот LEDGERACCOUNTCATEGORY.ACCOUNTCATEGORY (WChar) прописано в свойстве "NameColumn" - это и понятно, зачем пользователю видеть код, если ему нужно понятнее название?

Здесь видно, что такое KeyColumn

Poleax, ты пробовал и не получилось? Не забудь, что надо сделать deploy и process проекта BIDS

[Ivanhoe]

Правильно ли я понимаю, что:
1. Вы утверждаете, что нужно поменять name column в аттрибуте так, чтобы он возвращал код (например, 33) вместо названия? Т.е. пользователь в ОЛАП-отчете увидит именно 33, а не понятный ему SALES.
2. Вы утверждаете, что MDX выражение работает именно с name-column аттрибута, а не с ключом? Т.е. многие другие KPI в этом и других кубах написаны неверно, ведь там повсеместно используется конструкция вида [Employee].[Status].&[1], т.е. фильтр на значение ключа аттрибута, а не его наименования?

[Poleax]

Zitat:

Zitat von dmitro

Poleax, ты пробовал и не получилось? Не забудь, что надо сделать deploy и process проекта BIDS

Твое решение испытать не получается. Пробывал и Deploy Changes Only и Deploy All. Процессинг проходит отлично.
История "капремонта куба" :

• Process Cube (DAX 2009)
• Fred Shen: Argument passed to ‘KPIVALUE’ function must be a KPI name

У меня по Кубу General Ledger Cube одна и таже песня The Key Perfomance Indicator (KPI) does not exist on the server

dmitro если будет время, можешь глянуть тему The Key Perfomance Indicator (KPI) does not exist on the server ?
и
Process Cube (DAX 2009):

Zitat:

Почему когда я создаю проект через Администрирование --> Настройка --> Бизнес-анализ --> OLAP --> Создать проект бизнес-аналитики
В папке проекта только один файл AnalysisServicesProjects.database

[dmitro]

Ivanhoe,

Zitat:

1. Вы утверждаете, что нужно поменять name column в аттрибуте так, чтобы он возвращал код (например, 33) вместо названия? Т.е. пользователь в ОЛАП-отчете увидит именно 33, а не понятный ему SALES.

Я утверждаю (и KPIWalktrough взятый с msdn тому подтверждение), что NameColumn - это то поле, на которое накладывается фильтр = '33', а не то, что увидит пользователь в отчете. В отчете пользователь видит сумму:

(([Mesures].[Master Amount - Ledger],[Ledger account descriptions].[Ledger account categories].&[33])
+ ([Measures].[Master Amount - Ledger],[Ledger account descriptions].[Ledger account categories].&[48])

что означает дословно 'выбрать сумму AmountMST из LedgerTrans ака измерение [Mesures].[Master Amount - Ledger],



у которых счету из LedgerTable соответствует категория из LedgerAccountCategory



c фильтром на NameColumn = 33 ака [Ledger account descriptions].[Ledger account categories].&[33]' и т.д.

Если как в стандарте, то правильно было бы [Ledger account descriptions].[Ledger account categories].&[SALES]

Zitat:

2. Вы утверждаете, что MDX выражение работает именно с name-column аттрибута, а не с ключом? Т.е. многие другие KPI в этом и других кубах написаны неверно, ведь там повсеместно используется конструкция вида [SIZE=2][Employee].[Status].&[1], т.е. фильтр на значение ключа аттрибута, а не его наименования?

Именно так. В других точно также: Status = 1 означает то же самое, что NameColumn = 1. Под выражением 'NameColumn' в OLAP подразумевается скорее всего что-то типа "именованного столбца", а не аксаптовского "наименования". А KeyColumn содержит уникальный ключ таблицы.

[dmitro]

Zitat:

Zitat von Poleax

Твое решение испытать не получается. Пробывал и Deploy Changes Only и Deploy All. Процессинг проходит отлично.
История "капремонта куба" :

• Process Cube (DAX 2009)
• Fred Shen: Argument passed to ‘KPIVALUE’ function must be a KPI name

У меня по Кубу General Ledger Cube одна и таже песня The Key Perfomance Indicator (KPI) does not exist on the server

dmitro если будет время, можешь глянуть тему The Key Perfomance Indicator (KPI) does not exist on the server ?
и
Process Cube (DAX 2009):

Сейчас посмотрю твой проект Analysis Services ProjectR2 и отпишусь в тему

[Ivanhoe]

Zitat:

Zitat von dmitro

Ivanhoe,


Я утверждаю (и KPIWalktrough взятый с msdn тому подтверждение), что NameColumn - это то поле, на которое накладывается фильтр = '33', а не то, что увидит пользователь в отчете.

Простите, а вы работали с отчетами OLAP? Когда пользователь построит отчет и в строках, например, захочет сделать группировку по категориям счетов, то в значениях ему не интересно видеть 1, 2, 3, ..., ему понятнее видеть SALES, COGS, etc. Т.е. это поле пользователь все-таки увидит - вернее его значение.

Zitat:

Zitat von dmitro

В отчете пользователь видит сумму:
...

Именно так. В других точно также: Status = 1 означает то же самое, что NameColumn = 1. Под выражением 'NameColumn' в OLAP подразумевается скорее всего что-то типа "именованного столбца", а не аксаптовского "наименования". А KeyColumn содержит уникальный ключ таблицы.

Ок, не поленился, провел эксперимент: не менял nameColumn, поменял сам текст KPI - см. картинку 1 и результат - картинка 2. Если вернуть как было [35], то в отчете выдается нормальная цифирка из ГК.

Мне кажется, что в KPIWalkthroug на странице 18 ошибка и смотреть надо было keyColumn.

[dmitro]

Zitat:

Ок, не поленился, провел эксперимент: не менял nameColumn, поменял сам текст KPI - см. картинку 1 и результат - картинка 2. Если вернуть как было [35], то в отчете выдается нормальная цифирка из ГК.

Уж если менять текст, то надо хотя бы взять его в кавычки, иначе SQL не поймет
Попробуйте так ["COGS"]

[Ivanhoe]

Определение NameColumn:

Zitat:

Определяет столбец, предоставляющий имя отображаемого пользователям атрибута, а не значение в ключевом столбце для этого атрибута. Этот столбец используется для отображения понятного пользователям столбца, когда значение ключевого столбца для элемента атрибута зашифровано или является непонятным для пользователей, или когда ключевой столбец основан на составном ключе.

Я, к сожалению, не специалист по Analysis Services и не знаю на 100% как правильно делать. Но назначение nameColumn именно такое, как я писал.

Другое дело, что при вычислении MDX выражения система под .&[35] может понимать именно значение видное пользователю, а не уникальный код (что логичнее и подтверждается моим эксприментом). Сейчас ищу этому подтверждение / опровержение.

[Ivanhoe]

Zitat:

Zitat von dmitro

Уж если менять текст, то надо хотя бы взять его в кавычки, иначе SQL не поймет
Попробуйте так ["COGS"]

Ага, уже подумал и проверил - все то же самое (ошибка). А теперь вы не поленитесь и верните nameColumn как было и отпроцессируйте куб. Что будет?

Для чистоты эксперимента - проставьте в плане счетов категории у счетов, по которым не нулевое сальдо в текущем периоде.

ЗЫ. MS SQL AS 2008.

[Ivanhoe]

Нашел специалиста по MDX, который авторитетно заявил, что "[Ledger account descriptions].[Ledger account categories].&[33]" означает фильтр именно по уникальному коду "33".

Если бы и уникальный код, и наименование были одного типа, то Система сначала бы сделала поиск по коду и только потом - по наименованию, при этом наименование бы сработало только при условии уникальности.

[dmitro]

Zitat:

Zitat von Ivanhoe

Нашел специалиста по MDX, который авторитетно заявил, что "[Ledger account descriptions].[Ledger account categories].&[33]" означает фильтр именно по уникальному коду "33".

Если бы и уникальный код, и наименование были одного типа, то Система сначала бы сделала поиск по коду и только потом - по наименованию, при этом наименование бы сработало только при условии уникальности.

Ivanhoe, наверное вы правы, и где был раньше ваш специалист Однако для меня остается загадкой, как тогда заработали KPIs, после вышеописанных манипуляций.. Возможно, это магия.

[Ivanhoe]

А до этого куб процессился? При процессировании были ошибки?

[dmitro]

В том то и дело, ошибок не было, сплошной "Process succeeded.".. А на портале фиг, одни ошибки KPIVALUE

[Poleax]

Zitat:

Zitat von dmitro

В том то и дело, ошибок не было, сплошной "Process succeeded.".. А на портале фиг, одни ошибки KPIVALUE

При ручной правке NameColumn, у атрибутов в измерениях, в свойствах DataType и DataSize меняются значения на соответствующие значения поля из БД. Это и исправляет проблему.

Zitat:

Зачем NameColumns портить? Связка данный все равно по KeyColumns

Ура, разобрались. Все вернулось на круги своя, в рамки msdn.