Слетает начальный остаток при добавление колонки в стандартном отчёте на СКД
Всем доброго дня!
Возникла необходимость доработать стандартный отчёт из УТ 11.4 "Ведомость по товарам на складах", а именно добавить колонку в которой будет вся та же информация, что и в колонке "Расход", но только по документам Реализации. Это я сделал, сохранил отчёт как внешний, в СКД добавил новое поле и вывел его в отчёт, но при этом возникла проблема, появляются не понятные цифры начального остатка. В чём собственно проблема понять не могу, кто нибудь сталкивался с похожей ситуацией?
Платформа 8.3.17.1549
Возникла необходимость доработать стандартный отчёт из УТ 11.4 "Ведомость по товарам на складах", а именно добавить колонку в которой будет вся та же информация, что и в колонке "Расход", но только по документам Реализации. Это я сделал, сохранил отчёт как внешний, в СКД добавил новое поле и вывел его в отчёт, но при этом возникла проблема, появляются не понятные цифры начального остатка. В чём собственно проблема понять не могу, кто нибудь сталкивался с похожей ситуацией?
Платформа 8.3.17.1549
Прикрепленные файлы:
Найденные решения
(0) В роли у полей ПериодСекунда, Регистратор поставьте флаг Обязательное
Скорее всего, проблема в том, что когда выбирается поле Продажи, оно при своем расчете использует Регистратор(Тип значения), что говорит виртуальной таблице, что периодичность до Регистратора.
Данные берем с детализацией до регистратора, а поля Периода ПериодСекунда у нас нет. Вот СКД и не может правильно рассчитать остатки
Скорее всего, проблема в том, что когда выбирается поле Продажи, оно при своем расчете использует Регистратор(Тип значения), что говорит виртуальной таблице, что периодичность до Регистратора.
Данные берем с детализацией до регистратора, а поля Периода ПериодСекунда у нас нет. Вот СКД и не может правильно рассчитать остатки
Остальные ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(3) Текст запроса приложил в файле, дописал именно это
Структуру отчёт приложил
ВЫБОР
КОГДА ТИПЗНАЧЕНИЯ(ТоварыНаСкладахОстаткиИОбороты.Регистратор) = ТИП(Документ.РеализацияТоваровУслуг)
ТОГДА ВЫБОР
КОГДА &ЕдиницыКоличества = 0
ТОГДА ТоварыНаСкладахОстаткиИОбороты.ВНаличииРасход
КОГДА &ЕдиницыКоличества = 1
ТОГДА ВЫБОР
КОГДА ТоварыНаСкладахОстаткиИОбороты.Номенклатура.КоэффициентЕдиницыДляОтчетов <> 0
ТОГДА ТоварыНаСкладахОстаткиИОбороты.ВНаличииРасход / ТоварыНаСкладахОстаткиИОбороты.Номенклатура.КоэффициентЕдиницыДляОтчетов
ИНАЧЕ 0
КОНЕЦ
КОНЕЦ
КОНЕЦ КАК Продажи
ПоказатьСтруктуру отчёт приложил
Прикрепленные файлы:
Текст запроса.txt
(4)
А если так?
ВЫБОР
КОГДА ТИПЗНАЧЕНИЯ(ТоварыНаСкладахОстаткиИОбороты.Регистратор) = ТИП(Документ.РеализацияТоваровУслуг)
ТОГДА ВЫБОР
КОГДА &ЕдиницыКоличества = 0
ТОГДА ТоварыНаСкладахОстаткиИОбороты.ВНаличииРасход
КОГДА &ЕдиницыКоличества = 1
ТОГДА ВЫБОР
КОГДА ТоварыНаСкладахОстаткиИОбороты.Номенклатура.КоэффициентЕдиницыДляОтчетов <> 0
ТОГДА ТоварыНаСкладахОстаткиИОбороты.ВНаличииРасход / ТоварыНаСкладахОстаткиИОбороты.Номенклатура.КоэффициентЕдиницыДляОтчетов
ИНАЧЕ 0
КОНЕЦ
Иначе 0
КОНЕЦ
КОНЕЦ КАК Продажи
ПоказатьА если так?
(12) У меня работает как надо. В твой отчет вставил свой запрос
Прикрепленные файлы:
ВедомостьПоТоварамНаСкладахВнешний.erf
(9) Короче тут такая фишка ... (и увидеть ее можно только при отладке как я писал). Если в запросе идет обращение к регистратору, то такой запрос возвращается данные с разворотом по нему. В том числе начальный остаток. Но самого регистратора в выборке нет. Отчего СКД сносит башню - раз нет регистратора в выборке, значит начальный остаток суммируем по данным выборки. А он там развернут по регистратору. Вот и получается фигня.
Тут может помочь или получение этого ресурса в отдельном запросе объединения - из оборотов или из движений и соот-но потом склейка основного запроса с этой частью. Или (что почти тоже самое) получение этих данных в отдельном наборе и потом соединение через набор объединения.
Короче нужно добиться того, чтобы в возвращаемой выборке выполняемый запрос не разворачивал остаток по регистратору, если этого регистратора нет в выбранных полях
Тут может помочь или получение этого ресурса в отдельном запросе объединения - из оборотов или из движений и соот-но потом склейка основного запроса с этой частью. Или (что почти тоже самое) получение этих данных в отдельном наборе и потом соединение через набор объединения.
Короче нужно добиться того, чтобы в возвращаемой выборке выполняемый запрос не разворачивал остаток по регистратору, если этого регистратора нет в выбранных полях
ну ... может еще сравнить роли у ресурсов и измерений. может они слетели (хотя не должны были).
что еще можно посоветовать - взять консоль компоновки данных (тут на ИС можно поискать в статьях по "Отладка СКД"), посмотреть какой запрос там отправляется платформе для выполнения, выполнить его в консоли запросов (не в консоли СКД) и посмотреть что выйдет. если такой же кривой результат, то можно будет дальше смотреть. если результат правильный, то хуже - тут уже какие-то внутренние механизмы СКД сломались
что еще можно посоветовать - взять консоль компоновки данных (тут на ИС можно поискать в статьях по "Отладка СКД"), посмотреть какой запрос там отправляется платформе для выполнения, выполнить его в консоли запросов (не в консоли СКД) и посмотреть что выйдет. если такой же кривой результат, то можно будет дальше смотреть. если результат правильный, то хуже - тут уже какие-то внутренние механизмы СКД сломались
(0) В роли у полей ПериодСекунда, Регистратор поставьте флаг Обязательное
Скорее всего, проблема в том, что когда выбирается поле Продажи, оно при своем расчете использует Регистратор(Тип значения), что говорит виртуальной таблице, что периодичность до Регистратора.
Данные берем с детализацией до регистратора, а поля Периода ПериодСекунда у нас нет. Вот СКД и не может правильно рассчитать остатки
Скорее всего, проблема в том, что когда выбирается поле Продажи, оно при своем расчете использует Регистратор(Тип значения), что говорит виртуальной таблице, что периодичность до Регистратора.
Данные берем с детализацией до регистратора, а поля Периода ПериодСекунда у нас нет. Вот СКД и не может правильно рассчитать остатки
Вакансии
Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)