В отчете необходимо сделать итоговую сумму по группировке "Заказ".
В группировке поступление сумма вычисляется следующим образом
В группировке заказ .
Не могу понять, какое выражение нужно написать, что бы посчиталась сумма по группировке "Заказ", может у кого то есть идеи?
Делаю таким образом, сумма считается не правильно, должно быть 361,060, а получается 360,060
В группировке поступление сумма вычисляется следующим образом
Сумма(КоличествоЕдиницПлан)
В группировке заказ
Максимум(ВЫЧИСЛИТЬВЫРАЖЕНИЕСГРУППИРОВКОЙМАССИВ("Сумма(КоличествоЕдиницПлан)",
"Поступление, Вылюта"))
Не могу понять, какое выражение нужно написать, что бы посчиталась сумма по группировке "Заказ", может у кого то есть идеи?
Делаю таким образом, сумма считается не правильно, должно быть 361,060, а получается 360,060
Сумма(ВЫЧИСЛИТЬВЫРАЖЕНИЕСГРУППИРОВКОЙМАССИВ("Сумма(СуммаПоПлану)", "Заказ, Номенклатура, Предприятие"))
Прикрепленные файлы:
По теме из базы знаний
Найденные решения
(28) По своему опыту могу сказать, что всякий раз, когда получаются столь зубодробительные выражения ресурсов, то более простым решением будет пересмотреть наборы данных.
Как я понимаю, ключевая проблема здесь в том, что количество по спецификации - это показатель, анализируемый в разрезе Заказа, Номенклатуры и Типа, в то время как количество по поступлениям имеет ту же аналитику, плюс само Поступление. Таким образом имеем два показателя, имеющих разный набор аналитик.
Но СКД этого не понимает. Вы подготовили один набор данных, вероятнее всего запросом, где присутствуют оба показателя, а вместе с ними и вся возможная аналитика. И с этим набором данных СКД работает как с обычной таблицей, в результате чего Количество по спецификации незаслуженно "получила" новый для себя разрез - Поступление. Вот и приходится Вам изголяться с вычисляемыми выражениями и максимумами.
Так вот. Попробуйте исправить наборы данных. Если есть возможность, разбейте исходный на два. Первый только с заказами и количеством по спецификации. Второй - уже с заказами и поступлениями, без количества по спецификации, но с количеством по поступлениям. Свяжите их по совпадающим полям на закладке "Связи наборов данных" СКД.
В этом случае все выражения ресурсов на всех уровнях группировок будут элементарными: "Сумма(КоличествоПо...)". Для двух наборов данных СКД уже прекрасно поймет, где не должно быть дублирования, и не станет, например, несколько раз складывать количество по спецификации для одного и того же заказа, но разных поступлений. Ведь в наборе данных, где присутствует количество по спецификации, поступлений - нет.
Как я понимаю, ключевая проблема здесь в том, что количество по спецификации - это показатель, анализируемый в разрезе Заказа, Номенклатуры и Типа, в то время как количество по поступлениям имеет ту же аналитику, плюс само Поступление. Таким образом имеем два показателя, имеющих разный набор аналитик.
Но СКД этого не понимает. Вы подготовили один набор данных, вероятнее всего запросом, где присутствуют оба показателя, а вместе с ними и вся возможная аналитика. И с этим набором данных СКД работает как с обычной таблицей, в результате чего Количество по спецификации незаслуженно "получила" новый для себя разрез - Поступление. Вот и приходится Вам изголяться с вычисляемыми выражениями и максимумами.
Так вот. Попробуйте исправить наборы данных. Если есть возможность, разбейте исходный на два. Первый только с заказами и количеством по спецификации. Второй - уже с заказами и поступлениями, без количества по спецификации, но с количеством по поступлениям. Свяжите их по совпадающим полям на закладке "Связи наборов данных" СКД.
В этом случае все выражения ресурсов на всех уровнях группировок будут элементарными: "Сумма(КоличествоПо...)". Для двух наборов данных СКД уже прекрасно поймет, где не должно быть дублирования, и не станет, например, несколько раз складывать количество по спецификации для одного и того же заказа, но разных поступлений. Ведь в наборе данных, где присутствует количество по спецификации, поступлений - нет.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(4) и (10) нет противоречий по утверждениям "надо так или эдак"?
в общем случае у вас есть инструменты решения.
правда есть еще один костыль - пользовательские поля
и суперкостыль - использовать условное оформление где в свойстве "текст" вставить ресурс.
вложенные агрегаты и перечисленные костыли позволяют реализовать в СКД любую степень извращений для самых утонченных клиентов - мои вроде не ропчат.
в общем случае у вас есть инструменты решения.
правда есть еще один костыль - пользовательские поля
и суперкостыль - использовать условное оформление где в свойстве "текст" вставить ресурс.
вложенные агрегаты и перечисленные костыли позволяют реализовать в СКД любую степень извращений для самых утонченных клиентов - мои вроде не ропчат.
я устал - я ухожу
из описания не понятно:
- как вы считаете "Общий итог" для ресурса. Так же как для группировки "Заказ"?
- вы указываете разные поля для разных группировок, в двух местах указано поле "КоличествоЕдиницПлан", в другом "СуммаПоПлану", а на скриншотах вы вроде считаете Количество.
- как вы считаете "Общий итог" для ресурса. Так же как для группировки "Заказ"?
- вы указываете разные поля для разных группировок, в двух местах указано поле "КоличествоЕдиницПлан", в другом "СуммаПоПлану", а на скриншотах вы вроде считаете Количество.
(15)
СуммаПоПлану косячнул, это другое поле, но суть у него такая же, но опустим его сейчас чтобы не путать.
У меня есть заказ, в котором указано количество для определенной номенклатуры, это и есть колонка количество по спецификациии, она же "КоличествоЕдиницПлан".
Бывает, что в заказе указывается одна и та же номенклатура, но разный тип, на скрине это второй заказ, в таком случае в группировке поступление и заказ это количество нужно суммировать 1+2 = 3
А бывает, что у заказа позиция номенклатуры поставляется двумя приходами, но напротив прихода пишется количество из заказа (на скрине это первый заказ) и поэтому в группировке Заказа сумма не подходит, будет дублироваться итоговое количество.
СуммаПоПлану
СуммаПоПлану косячнул, это другое поле, но суть у него такая же, но опустим его сейчас чтобы не путать.
У меня есть заказ, в котором указано количество для определенной номенклатуры, это и есть колонка количество по спецификациии, она же "КоличествоЕдиницПлан".
Бывает, что в заказе указывается одна и та же номенклатура, но разный тип, на скрине это второй заказ, в таком случае в группировке поступление и заказ это количество нужно суммировать 1+2 = 3
А бывает, что у заказа позиция номенклатуры поставляется двумя приходами, но напротив прихода пишется количество из заказа (на скрине это первый заказ) и поэтому в группировке Заказа сумма не подходит, будет дублироваться итоговое количество.
Прикрепленные файлы:
(28) По своему опыту могу сказать, что всякий раз, когда получаются столь зубодробительные выражения ресурсов, то более простым решением будет пересмотреть наборы данных.
Как я понимаю, ключевая проблема здесь в том, что количество по спецификации - это показатель, анализируемый в разрезе Заказа, Номенклатуры и Типа, в то время как количество по поступлениям имеет ту же аналитику, плюс само Поступление. Таким образом имеем два показателя, имеющих разный набор аналитик.
Но СКД этого не понимает. Вы подготовили один набор данных, вероятнее всего запросом, где присутствуют оба показателя, а вместе с ними и вся возможная аналитика. И с этим набором данных СКД работает как с обычной таблицей, в результате чего Количество по спецификации незаслуженно "получила" новый для себя разрез - Поступление. Вот и приходится Вам изголяться с вычисляемыми выражениями и максимумами.
Так вот. Попробуйте исправить наборы данных. Если есть возможность, разбейте исходный на два. Первый только с заказами и количеством по спецификации. Второй - уже с заказами и поступлениями, без количества по спецификации, но с количеством по поступлениям. Свяжите их по совпадающим полям на закладке "Связи наборов данных" СКД.
В этом случае все выражения ресурсов на всех уровнях группировок будут элементарными: "Сумма(КоличествоПо...)". Для двух наборов данных СКД уже прекрасно поймет, где не должно быть дублирования, и не станет, например, несколько раз складывать количество по спецификации для одного и того же заказа, но разных поступлений. Ведь в наборе данных, где присутствует количество по спецификации, поступлений - нет.
Как я понимаю, ключевая проблема здесь в том, что количество по спецификации - это показатель, анализируемый в разрезе Заказа, Номенклатуры и Типа, в то время как количество по поступлениям имеет ту же аналитику, плюс само Поступление. Таким образом имеем два показателя, имеющих разный набор аналитик.
Но СКД этого не понимает. Вы подготовили один набор данных, вероятнее всего запросом, где присутствуют оба показателя, а вместе с ними и вся возможная аналитика. И с этим набором данных СКД работает как с обычной таблицей, в результате чего Количество по спецификации незаслуженно "получила" новый для себя разрез - Поступление. Вот и приходится Вам изголяться с вычисляемыми выражениями и максимумами.
Так вот. Попробуйте исправить наборы данных. Если есть возможность, разбейте исходный на два. Первый только с заказами и количеством по спецификации. Второй - уже с заказами и поступлениями, без количества по спецификации, но с количеством по поступлениям. Свяжите их по совпадающим полям на закладке "Связи наборов данных" СКД.
В этом случае все выражения ресурсов на всех уровнях группировок будут элементарными: "Сумма(КоличествоПо...)". Для двух наборов данных СКД уже прекрасно поймет, где не должно быть дублирования, и не станет, например, несколько раз складывать количество по спецификации для одного и того же заказа, но разных поступлений. Ведь в наборе данных, где присутствует количество по спецификации, поступлений - нет.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот