Если кто знает, как с ними бороться не прибегая к программному фильтру.

Суть в том, что используя оператор Non Empty не выводяться только строки, у которых только все значения мер пустые- стоит хотя бы одной мере получить значение 0(т.е. при выбранных условиях существуют значения, но они равны 0), то строчка появляется в отчете. Как с этим сладить?. Насколько я понимаю надо как-то видоизменить написание мембера. Для описания мембера я использую туплы
типа ([ТипДвижения].[Приход],[Measures].[Количество])

недопру как написать в этом случае тупл

вариант с

Formula error - syntax error - token is not valid: "+(filter([ТипДвижения].[Приход])^,^[Measures].[Количество]<>0),[Measures].[Количество])

вариант
Sum(filter([ТипДвижения].[Приход]),[Measures].[Количество]<>0),[Measures].[Количество])

дает соответственно неправильный результат

короче нужен тупл с заменой нулей на Null

'filter(CrossJoin({[Продажи тип действия].[Приход]},{[Measures].[Количество]}),([Продажи тип действия].CurrentMember,[Measures].[Количество])<>0)

выдает следущее
cannot convert set to Expression - in the Filter function

где-то я туплю - непойму где

прошел такой цирк
iff(([Продажи тип действия].[Приход],[Measures].[Количество])=0,NuLL,([Продажи тип действия].[Приход],[Measures].[Количество]))


интересно только как насчет производительности такой формулы?

насколько я понимаю еще можно в аnalysys менеджере поставить фильтр на загрузку нулевых значений в Source Column

насчет доп измерения, что оно даст по сравнению с работой без него, кроме указания типа

[Измерение].[Закупка].[0] в условии?
Количество измерений растет - ими становиться тяжело манипулировать да и спрятать их от пользователей нельзя - начнуться доп вопросы

Точно - можно спратать только в конкретном кубе, а я смотрел на свойства самого измерения