Всем привет.
[s]Идио[/s]Идеологический вопрос.
Есть отчет в бексе. Остатки, продажи, резервы, зависшие товары и т.д. Отчет выполняется за период (ну скажем, интервал дат).
Нужно в нем вывести последнего поставщика по данному материал-заводу, но с учетом периода. Т.е. вывести, от кого была поставка с максимальной датой, не превыщающей верхнюю границу периода отчета.
Вопрос, соответственно, как это проще всего организовать?
У меня пока есть следующие варианты:
1. Виртуальный признак, в котором пробегаться по движениям. Все здорово, но это будет достаточно медленно, и вообще, не хочется использовать виртуальные признаки без крайней необходимости.
2. Время-зависимый атрибут материал-завода. Но тут возникает нетривиальная логика при возникновении движения задним числом. Нужно будет проанализировать текущие интервалы и перекроить их с учетом появившегося движения.
3. Запихнуть этого поставщика в остатки, которые хранятся на каждый день. Проблема та же, что и в предыдущем пункте - при появлении движения задним числом придется сторнировать существующие строки в остатках и перезаписывать их с новым поставщиком.
4. Вообще отдельный DSO, в котором хранить этого "последнего поставщика" на каждый день. Очень не хочется только ради этого городить отдельный DSO, т.к. в детализации материал-завод-день он будет иметь весьма неслабый объем. Да и проблема движений задним числом тоже остается.

Может, кто посоветует более прямые варианты?

Насколько я понимаю, любые игры со спецагрегациями здесь бесполезны, т.к. это не показатель. Попытались сделать на признаке переменную-формулу, а на нее навесить спецагрегацию, но тоже не прокатило.

ЗЫ. Пытался убедить пользователей, что они занимаются ерундой и что информация, кто был последним поставщиком данного товара по состоянию на давно прошедший момент, бесполезна. Но убедить не удалось, так что теперь выбираю вариант реализации.

Странно, что не помогает показатель с переменной формулой и спец. агрегацией. По идее, должно работать. Последнее время было много нот по поводу спец. агрегации и переменной формулы.

Исходные данные:


Результат (если на дату поставки было несколько движений, то будут выведены несколько поставщиков):


Требуется модификация провайдера:

Вводим дополнительный показатель "Дата поставки", который при заполнении провайдера будет равен признаку "Дата поставки"

Запрос:

В строках отчета признаки:
- Завод
- Дата поставки
- Провайдер

В столбцах:
- показатель Дата поставки, ограниченный признаками Дата поставки и Провайдер (на обоих признаках выбрана опция константа-выбор)
- формула Последняя дата поставки, в ней показатель Дата поставки из предыдущего пункта, в спецагрегации ставим Последнее значение по признаку Дата поставки
- формула Флаг, в ней создаем переменную VAR_1 на замену из признака Дата поставки, в самом выражении формулы пишем VAR_1 == формула Последняя дата поставки
- показатель Объем поставки
- формула Объем поставки, в ней показатель Объем поставки * Флаг

Скрываем все показатели и формулы за исключением формулы Объем поставки, в свойствах запроса выставляем удаление нулевых строк (в качестве альтернативы можно было бы и условия использовать, в ряде случаев можно получить некоторое преимущество)

Примечания:

1. Предполагается, что объем поставки не может быть равен нулю
2. Если в провайдере была сторнирована строка, то ее показатели станут равны нулю, что противоречит п. 1 ("ноги растут" из того, что при работе спецагрегация Последнее значение по дате поставки будет анализировать строки и с нулевыми показателями тоже; вывод такой - либо использовать сжатие куба, либо использовать удаление строк, если провайдер DSO)

Спасибо за столь подробный рецепт.
Насколько я понял, общая идея в том, что мы за счет даты как показателя и подавления нулей в отчете скрываем все строки, кроме этой самой последней поставки.
В моем случае это не пройдет, т.к. в самом отчете нужна масса показателей (в т.ч. и из движений), а последний поставщик - это просто дополнительное справочное поле.

Основная идея - использование свойств константа-выбор одновременно на нескольких признаках, которые позволяют создать, по сути, группировку данных в требуемом разрезе (в данном случае - в разрезе завода). При правильном их использовании можно получить в оставшейся (в группе) строке результат, рассчитанный на основе других движений в группе, даже по тем строкам, которые затем будут скрыты. Показателей может быть много самых разных (не только объем), в определении последней даты поставки и самого поставщика они никакой роли не играют. Скрытие нулей - это лишь один из вариантов избавления от ненужных строк. Можно вместо скрытия нулей создать Условие, которое будет проверять только Флаг (правда, следует учитывать, что условие на невидимых показателях сопровождается предупреждением, от которого можно избавиться в RSRT).

Ограничения для решения - обязательное присутствие признака даты в развертке строк (в явном или скрытом виде), а также невозможность найти последнее значение без учета нулевых показателей (об этому уже писал). Ну и еще в провайдер надо добавлять показатель времени (а значит перегружать данные).