1
Михаил Черноусов
а если у меня в разных таблицах приход и расход
тогда дайте реальный пример
Size: a a a
2020 September 28
1
или считайте отдельно накопительно приход и накопительно расход и из одного вычитаете второе
МЧ
тогда дайте реальный пример
Остаток1 = CALCULATE((SUM('Приход'[Нетто, т]) - SUM('Расход'[Нетто, т])),PREVIOUSMONTH('Спр_Дата'[Дата])) +
SUM('Приход'[Нетто, т]) - SUM('Расход'[Нетто, т])
SUM('Приход'[Нетто, т]) - SUM('Расход'[Нетто, т])
МЧ
во по такой формуле пробовал - не считает
1
Михаил Черноусов
во по такой формуле пробовал - не считает
конечно нет
KS
шутили с коллегами, что было бы здорово сделать дашборд, на котором была бы женщина, которая раздевалась бы в зависимости от выполнения плана продаж))) Вот теперь сижу и думаю, насколько это сложно и реально реализовать)))))) эта мысль не даёт мне покоя😁
Д
Всем привет! Прошу прощения, может подскажите, отсутствие данной галки вообще работает в облаке при обновлении данных? Может где можно почитать про очередность загрузки данных? На текущий момент просто вижу что данные при обновлении вручную через десктоп с api затягиваются по одному, а в облаке по другому (обнаружил по логам api). Причем в облаке некоторые запросы отправляются по несколько раз... хотя источники которые есть в отчете дублированные, все строятся на ссылках
Всем привет! Оставлю это здесь для информации. Я задавал вопрос, работает ли эта галка в облаке, так вот, ответ - нет.
https://community.powerbi.com/t5/Service/Disable-parallel-loading-of-tables-in-web-published-report/td-p/664498
https://community.powerbi.com/t5/Service/Disable-parallel-loading-of-tables-in-web-published-report/td-p/664498
A
Всем привет! Подскажите, как можно проранжировать грузы отдельно внутри каждой перевозки?
ГО
шутили с коллегами, что было бы здорово сделать дашборд, на котором была бы женщина, которая раздевалась бы в зависимости от выполнения плана продаж))) Вот теперь сижу и думаю, насколько это сложно и реально реализовать)))))) эта мысль не даёт мне покоя😁
Ничто не ново под луной:
У американских пилотов в годы второй мировой был тренажер где фотография открывалась в зависимости от точности бомбометания:)
У американских пилотов в годы второй мировой был тренажер где фотография открывалась в зависимости от точности бомбометания:)
1
ГО
calculate(sumx('Table],'Table'[приход]-'Table'[Расход]),filter(all(calendar),calendar[date]<=max(calendar[date]))
Добрый день
Вопрос: А можно ли сделать этот вариант расчета менее ресурсоемким?
У меня есть мера расчета дебиторской задолженности, аналогичная Вашему описанию
Мера работает
Дает правильные результаты
Но к сожалению в ситуации постройки графиков по дням ресурсов визуализации хватает только на 4 месяца
В общем график можно построить только гдето на 130 точек
А мне надо минимум 365
/*Получаем крайнюю дату*/
VAR MaxDate = MAX('CALENDAR'[Date].[Date])
//КлиентВсяСумма Продаж, грн //
VAR a =
CALCULATE(
SUMX(RELATEDTABLE('РегистрПокупателиТабл'), [Продажи] ),
FILTER(
ALL('CALENDAR'[Date]),
'CALENDAR'[Date] <=MaxDate
)
)
//Далее аналогично "a" считаем остальные (сократил запись)://
//КлиентВсяСумма Оплат, грн//
VAR b = ....
//КлиентВсяСумма_От_Поставщика, грн //
VAR c = ....
//КлиентВсяСумма_Оплат_ПоставщикУ, грн //
VAR d = ....
RETURN
a - b - c + d
//Примечание:
1)часть возвратов от покупателей оформлялись как поставка и поэтому пришлось добавить выборку реестра поставщиков
2)Общий розмер записей реестров меньше 300 тыс строк
Вопрос: А можно ли сделать этот вариант расчета менее ресурсоемким?
У меня есть мера расчета дебиторской задолженности, аналогичная Вашему описанию
Мера работает
Дает правильные результаты
Но к сожалению в ситуации постройки графиков по дням ресурсов визуализации хватает только на 4 месяца
В общем график можно построить только гдето на 130 точек
А мне надо минимум 365
/*Получаем крайнюю дату*/
VAR MaxDate = MAX('CALENDAR'[Date].[Date])
//КлиентВсяСумма Продаж, грн //
VAR a =
CALCULATE(
SUMX(RELATEDTABLE('РегистрПокупателиТабл'), [Продажи] ),
FILTER(
ALL('CALENDAR'[Date]),
'CALENDAR'[Date] <=MaxDate
)
)
//Далее аналогично "a" считаем остальные (сократил запись)://
//КлиентВсяСумма Оплат, грн//
VAR b = ....
//КлиентВсяСумма_От_Поставщика, грн //
VAR c = ....
//КлиентВсяСумма_Оплат_ПоставщикУ, грн //
VAR d = ....
RETURN
a - b - c + d
//Примечание:
1)часть возвратов от покупателей оформлялись как поставка и поэтому пришлось добавить выборку реестра поставщиков
2)Общий розмер записей реестров меньше 300 тыс строк
1
Геннадий Онищенко
Добрый день
Вопрос: А можно ли сделать этот вариант расчета менее ресурсоемким?
У меня есть мера расчета дебиторской задолженности, аналогичная Вашему описанию
Мера работает
Дает правильные результаты
Но к сожалению в ситуации постройки графиков по дням ресурсов визуализации хватает только на 4 месяца
В общем график можно построить только гдето на 130 точек
А мне надо минимум 365
/*Получаем крайнюю дату*/
VAR MaxDate = MAX('CALENDAR'[Date].[Date])
//КлиентВсяСумма Продаж, грн //
VAR a =
CALCULATE(
SUMX(RELATEDTABLE('РегистрПокупателиТабл'), [Продажи] ),
FILTER(
ALL('CALENDAR'[Date]),
'CALENDAR'[Date] <=MaxDate
)
)
//Далее аналогично "a" считаем остальные (сократил запись)://
//КлиентВсяСумма Оплат, грн//
VAR b = ....
//КлиентВсяСумма_От_Поставщика, грн //
VAR c = ....
//КлиентВсяСумма_Оплат_ПоставщикУ, грн //
VAR d = ....
RETURN
a - b - c + d
//Примечание:
1)часть возвратов от покупателей оформлялись как поставка и поэтому пришлось добавить выборку реестра поставщиков
2)Общий розмер записей реестров меньше 300 тыс строк
Вопрос: А можно ли сделать этот вариант расчета менее ресурсоемким?
У меня есть мера расчета дебиторской задолженности, аналогичная Вашему описанию
Мера работает
Дает правильные результаты
Но к сожалению в ситуации постройки графиков по дням ресурсов визуализации хватает только на 4 месяца
В общем график можно построить только гдето на 130 точек
А мне надо минимум 365
/*Получаем крайнюю дату*/
VAR MaxDate = MAX('CALENDAR'[Date].[Date])
//КлиентВсяСумма Продаж, грн //
VAR a =
CALCULATE(
SUMX(RELATEDTABLE('РегистрПокупателиТабл'), [Продажи] ),
FILTER(
ALL('CALENDAR'[Date]),
'CALENDAR'[Date] <=MaxDate
)
)
//Далее аналогично "a" считаем остальные (сократил запись)://
//КлиентВсяСумма Оплат, грн//
VAR b = ....
//КлиентВсяСумма_От_Поставщика, грн //
VAR c = ....
//КлиентВсяСумма_Оплат_ПоставщикУ, грн //
VAR d = ....
RETURN
a - b - c + d
//Примечание:
1)часть возвратов от покупателей оформлялись как поставка и поэтому пришлось добавить выборку реестра поставщиков
2)Общий розмер записей реестров меньше 300 тыс строк
для начала сделайте календарь и не обращайтесь к автоматическим датам
A
🙏 спасибо!
ГО
для начала сделайте календарь и не обращайтесь к автоматическим датам
календарь есть
идет ссылка на таблицу 'CALENDAR'[Date]
идет ссылка на таблицу 'CALENDAR'[Date]
1
Геннадий Онищенко
Добрый день
Вопрос: А можно ли сделать этот вариант расчета менее ресурсоемким?
У меня есть мера расчета дебиторской задолженности, аналогичная Вашему описанию
Мера работает
Дает правильные результаты
Но к сожалению в ситуации постройки графиков по дням ресурсов визуализации хватает только на 4 месяца
В общем график можно построить только гдето на 130 точек
А мне надо минимум 365
/*Получаем крайнюю дату*/
VAR MaxDate = MAX('CALENDAR'[Date].[Date])
//КлиентВсяСумма Продаж, грн //
VAR a =
CALCULATE(
SUMX(RELATEDTABLE('РегистрПокупателиТабл'), [Продажи] ),
FILTER(
ALL('CALENDAR'[Date]),
'CALENDAR'[Date] <=MaxDate
)
)
//Далее аналогично "a" считаем остальные (сократил запись)://
//КлиентВсяСумма Оплат, грн//
VAR b = ....
//КлиентВсяСумма_От_Поставщика, грн //
VAR c = ....
//КлиентВсяСумма_Оплат_ПоставщикУ, грн //
VAR d = ....
RETURN
a - b - c + d
//Примечание:
1)часть возвратов от покупателей оформлялись как поставка и поэтому пришлось добавить выборку реестра поставщиков
2)Общий розмер записей реестров меньше 300 тыс строк
Вопрос: А можно ли сделать этот вариант расчета менее ресурсоемким?
У меня есть мера расчета дебиторской задолженности, аналогичная Вашему описанию
Мера работает
Дает правильные результаты
Но к сожалению в ситуации постройки графиков по дням ресурсов визуализации хватает только на 4 месяца
В общем график можно построить только гдето на 130 точек
А мне надо минимум 365
/*Получаем крайнюю дату*/
VAR MaxDate = MAX('CALENDAR'[Date].[Date])
//КлиентВсяСумма Продаж, грн //
VAR a =
CALCULATE(
SUMX(RELATEDTABLE('РегистрПокупателиТабл'), [Продажи] ),
FILTER(
ALL('CALENDAR'[Date]),
'CALENDAR'[Date] <=MaxDate
)
)
//Далее аналогично "a" считаем остальные (сократил запись)://
//КлиентВсяСумма Оплат, грн//
VAR b = ....
//КлиентВсяСумма_От_Поставщика, грн //
VAR c = ....
//КлиентВсяСумма_Оплат_ПоставщикУ, грн //
VAR d = ....
RETURN
a - b - c + d
//Примечание:
1)часть возвратов от покупателей оформлялись как поставка и поэтому пришлось добавить выборку реестра поставщиков
2)Общий розмер записей реестров меньше 300 тыс строк
а во-вторых в 1с есть отдельный регистр взаиморасчетов, по нему и считайте
1
Геннадий Онищенко
Добрый день
Вопрос: А можно ли сделать этот вариант расчета менее ресурсоемким?
У меня есть мера расчета дебиторской задолженности, аналогичная Вашему описанию
Мера работает
Дает правильные результаты
Но к сожалению в ситуации постройки графиков по дням ресурсов визуализации хватает только на 4 месяца
В общем график можно построить только гдето на 130 точек
А мне надо минимум 365
/*Получаем крайнюю дату*/
VAR MaxDate = MAX('CALENDAR'[Date].[Date])
//КлиентВсяСумма Продаж, грн //
VAR a =
CALCULATE(
SUMX(RELATEDTABLE('РегистрПокупателиТабл'), [Продажи] ),
FILTER(
ALL('CALENDAR'[Date]),
'CALENDAR'[Date] <=MaxDate
)
)
//Далее аналогично "a" считаем остальные (сократил запись)://
//КлиентВсяСумма Оплат, грн//
VAR b = ....
//КлиентВсяСумма_От_Поставщика, грн //
VAR c = ....
//КлиентВсяСумма_Оплат_ПоставщикУ, грн //
VAR d = ....
RETURN
a - b - c + d
//Примечание:
1)часть возвратов от покупателей оформлялись как поставка и поэтому пришлось добавить выборку реестра поставщиков
2)Общий розмер записей реестров меньше 300 тыс строк
Вопрос: А можно ли сделать этот вариант расчета менее ресурсоемким?
У меня есть мера расчета дебиторской задолженности, аналогичная Вашему описанию
Мера работает
Дает правильные результаты
Но к сожалению в ситуации постройки графиков по дням ресурсов визуализации хватает только на 4 месяца
В общем график можно построить только гдето на 130 точек
А мне надо минимум 365
/*Получаем крайнюю дату*/
VAR MaxDate = MAX('CALENDAR'[Date].[Date])
//КлиентВсяСумма Продаж, грн //
VAR a =
CALCULATE(
SUMX(RELATEDTABLE('РегистрПокупателиТабл'), [Продажи] ),
FILTER(
ALL('CALENDAR'[Date]),
'CALENDAR'[Date] <=MaxDate
)
)
//Далее аналогично "a" считаем остальные (сократил запись)://
//КлиентВсяСумма Оплат, грн//
VAR b = ....
//КлиентВсяСумма_От_Поставщика, грн //
VAR c = ....
//КлиентВсяСумма_Оплат_ПоставщикУ, грн //
VAR d = ....
RETURN
a - b - c + d
//Примечание:
1)часть возвратов от покупателей оформлялись как поставка и поэтому пришлось добавить выборку реестра поставщиков
2)Общий розмер записей реестров меньше 300 тыс строк
/*Получаем крайнюю дату*/
VAR MaxDate = MAX('CALENDAR'[Date].[Date]) а это что?
VAR MaxDate = MAX('CALENDAR'[Date].[Date]) а это что?
1
и зачем вам relatedtable? вы в каком разрезе выводите расчеты?
ИB
Добрый день коллеги, подскажите как сделать визуализацию воронки в BI, сломал голову. Исходные данные и вид нужной воронки прикрепляю
