Простые примеры сложных отчетов на СКД

Подписи в отчете.
Особенности соединения наборов: как соединить несоединяемое. Остатки на дату и обороты по месяцам в одном отчете.
Курс валюты на каждую дату без группировок и соединений в запросе. Отчет с произвольными колонками и с произвольной последовательностью. «Неадекватный отчет».

Особенности соединения наборов, или как соединить несоединяемое.

 

Есть 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.

 

22 Comments

  1. vasilev2015

    Лайк автору за качественный материал и приятный юмор.

    Reply
  2. CheBurator

    да, хорошо!

    очевидно, что в первом примере количество по 1 не может и не должно стоять напротив свойств.

    Reply
  3. Amur_MVS

    Плюс

    Спасибо

    Reply
  4. user605780_L.Alexander8

    Спасибо, качественно, доступно и с юмором

    Reply
  5. bulpi

    Вот за это я и не люблю СКД. Простейшие вещи требуют особого кунг-фу.

    Reply
  6. Hatson

    (5) Согласен. Но такая концепция у СКД — отчёт любой сложности без кода и табличных макетов. Это требует высокого уровня абстракции. А абстракция никогда не была дружелюбной.

    Reply
  7. ronhard

    Спасибо. Интересные особенности про связи наборов данных в СКД. «Отчет с произвольными колонками» конечно нечто. Не думал, что такое бывает.

    Reply
  8. Fragster

    Не раскрыта тема «Использовать список значений» для соединения наборов

    Reply
  9. Hatson

    (8) Возможно допишу. Так же про подписи не дописал, хоть и баян, но тоже постараюсь дополнить.

    Reply
  10. Sashares

    Пример с курсами валют плохой.

    Если нужны остатки/обороты на каждый день, не нужно никаких бубнов и соединений с календарем (которого может и не быть в конфигурации).

    В группировке Период достаточно указать дополнение — периодичность и диапазон дат, в который нужны данные.

    Reply
  11. Hatson

    (10) Да, дополнение периодов работает, но к сожалению только в относительно простых случаях. Кроме того, получать нечто периодическое может потребоваться не на каждую дату, а некую более сложную последовательность дат, например на дату документа.

    Reply
  12. aximo

    Автор, опишите возможность объединения строк по одинаковому значению, если такая штука имеется в СКД.

    Так же не раскрыта тема вложенных запросов, временных таблиц и встраиваемых функций.

    Reply
  13. Hatson

    (12) можно поподробнее про объединение строк…

    А встроенные функции — это отдельная большая тема

    Reply
  14. echo77

    (0) Спасибо за «специальное кунг-фу» — это натолкнуло на мысль.

    В примере соединения наборов Остатки и Обороты есть небольшой минус: вы не увидите оборотов по группировке для которой не было остатков, т.к. СКД строит ЛЕВОЕ соединение.

    Reply
  15. Hatson

    (14)

    небольшой минус: вы не увидите оборотов по группировке для которой не было остатков, т.к. СКД строит ЛЕВОЕ соединение.

    Да, верно.

    Reply
  16. djerry

    + в мемориз

    Вопрос «ламерский», ибо ни когда не задумывался: какой «+» дает мне использование наборов запросов по сравнению с запросом «все-в-одном»?

    Reply
  17. Hatson
  18. djerry

    (17) ,

    «в расчете итогов каждая запись участвует только один раз.

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

    — все понял. Фактическое применение тоже понятно, спасибо))

    Reply
  19. ids79
    Обороты по месяцам за период, плюс остатки на дату

    Это можно сделать и без добавления вычисляемого поля. Первая группировка по колонкам должна быть — «Детальные записи» и все. И не нужно будет общие итоги отключать.

    Reply
  20. Hatson

    (19) Верно. Такой пример описан на ИТС, но не переписывать же сюда ИТС)) Если будет не лень — дополню статью

    Reply
  21. user925427

    Понравилось детальное изложение вопросов. Этого, на мой взгляд, не хватает. По поводу абстракции тоже хорошее замечание. Не согласен с тем, что итоги в самом начале ошибочны. Есть таблица — товар и свойства, просим 1С посчитать итоги. И ждём (абстракция), что получим итоги по товару. С чего бы вдруг? В таблице и товар и свойства, вот и выводятся итоги по количествам свойств у товаров. Их 4. Возьмите первую таблицу, без свойств и получите итоги только по товарам — 3. Что тут неверно — итоги или уровень абстракции? Что происходит при использовании 2х наборов в СКД — итоги считаются по левому набору, по товарам. Их 3. А Маруся, вообще, огонь. Автору респект!

    Reply
  22. buganov

    Было бы идеально, если бы еще и тексты запросов с планами на СУБД

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *