Особенности соединения наборов: как соединить несоединяемое. Остатки на дату и обороты по месяцам в одном отчете.
Курс валюты на каждую дату без группировок и соединений в запросе. Отчет с произвольными колонками и с произвольной последовательностью. «Неадекватный отчет».
Особенности соединения наборов, или как соединить несоединяемое.
Есть 2 таблицы:
Таблица 1
Товар | Количество |
---|---|
А | 1 |
Б | 1 |
В | 1 |
Таблица 2
Товар | Свойство |
---|---|
А | аа |
А | аб |
Б | бв |
В | вг |
Нам нужно соединить их по товару, разумеется, и вывести корректные итоги. Если соединить их в запросе, то получится такая картина:
Товар |
свойство |
Количество |
---|---|---|
А |
аа |
1 |
А |
аб |
1 |
Б |
бв |
1 |
В |
вг |
1 |
С группировками и итогами будет так
Товар |
Количество | |
---|---|---|
Свойство |
||
А |
2 |
|
аа |
1 |
|
аб |
1 |
|
Б |
1 |
|
бв |
1 |
|
В |
1 |
|
вг |
1 |
|
Итого |
4 |
И видно, что итоги посчитаны неправильно! Товара всего 3 штуки – по одной штуке на товар.
Поместим эти две таблицы в отдельные наборы данных и соединим их средствами СКД:
Товар |
Количество |
|
---|---|---|
Свойство |
||
А |
1 |
|
аа |
1 |
|
аб |
1 |
|
Б |
1 |
|
бв |
1 |
|
В |
1 |
|
вг |
1 |
|
Итого |
3 |
Итоги посчитаны правильно!
Такая вот особенность СКД — при соединении наборов в соотношении "Один ко многим" итоги всё равно не искажаются и нам не нужно об этом беспокоиться. В следующем кейсе поговорим о том, как это можно использовать.
Обороты по месяцам за период, плюс остатки на дату
Часто пользователю требуется вот такая таблица или некое подобие, то есть сальдо на дату и разворот по периоду за период одновременно:
Остаток | 01.01.2024 | 01.02.2024 | 01.04.2024 | 01.06.2024 | Итого | ||
Остаток | Количество | Количество | Количество | Количество | Количество | ||
Айфон | 1 | 100 | 100 | 100 | 300 | ||
Самсунг | 1 | 220 | 220 | 220 | 660 | ||
Хуавей | 1 | 110 | 110 | 110 | 330 | ||
Итого | 3 | 430 | 430 | 210 | 220 | 1 290 |
|
Делай раз, делай два!
Создаем отдельные наборы: один для оборотов, второй -для остатков.
Соединяем их
Далее, (внимательно!) нам понадобиться некое специальное кунг-фу, а именно служебное вычисляемое поле — в него-то мы и выведем наше сальдо:
Настроим ресурсы (поля, по которым нам нужно вычислять итоги)
Настроим настройки (как бы это ни звучало), а точнее вывод:
Далее снова небольшое, но сильное кунг-фу: удалим автополе и оставим только то, что нам надо в выбранных полях для группировок:
По нашей единственной служебной колонке нам не нужны общие итоги — это явно лишнее, выключим их:
Всё! Отчет готов!
Не забудьте поиграться с этой настройкой:
Курсы валют (или что угодно периодичное, например остатки) на каждую дату (или на какие даты вам хочется) без использования бубна в запросах.
Бывает так, что уже есть скелет сложного периодического отчета, он прошел отладку и проверку, но вот к нему нужно нахлабучить еще что-то, что зависит от значений периода, который заранее неизвестен. Итак поехали! Нам понадобится: основной набор, к которому будем приклеивать курсы валют, в данном случае возьмем просто календарь; второй набор — собственно сами курсы валют.
Обратите внимание на поле "ПериодВалюты", в качестве которого выступает параметр виртуальной таблицы СрезПоследних "&ПериодВалюты" — оно нам понадобится для хитрого соединения наборов.
Соединяем наборы:
Вот оно — это поле, выбрано в колонке "Выражение приемник", а в колонке "Параметр" выбран одноименный параметр "&ПериодВалюты", называть их одинаково не обязательно. В данном примере поле и параметр имеют одинаковые имена для удобства восприятия. Теперь компоновщик будет передавать значение источника "ДатаКалендаря" в параметр "&ПериодВалюты" и так для каждой строки основного набора данных (тот, который слева, в данном случае "Календарь"). Таким образом, запрос второго набора данных (в данном случае "КурсыВалют") будет выполняться в цикле (всё, как вы любите) для каждой строки основного набора данных. Следите за производительностью!
PS
На закладке "Связи наборов данных" за колонкой "Параметр" есть еще колонка "Список параметров" (на картинке не видно). На сколько я понял, она нужна для оптимизации подобных задач. Например, в задаче для вывода некоторой информации с собственной иерархией необходимо передавать в параметр ссылочный тип данных. Так вот, чтобы запрос не выполнялся отдельно для каждой строчки можно установить эту галочку — в этом случае система будет компоновать записи порциями по 1000шт. Соответственно набор данных-приемник нужно будет немного переписать: поставить условие вхождения [В (&ссылка)]. В данном примере такой прием вряд ли подойдет.
Отчет с произвольными колонками
Иногда заказчик требует нарисовать в 1С такой же отчет, как у него в табличке EXCEL
Продажи Сайт | Продажи Торговый зал | Оптовые продажи | Продажи Дилеры | Итого | ||
Количество | Количество | Количество | Количество | Количество | ||
Товар 1 | 100 | 300 | 400 | |||
Товар 2 | 200 | 400 | 600 | |||
Итого | 100 | 200 | 300 | 400 | 1 000 |
Причем условия, по которым данные попадают в ту или иную колонку могут быть довольно сложными. Состав колонок так же может быть абсолютно произвольным и ограничен только фантазией заказчика. Порядок следования колонок конечно же не по алфавиту, а в строгом соответствии с неким сферическим ТЗ в вакууме.
Итак, технология:
1) Создаем порождающий запрос для генерации нужных нам столбцов с названиями, плюс добавляем служебное числовое поле для организации порядка следования колонок:
Запрос Разделы
2) Получаем перечень всей возможной Номенклатуры. В вашем случае может быть другая сущность. Она нам понадобится потом для декартова произведения
3) Во вложенном запросе получаем данные из источников данных. В данном примере для облегчения восприятия и воспроизведения вместо источников подставлены некие константные значения: "Товар 1" и тд . Обратите внимание, что во вложенном запросе мы конкретный подзапрос относим к конкретной колонке — за это отвечает поле "Раздел". Как вы понимаете, может так оказаться, что из источника выберется ноль строк и мы получим неполный набор колонок. Для решения этой рпоблемы в последнем (5-м) подзапросе вложенного запроса мы добавляем декартово произведение таблиц "ПереченьНоменклатуры" и "Разделы", показатель (в данном случае "Количество") заполняем нулями.
Далее вложенный запрос соединяем с таблицей "Разделы" исключительно для того, чтобы вытащить служебную числовую колонку "РазделПорядок" — она понадобится нам для нужной нам сортировки колонок в СКД
Результирующий запрос
4) Настраиваем вывод отчета в СКД
Используем числовую колонку для сортировки колонок
Делаем настройки вывода в таблицу
Готово!
Неадекватный отчет с кучей колонок в произвольной последовательности
Маруся
Ну-ко душу мне излей,
Отчаво ты черта злей?
Аль в салате по-милански
Не хватает трюфелей?..
Федот
Я твое, Марусь, меню
Исключительно ценю,
Только жисть мою, Маруся,
Загубили на корню!
Что мне делать? Как мне быть?..
Как беду мою избыть?
Приказал мне царь доставить
То-Чаво-Не-Может-Быть!..
Маруся
Не печалься и не хнычь!
Стоит только кинуть клич!
Ну-ко станьте предо мною,
Тит Кузьмич и Фрол Фомич!
Коли поняли приказ —
Выполняйте сей же час!
Молодцы
Извиняемся, хозяйка,
Энто дело не про нас!
Кабы схемку аль чертеж —
Мы б затеяли вертёж,
Ну а так — ищи сколь хочешь,
Черта лысого найдешь!
Как вы заметили, отчет представляет собой комбинацию предыдущий примеров.
На самом деле схемка проста: просто сваливайте всё в кучу! — СКД сама разберется что, как и куда запиховывать!
Теперь собственно вертёж.
1) Делаем объединение наборов данных и сваливаем туда все наши наборы данных (запросы)
2) Из-за того, что в разных наборах данных существуют данные, которые предназначены для разных колонок, то возникнут значения с типом NULL и соответственно лишние колонки. Избавимся от них этой настроечкой:
3) Настроим внешний вид отчета. Добавляем поля в колонки в той последовательности, в которой нам нужно чтобы они следовали
Остальные подробные настройки приведены в предыдущих примерах.
Маруся
Избегай пустых морок,
Избегай кривых дорог,
Думай больше о здоровье,
Ешь сметану и творог!..
Федот
Ты, Марусь, того, не трусь!
Образуется, Марусь!
Сполню царское заданье —
И целехоньким вернусь!
Отчет, с которым удобно работать в Excel
Наверняка все замечали, что с отчетом, сформированным в 1C очень тяжело потом работать в Excel просто из-за того, что 1С наводя "красоту" объединяет множество ячеек. Но с этим можно побороться, если заказчик слишком дотошный и требует всё "на готовенькое".
Есть такой отчет в исходном виде:
С такими настройками:
Требуется привести его к виду, пригодному для работы в Excel
Для того, чтобы привести его к такому виду необходимо немного перерисовать те его части, которые нас не устраивают. Делается это с помощью макетов. Рассмотрим 2 примера:
1) Перерисуем макет заголовка Номенклатуры и Свойства:
Сделаем его высотой в 3 ячейки.
2) Так же в 3 ячейки перерисуем макет, но теперь уже группировки "Период, ДопАналитика"
Остальные "неровности" перерисовываются аналогично.
Недостатки: отчет перестанет быть гибким после этого и при изменении настроек разъедется и превратится в белиберду. Но часто заказчик не собирается менять настройки и ему важно, чтобы отчет был в строго заданной форме и пригоден к выгрузке в Excel.
Лайк автору за качественный материал и приятный юмор.
да, хорошо!
очевидно, что в первом примере количество по 1 не может и не должно стоять напротив свойств.
Плюс
Спасибо
Спасибо, качественно, доступно и с юмором
Вот за это я и не люблю СКД. Простейшие вещи требуют особого кунг-фу.
(5) Согласен. Но такая концепция у СКД — отчёт любой сложности без кода и табличных макетов. Это требует высокого уровня абстракции. А абстракция никогда не была дружелюбной.
Спасибо. Интересные особенности про связи наборов данных в СКД. «Отчет с произвольными колонками» конечно нечто. Не думал, что такое бывает.
Не раскрыта тема «Использовать список значений» для соединения наборов
(8) Возможно допишу. Так же про подписи не дописал, хоть и баян, но тоже постараюсь дополнить.
Пример с курсами валют плохой.
Если нужны остатки/обороты на каждый день, не нужно никаких бубнов и соединений с календарем (которого может и не быть в конфигурации).
В группировке Период достаточно указать дополнение — периодичность и диапазон дат, в который нужны данные.
(10) Да, дополнение периодов работает, но к сожалению только в относительно простых случаях. Кроме того, получать нечто периодическое может потребоваться не на каждую дату, а некую более сложную последовательность дат, например на дату документа.
Автор, опишите возможность объединения строк по одинаковому значению, если такая штука имеется в СКД.
Так же не раскрыта тема
вложенных запросов, временных таблици встраиваемых функций.(12) можно поподробнее про объединение строк…
А встроенные функции — это отдельная большая тема
(0) Спасибо за «специальное кунг-фу» — это натолкнуло на мысль.
В примере соединения наборов Остатки и Обороты есть небольшой минус: вы не увидите оборотов по группировке для которой не было остатков, т.к. СКД строит ЛЕВОЕ соединение.
(14)
Да, верно.
+ в мемориз
Вопрос «ламерский», ибо ни когда не задумывался: какой «+» дает мне использование наборов запросов по сравнению с запросом «все-в-одном»?
(16)https://its.1c.ru/db/metod8dev/content/2635/hdoc
(17) ,
«в расчете итогов каждая запись участвует только один раз.
Заметим, что если для данного отчета данные получать одним запросом, то итоговые значения будут содержать суммы по всем строкам.»
— все понял. Фактическое применение тоже понятно, спасибо))
Это можно сделать и без добавления вычисляемого поля. Первая группировка по колонкам должна быть — «Детальные записи» и все. И не нужно будет общие итоги отключать.
(19) Верно. Такой пример описан на ИТС, но не переписывать же сюда ИТС)) Если будет не лень — дополню статью
Понравилось детальное изложение вопросов. Этого, на мой взгляд, не хватает. По поводу абстракции тоже хорошее замечание. Не согласен с тем, что итоги в самом начале ошибочны. Есть таблица — товар и свойства, просим 1С посчитать итоги. И ждём (абстракция), что получим итоги по товару. С чего бы вдруг? В таблице и товар и свойства, вот и выводятся итоги по количествам свойств у товаров. Их 4. Возьмите первую таблицу, без свойств и получите итоги только по товарам — 3. Что тут неверно — итоги или уровень абстракции? Что происходит при использовании 2х наборов в СКД — итоги считаются по левому набору, по товарам. Их 3. А Маруся, вообще, огонь. Автору респект!
Было бы идеально, если бы еще и тексты запросов с планами на СУБД