Прошу помочь разобраться в написании формулы LFL период к периоду. При обычном сравнении мы просто делим выручку например за октябрь на октябрь прошлого года и получаем результат, но так часто бывает, что часть магазинов только открылась, а часть закрылось, поэтому считать динамику нужно только по непрерывно работающим магазинам (или какому то другому признаку).
Но разумеется тут не учитывается статус магазина, и сумма на текущий месяц берется по всем магазинам, так же как и сумму за прошлый год не учитывает, что в текущем месяце данных нет. Пробовал различные варианты с IF, но на итоговый вариант это не влияет. Очевидно, что должно быть какое то сравнение, что суммируй, если оборот по магазину есть за текущий и прошлый период иначе 0.
Примечание: В данном примере на октябрь, видно что магазин S1002 закрылся, а S1008 только открылся.
Текущий период Прошлый период Динамика, % Текущий расчет 15 906 483 15 110 706 5,3% Должно быть 14 246 758 12 538 671 13,6%
Есть общий справочник с данными в разрезе, например: Бренд / Категория / Подкатегория, данные разбиты до недели, показатели это штуки, выручка в такой же детализации и самое главное чеки. Чеки разбиты на общие за неделю, и отдельно чеки по брендам, категории, подкатегории, отдельно потому что мы смотрим сколько раз в общих чеках попадался этот бренд, категория и тд. Данные по чекам нельзя просто суммировать как те же штуки, на своей иерархии, должны быть свои значения.
Я знаю как можно получить общие чеки, используя HASONEVALUE, но не представляю как получить данные по структуре. Из костылей в голову приходит только дублирование таблицы 3 раза, где фильтром будет переключаться признак иерархии, но на больших данных, вся эта конструкция много весит и медленно работает.
Добрый день. Общая идея выглядит так: 1. Есть общий файл-справочник по номенклатуре с большим количеством НСИ; 2. Есть данные по продажам по периодам (периоды нужно выбирать, но не суть задачи); 3. Справочник по магазинам (для возможности выбора филиала, в примере как декорация); 4. Справочник по ценам конкурентов.
Суть задачи, собрать отчет в котором будет видно, наши цены по себестоимости за ед., цены розничные, цену продажи за ед., оборот общий, штуки общие, цену конкурентов и оборот конкурентов (наши штуки умноженные на цены конкурентов, но только по тем артикулам, где есть цены для сравнения).
Проблема: Проблема с решением возникла в самом конце, когда отфильтрованные штуки * Среднее арифметическое по ценам конкурентов, по артикулам суммы правильные а в итогах ошибка - там получается [Штуки] * Общее среднее по артикулам и в итоге получается некорректная сумма по обороту. Как правильно написать формулу, чтобы корректно перемножить Цены из справочника на проданные штуки и получить корректный общий итог.
Добрый день. Необходимо сравнить показатель (в примере выручка) день ко дню прошлого месяца. Для этого использую функцию DATEADD. Возникает две проблемы: 1. При сравнении текущего месяца к предыдущему, в итогах происходит сравнение [Неполный текущий месяц] / [Полный прошлый месяц]. Как правильно сделать сравнение, чтобы Мера в текущем месяце рассчитывала отклонение 17 дней этого месяца / 17 дней предыдущего месяца? Но, при этом не трогать прошлые месяца? 2. При добавлении в конце меры "минус 1", в таблицу добавились все пустые месяца со значением (-100%), очевидно к каждому пустому значению он применяет эту операцию. Как вычесть единицу из результата меры, не рассчитывая весь календарь?
Так как же как и многие начинаю изучать DAX, так как пришло осознание на сколько мощный это инструмент, но не все ошибки пока удается решить самостоятельно. задача достаточно простая, нужно посчитать абсолютное отклонение прошлой недели к позапрошлой. Есть данные за последние 8 недель, Форму таблицы менять нельзя. Создал отдельно на листе справочник с прошлой неделей и позапрошлой:
Справочник1
WeekNumber
WeekAttribute
33.2020
TwoWeekAgo
34.2020
OneWeekAgo
Так выглядят сгруппированные в сводник (pp) данные:
Сводная по таблице 1
WeekAttribute
(несколько элементов)
Получилось
Должно быть
WeekNumber
Филиал
Выручка
__ПриростВыручка
откл. Нед к нед
33.2020
1
10 000 000
-10 000 000
33.2020
2
150 000 000
-150 000 000
33.2020
3
3 000 000
-3 000 000
33.2020 Итог
163 000 000
-163 000 000
34.2020
1
11 000 000
11 000 000
1 000 000
34.2020
2
145 000 000
145 000 000
-5 000 000
34.2020
3
2 700 000
2 700 000
-300 000
34.2020 Итог
158 700 000
158 700 000
-4 300 000
Формула: _ПриростВыручка:= SUMX(FILTER('Продажи';RELATED('Недели'[WeekAttribute])="OneWeekAgo");'Продажи'[Оборот (с НДС)]) -
SUMX(FILTER('Продажи';RELATED('Недели'[WeekAttribute])="TwoWeekAgo");'Продажи'[Оборот (с НДС)])
Если вывести меру отдельно без фильтров по строкам, то расчет верный, так же если из таблицы убрать недели, то расчет так же корректный (но недели разумеется нужно оставить).
Добрый день! Подскажите, максимально компактный способ, который позволит сделать ВПР по заданным условиям, например: Есть таблица, в ней есть артикул к которому нужно рассчитать цену продажи и округлить до прайс поинта. У артикулов есть разные бренды, категории товара и ассортиментные группы, в которых могут быть везде свои прайс-поинты.
Каким образом округлить цену до ПП учитывая Бренд, категория и группу товара.
Я смог реализовать эту задачу, только через "Если" Сцепка(Бренд, категория, асс группа) = Сцепке со списком прайс-поинтов, то, указываем диапазон для впр, и таких групп по категории может быть очень много. Пример во вложении.