отчет динамика продаж план - факт #756460

ХЕЛП!!! Подскажите как завязать в один узел данные. Конфигурация УТ 10.3.  Идея такая: Есть продажи текущего периода. Аналитика период, подразделения и номенклатура - это фактические продажи. Есть месячные планы продаж, аналитика та же. Нужно сделать разбивку месячного плана продаж по дням, но с учетом продаж прошлого периода и вывести это все в один отчет.                     период1 | период2 | период3 подразделения              номенклатура       план,факт по сумме и количеству,                       отклонение факта от плана. например есть месячный план продаж на 60 рублей, в анализируемом периоде продали на 30 рублей, причем полмесяца продаж не было, а потом по 2 штуки в день. значит в текущем плане должно быть полмесяца о руб, а затем 4 штуки в день.   я сделал отчет но он медленно формируется и выдает нехватку памяти. Делал на СКД двумя внешними наборами данных. один набор фактические продажи текущие, другой - плановые по дням. отчет есть по ссылке и

План продаж ПО ДНЯМ?! Это чем таким Вы торгуете?

Нет. план создается на месяц. но шеф хочет смотреть исполнение плана продаж по дням, неделям, декадам и т.п. То есть месячный план нужно рассчитать по дням по коэффициентам предыдущих продаж

в дальнейшем еще план затрат нужен по статьям движения денег, чтобы смотреть оперативно доступные средства или перераспределять имеющиеся

Сделайте одним набором данных, зачем вам их два?

Продажи по дням факт и план по дням. Объедините и группируйте как хотите.

сейчас попробую в одну таблицу значений свести..

а зачем в тз?

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

сделал одним набором - стало заметно шустрее, хотя тоже долго. почему-то отбор на форме не работает. я разместил табличное поле с типом данных "КомпоновщикНастроек.Настройки.Отбор", устанавливаю отбор в нем, но на вывод отчета это не влияет. при компоновке указываю такую конструкцию " СтандартнаяОбработка=ложь; не пойму что не так.

Интересно, а что ты делаешь с 29 февраля?

А что с ним делать? Нехай будет.  Гораздо важнее верхние два вопроса: первый и в . Компоновщик настроек почему-то не берет во внимание свои же настройки...

написать: Настройки=КомпоновщикНастроек.Настройки;   тогда будет подхватывать настройки с формы. остался вопрос оптимизации всей конструкции

А что такого? У нас вполне ставят план на день (план на контакт у нас называется). Т.е. вечером менеджер анализирует какие клиенты у него будут завтра и что они брали и ставит план на день. И у же в разговоре у него подсказка, не забудь предложить эти позиции. Более того индивидуально (или на группу) у нас ставят ежедневный процент выполнения (с учетом дней отгрузок) и уже выполнения плана на месяц смотрят с учетом этого процента. Т.е. грубо говоря план на месяц 100 тысяч, на 23 число он должен выполнить 85%, соответственно на текущий момент план 85 тысяч, факт сколько есть. И соответственно смотрят успевает он или нет выполнить месячный план

Компания большая. Несколько филиалов. Планируют в том числе и на грядущий год (потом корректируют при необходимости). Есть куча подразделений в каждом из которых свой руководитель. При таком подходе ежедневное планирование нереально. Ставят планы на месяц. Но руководитель хочет видеть насколько план выполняется ежедневно. например запланировано продаж на 100 тысяч. Уже 20 число а продаж 20 тысяч (конкретное отставание). Смотрим предыдущий год, например: была такая же история до 20 числа ни о чем а с 25 резкий рост вверх. Делаем вывод что не все потеряно и откладываем розги в сторону (как минимум до 26 числа :)) . Как то так.

Chameleon1980 в упомянул другой способ (не ТЗ). Мне самому идея внешнего набора тоже не нравится, но другого способа рассчитать веса по прошлым продажам я не знаю. Может подскажет кто как это силами запроса СКД реализовать?

Появилась идея сделать всё без внешних таблиц. Суть такова: берем месячный план текущего периода, делим его на месячный факт прошлого периода - получаем общий коэффициент. Теперь берем продажи прошлого периода по дням и умножаем их на этот коэффициент. Получаем план текущего месяца по дням с учетом продаж прошлого периода. Только два вопроса: 1. будет ли это правильной формулой и не соображу как это запросом вытащить...Есть идеи?

Друзья, помогите с запросом. Когда период анализа "день" тогда вроде бы все верно, но если детализацию брать например квартал, то начинает "врать". вот сам запрос

или ПериодОтчета=Перечисления.Периодичность.Месяц Тогда

таблица соответствия периодов имеет вид например с 1 января по 31 декабря периодичность квартал. прошлый период - прошлый год НП (начало периода)  НПП (начало прошлого периода) тип дата             тип дата 01.01.2015           01.01.2014 01.04.2015           01.04.2014