Сначала была предпринята попытка построить отчет с использованием чистого СКД, однако параметры СКД получились весьма запутанными, и часто не давали правильного результата, поэтому было принято решение построить отчет по принципу «нормальных героев», которые «всегда идут в обход» (с), а именно: сначала в памяти формируется виртуальный «Заказ клиента», по нему происходит заполнение цен с использованием стандартного внутреннего механизма УТ, и полученные таким образом цены выводится в виде отчета (заказ, естественно, не записывается в базу данных).
Отсюда вытекают сразу два «больших» минуса отчета: небольшая (по сравнению с отчетом на СКД) скорость исполнения (10 000 позиций номенклатуры при развитых скидках формируются 3-7 минут) и недостаточная гибкость настроек (нельзя, например, построить отчет по нескольким контрагентам), хотя второй минус можно невилировать, добавив нужный код.
У меня чувство дежавю …
(1) anado, есть уже что-то подобное? (не нашел), или это критика подхода? (уверяю вас, на чистом СКД запрос получился поболе чем иные в ЗиУП, хотя и работает такой отчет существенно быстрее, но точного (совпадающего с вычислением по заказам) вычисления итоговой цены на чистом СКД мне так и не удалось добится (слишком там запутанные условия), возможно, это случится в будующем ))) )
ЗЫ: Этот «Заказ клиента» создается как объект в памяти и в базе не сохраняется.
А отчет случайно не доработан с того времени? А то мне как раз нужна обработка, формирующая прайсы для клиентов с учетом соглашений и на определенную дату. И макет чтобы можно было править 😉
Гениально. А главное совместимость. Даже на 11.2 работает, если бы было через скд то совместимости бы не было .
Это точно. убит день на попытку сделать через скд. в результате при некоторых параметрах ничего не работает (