Редактирую отчет(не мой), нужно посчитать уровень запасов.
С помощью этого запроса http://kb.mista.ru/article.php?id=359 нахожу количество дней на скаду.
Так как есть еще переменная датаоприходования то в запросе есть несколько значений, для нахождения нужной применил функцию максимум в ресурсах, но оно почему то не на всей номенклатуре срабатывает, на части номенклатуры оно суммирует вместо поиска максимума.
Вот отчет http://webfile.ru/effb0c6818911e90261179e81ba660fc
Отчет работает на Управление торговлей и взаимоотношениями с клиентами (CRM), также и ут 10.3
Прошу помочь разобраться.

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

вместо запроса выложи скрин вкладки Группировка из конструктора

вместо обработки*

Там 4 запроса, последний из ссылки выше, соединил его с 3 оставшимися

Уровень запасов - это что? формулу покажи.

количество дней(Сколько дней товар находился на складе) / расход * остаток на тек.день = уровень запасов на складе

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

http://pixs.ru/showimage/ur1jpg_3979394_13296200.jpg
http://pixs.ru/showimage/ur2jpg_8825561_13296209.jpg

Видимо мало специалистов по скд. :(

5 раз ВЫБОР и только 4 раза ИНАЧЕ? Для первого ВЫБОРА то ИНАЧЕ есть? Это про запрос по количеству дней на складе.

Функцию то МАКСИМУМ как в СКД используешь - в запросе или на вкладке РЕСУРСЫ?

Максимум в ресурсах
В консоле запросов нормально все показывает, вот только в отчете часть задваивает или суммирует

непонятно почему в запросе перед последним КОНЕЦ нет ИНАЧЕ 0. СКД на это может немного не адекватно реагировать.

А поточнее в каком месте, вроде везде стоит

СУММА(
        ВЫБОР
            КОГДА ПартииТоваровНаСкладахОстаткиИОбороты.Период = НАЧАЛОПЕРИОДА(&КонПериода, День) ТОГДА
                ВЫБОР
                    КОГДА ПартииТоваровНаСкладахОстаткиИОбороты.КоличествоКонечныйОстатокПредыдущий > 0 ТОГДА
                        ВЫБОР
                            КОГДА ПартииТоваровНаСкладахОстаткиИОбороты.КоличествоКонечныйОстаток <= 0 ТОГДА
                                РАЗНОСТЬДАТ(ПартииТоваровНаСкладахОстаткиИОбороты.ПредыдущийПериод, ПартииТоваровНаСкладахОстаткиИОбороты.Период, ДЕНЬ)
                            ИНАЧЕ
                                РАЗНОСТЬДАТ(ПартииТоваровНаСкладахОстаткиИОбороты.ПредыдущийПериод, &КонПериода, ДЕНЬ) + 1
                        КОНЕЦ
                    ИНАЧЕ                            
                        ВЫБОР
                            КОГДА ПартииТоваровНаСкладахОстаткиИОбороты.КоличествоКонечныйОстаток > 0 ТОГДА
                                 РАЗНОСТЬДАТ(ПартииТоваровНаСкладахОстаткиИОбороты.Период, &КонПериода, ДЕНЬ) + 1
                             ИНАЧЕ
                                 0
                         КОНЕЦ
                КОНЕЦ
            ИНАЧЕ
                ВЫБОР
                    КОГДА ПартииТоваровНаСкладахОстаткиИОбороты.КоличествоКонечныйОстатокПредыдущий > 0 ТОГДА
                        РАЗНОСТЬДАТ(ПартииТоваровНаСкладахОстаткиИОбороты.ПредыдущийПериод, ПартииТоваровНаСкладахОстаткиИОбороты.Период, ДЕНЬ)
                    ИНАЧЕ
                        0
                КОНЕЦ
        КОНЕЦ) КАК КоличествоДнейНаСкладе

а плин, обсчитался - количество ИНАЧЕ, соответствует количеству ВЫБОР. Соррь.

Уже думаю плюнуть на скд, запросом получить доки, загнать в тз и посчитать все

скд вещь хитрая, там от многих вещей результат зависит. В частности от структуры вывода и использования автозаполнения состава полей.

Убрал характеристики, задвоения ушли, видимо как то их группирует. Может и без них нормально будет.