Страницы: 1
RSS
Перерасчет показателей сводной по запросу PQ и/или Power BI в зависимости от выбранного периода
 
Добрый день!
Есть довольно интересная задача, к которой я даже не знаю, как подступиться. По одному из подразделений фирмы ведется весьма "интересный" учет, а именно затраты относятся на себестоимость определенным коэффициентом, который пересчитывается накопительно каждый следующий месяц. Таким образом, получается картина, что, условно, в январе на себестоимость относилось 75% затрат за этот самый январь, а вот в феврале коэффициент пересчитали и теперь уже за январь-февраль относится 65% и так далее. В реальности колебания коэффициента значительно меньше, но на оборотах подразделения за год они все равно дают о себе знать.
Обрабатываю я этот коэффициент примерно как показано в файле, только что коэффициент используется один, что ведет к 12 файлам (за каждый месяц накопительно), что неудобно, и срезы за прошлые периоды в более поздних файлах некорректны.
Кроме того, на данный момент этот отчет планируется перевести в дашборд для руководства (через Power BI Desktop).
Изначально я представлял, что срез по дате (временная шкала) должен как-то переключать таблицу данных для сводной (да, я готов держать в одном файле 12 таблиц) или вызывать пересчет одной. Но это не обязательно именно так должно работать.
Таким образом, мне нужно какой-то механизм, который позволит избежать расхождения данных как за предыдущие периоды, так и в текущем: то есть обновляю запрос за февраль, выбираю там срезом январь - и вижу данные января (как в первой таблице), снимаю срез - вижу данные за январь-февраль (как во второй, и без разницы, что данные за январь уже другие). Желательно, чтобы механизм мог использоваться в Power BI.
Если считаете, что данный топик правильнее разместить в форуме "Работа", то хотя бы подскажите, в какую сторону (конкретные названия функций, инструментов) мне пытаться смотреть и изучать вопрос самостоятельно, чтобы не выходить за границы разумной бесплатной помощи.
Программный код, как и яды, лучше тестировать по капельке
Люблю изобретать велосипеды с колесами произвольной формы
 
Hypohelix, добрый день. Если правильно понял:  
 
Смотрите во вложении.
Но странно то, что у вас пересчёт платежей за январь происходит по февральскому коэффициенту.
Не правильно ли было бы, чтобы платежи за февраль пересчитывались и по январскому и по февральскому коэффициенту, а январские платежи - только по январскому?  
Шлюхогон42
 
Alex, спасибо, вроде работает как надо. Что хорошо, в файле, для которого я это делаю, как раз используется модель Pivot для план-факт анализа. Буду курить мануалы по формулам меры, что Вы использовали. На мой взгляд, получилось изящно и легко)
Дмитрий Никитин, спасибо за вариант, но, к сожалению, Ваше решение на моей реальной базе вряд ли применимо: масштаб выгрузки - 270к+ строк за год по всей фирме со множеством дополнительных аналитик, и заводить даже частично их 12 копий в таблице на разные месячные коэффициенты - это пытаться вывести компьютер в нирвану (еще порядка 150к строк, если трогать только нужное подразделение). По вопросу о правильности пересчета: это не платежи, а отнесение затрат по изготовлению деталей собственными силами на себестоимость другой продукции. В моем понимании, на каждый месяц должен быть отдельный коэффициент, который и применяется исключительно на этот месяц, а лучше даже определение себестоимости детали, но здесь и сейчас это не так. Тем не менее, такая логика как сейчас, тоже может быть: условно деталь произвели в марте, положили на склад, а списали в затраты в июле вместе с такими же, произведенными в июле, поэтому и коэффициент для них общий.  
Программный код, как и яды, лучше тестировать по капельке
Люблю изобретать велосипеды с колесами произвольной формы
Страницы: 1
Читают тему
Наверх