1С скд вложенные схемы примеры

acsent Разработки Отзывов (4) В закладки

О разработке

Отличный набор примеров по работе с СКД. В первые был опубликован здесь.

В данной публикации приведены следующие примеры отчетов на СКД:

2. СКД в обработке:
Пример ручного формирования отчета во внешней обработке (для возможности подключения как печ. форму)

3. СКД (Только отбор):
Использование отбора СКД при ручном формировании отчета

4. Защита СКД:
Схема храниться в макете в виде zip архива с паролем

5. Остатки и таблица значений:
Использование ролей полей для получения отчета по остакам с разворотом по дополнительным периодам

6. По всем контрагентам:
Дополнение отчета всеми контрагентами (через объединение наборов)

8. Объединение наборов данных:
Вычисление разных ресурсов на разных уровнях

11. Остатки и движения по вертикали
Дополнение движений строками: “Остатки на []”

ПолучитьПараметрОтчета()
УстановитьПараметрОтчета()
НайтиГруппировку()
ОтборПоНепустым()
УстановитьПользовательскоеПолеИнтервал()

13. Подсистема “Шаблон типового отчета”:
Формы, модули, справочники и т.д. из БП 1.6.13 необходимые для работы
отчета “Шаблон типового отчета”

Скриншоты

Скачать все файлы одним архивом

Очень не хватает объяснений – что для чего сделано и почему именно так как сделано. Желательно пошагово. Еще лучше, если будет подробно показано, что если какой-то шаг пропустить, то к чему это приведет. Например – не сделал какую-то настройку и результат не тот, что ожидали.

В первую очередь, выражаю благодарность, ибо свободной инфы по СКД очень мало.

Во вторых хотел немного покритиковать – а именно, некоторые отчеты не удалось открыть – вылазили ошибки типа <(12, 2)>: Таблица не найдена “Документ.ОтчетМастераСмены.РасходМатериалов”
<>Документ.ОтчетМастераСмены.РасходМатериалов КАК Док

Я уже не первый год работаю с 8кой, но конф с такими документами еще (слава, богу;) не встречал.

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

Исключительно на правах feature request ))
Еще раз спасибо за инфу, и респект.

Предыдущие статьи по СКД можно посмотреть по ссылкам ниже:

До сих пор, мы рассматривали схему компоновки с одним единственны набором данных «Запрос». Это самый распространенный вариант применения СКД. Однако, система позволяет создавать наборы данных других типов. А также создавать несколько наборов данных. Все эти действия выполняются на закладке «Наборы данных» конструктора схемы компоновки:

Типы наборов данных СКД

Рассмотрим, какие типы наборов данных можно создать в схеме компоновки данных:

  • Набор данных запрос – произвольный запрос к базе данных (самый распространенный вариант),
  • Набор данных объект – произвольный, внешний набор данных (например таблица значений),
  • Набор данных объединение – объединение нескольких наборов данных в один результирующий.

Набор данных объект

Мы еще не рассматривали набор данных объект, по этому, остановимся на нем более подробно. Создавая набор данных этого типа, необходимо описать только выходные поля этого набора и его наименование:

Этого достаточно, чтобы указать все действия по дальнейшей обработке данных: расчет итогов, построение структуры отчета, настройка отборов, сортировки и прочие настройки.

Сам механизм для формирования данных необходимо описывать программно, и передавать процессору компоновки. Такие внешние данные могут быть следующих видов:

  • Таблица значений,
  • Выборка из результата запроса,
  • Область ячеек табличного документа,
  • Набор записей регистров,
  • Любой объект конфигурации или его табличная часть.

Наиболее распространенный тип внешних данных – это таблица значений. Ниже пример программного кода для передачи внешних данных процессору компоновки:

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

Набор данных объединение

Набор данного типа, по своей сути, не является набором как таковым. Он служит для объединения нескольких наборов данных любого типа в один, результирующий.

Может быть построена разветвленная структура объединений наборов данных. Отдельные наборы можно перетаскивать мышкой по структуре.

Существует ограничение: подчиненные наборы могут быть только у наборов данных объединение.

Также, следует обратить внимание, что набор реквизитов полей у подчиненных наборов данных ограничен:

Отсутствуют следующие реквизиты:

  • Автозаголовок,
  • Роль,
  • Выражения представления и упорядочивания,
  • Проверка иерархии,
  • Оформление,
  • Параметры редактирования.

Связи наборов данных

Раз уж можно создавать несколько наборов данных, необходимо их как-то связывать между собой. Существует два способа связи наборов данных: объединение и соединение.

Объединение выполняется с помощью отдельного набора данных «Набор данных объединение», который описан выше.

У объединения наборов данных есть существенное отличие от объединения двух отдельных таблиц в запросе: количество выходных полей у объединяемых наборов может отличаться.

Поля объединяемых наборов с одинаковым значением реквизита «Путь» сворачиваются в одно. Автоматической группировки строк по полям с одинаковым реквизитом «Путь» – не происходит.

Читайте также:  Схема подключения частотника данфосс

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

Из выше сказанного можно сделать вывод, не должно быть четкого соответствия между количеством и последовательностью полей объединяемых наборов. Но, если нам нужно, чтобы какие-либо значения из двух наборов объединились в одну колонку, это также возможно, путем указанием одного и того же реквизита «Путь».

Это более сложный вид связи двух наборов данных. Для настройки соединения наборов предназначена специальная закладка конструктора схемы компоновки «Связи наборов данных»:

Соединение двух наборов выполняется по аналогии с соединением таблиц в запросе. На закладке «Связи наборов данных», по аналогии с конструктором запросов можно выбрать наборы данных и поля наборов (выражения), по которым необходимо выполнить соединение.

  • Вид соединения по умолчанию всегда «ЛЕВОЕ ВНЕШНЕЕ». Источником связи выступает основной набор данных, приемником связи – подчиненный.
  • Выполнять соединение можно только для наборов данных верхнего уровня. То-есть, наборы данных, которые входят в наборы «Объединения» соединять нельзя.

Передача параметров в подчиненные наборы

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

Только нужно иметь в виду, что получившаяся схема будет своеобразным запросом в цикле в рамках СКД.

Параметры указываются на закладке «Связи наборов данных», для каждой связующей пары:

На этой же закладке есть возможность установить флаг «Список параметров». В этом случае, алгоритм получения данных из подчиненного набора данных будет оптимизирован. Данные будут получены одним запросом.

Учитывая то, что параметр в этом случае – список, в условии запроса подчиненного набора необходимо указать конструкцию «В ()».

Дополнительные настройки связи наборов данных

Условие связи – поле, в котором можно задать произвольное выражение. Связь будет выполняться только в том случае, если значение выражения будет «Истина».

Начальное значение связи – используется для указания начального значения (корневого элемента), для связи набора данных с самим собой. Настройка может использоваться для создания собственной иерархии детальных записей.

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

Некоторые особенности соединения наборов данных

Группировка данных при объединении наборов

При соединении наборов данных, в каждом отдельном наборе может встречаться несколько строк с одним и тем же значением поля, по которому осуществляется связь. Несмотря на это, при расчете итогов всегда используется только одна запись каждого набора, и задвоения не происходит. Расчет итогов по группировкам получается корректный (в отличие от соединения нескольких таблиц в одном запросе).

Это основное преимущество использования соединения нескольких наборов данных.

Созданы два набора данных, которые содержат следующие строки:

При соединении этих наборов, используя связь по полю «Товар», в итогах по группировке «Товар» будут корректные значения:

Оптимизация итоговых запросов макета

СКД автоматически осуществляет оптимизацию наборов данных. Если в настройках компоновки не выбрано ни одного поля из подчиненного набора, в итоговый макет компоновки не включается целиком подчиненный набор и его связи.

Использование не связанных наборов данных

В СКД можно использовать несколько не связанных наборов данных. В этом случае, в настройках компоновки отчета существует ограничение на использование полей из разных наборов данных в одной и той же структуре группировок. Использование полей из разных, не связанных друг с другом наборов в разных структурах допустимо.

Отбор по полю подчиненного набора

Если в отборе, в настройках компоновки установить отбор на поле из подчиненного набора, соединение наборов данных превратится во внутренне (аналогично соединению таблиц в запросе). В этом случае, если необходимо получить все данные из основного набора, нужно наложить отбор на уровне группировки отчета. Я напомню, отборы на уровне группировок не включаются в запрос макета компоновки, а выполняются на уровне СКД.

Иерархия в отчетах на СКД

Для вывода иерархии в отчетах на СКД, в настройках компоновки указывается соответствующий тип группировки: «Иерархия» или «Только иерархия». Такая возможность доступна для ссылочных полей, для которых используется иерархия.

Если в настройках используется иерархия, система компоновки создаст «не явно» дополнительный набор данных с запросом к таблице объекта, для которого будет строиться иерархия и две дополнительные связи:

  • Первая – с основным набором данных,
  • Вторая – с самим собой.

Это позволит системе компоновки «достроить» элементы иерархии.

Автоматическое построение иерархии системой компоновки данных

Допустим, у нас есть простой набор данных «ПродажиТоваров», который содержит следующий запрос к базе данных:

В отчете необходимо вывести иерархию по полю «Товар».

В макете компоновки будет создан дополнительный набор данных с запросом такого вида:

Также, будут созданы две дополнительные связи:

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

Читайте также:  Термопот кипит и не отключается причины

Вторая связь, это связь созданного набора с самим собой. Источникам связи выступает поле «Родитель», а приемником «Ссылка». Опять же, используется параметр «Ссылки». Именно с помощью данной связи, СКД достраивает иерархические записи.

Вот так, вроде бы поменяли одну настройку, а СКД уже построила «не явно» столько дополнительных объектов.

В большинстве случаев иерархия строится автоматически в отчетах, и не требует глубокого понимания этого процесса. Однако, иногда может потребоваться создать иерархию, отличную от типовой (по полю «Родитель»). Вот тогда все описанные выше действия необходимо реализовывать вручную. В остальных случаях создавать дополнительный набор данных явно для построения иерархии, смысла нет.

На заметку. При автоматическом построении иерархии, система дублирует групповое поле на более низком уровне. То-есть, если у нас есть группа «Продукты», в которую входят: «Молоко» и «Хлеб», в отчете в группу «Продукты» будут входить три элемента: «Молоко», «Хлеб», «Продукты». Это не корректно. Происходит это из-за того, что система компоновки достраивает иерархические записи к тем, что уже есть в выборке. Если справочник имеет иерархию групп, для решения проблемы проще всего добавить отбор для выводимых записей:

Если используется иерархия элементов, все несколько сложнее. Нужно накладывать дополнительные отборы. Различные решения приведены здесь и здесь .

Допустим, нам нужно построить иерархию по полю «Руководитель» справочника «Пользователи». При этом сам руководитель – это также элемент справочника «Пользователи», и он может иметь своего руководителя более высокого уровня.

Для этого создадим два набора данных: «Заказы» и «Иерархия». Запросы наборов приведены ниже:

Создадим две связи для созданных наборов:

Дальше, в настройках компоновки создадим простую структуру:

  • Первая группировка по полю «Автор» – иерархическая,
  • Вторая группировка – детальные записи.

Выведем для отчета два поля: «Склад» и «Ссылка».

Сформированный отчет будет отображать созданную нами иерархию по полю «Автор»:

Важно. Поле, для которого достаивается иерархия должно иметь один и тот же путь в обоих наборах данных (в нашем случае «Автор»).

Проблема с иерархическим отбором в собственной иерархии

При создании собственной иерархии, есть один нюанс. По умолчанию не будут работать корректно иерархические отборы в настройках компоновки (с видом сравнения «В группе»), по полю, для которого достраивается иерархия.

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

Набор для построения иерархии достраивает для каждой записи родителя, потом родителя более высокого уровня, и так далее до корневого элемента. А набор для проверки иерархии наоборот, разворачивает записи от полученного родителя до конечных элементов самого низкого уровня. Запрос для нашего случая будет следующий:

Для созданного набора необходимо создать связь самого к себе. Поле источника, в данном случае будет «Ссылка», а поле приемника – «Руководитель».

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

Вот так вот, все «не очень» просто, если реализовывать иерархию самостоятельно.

Иерархические детальные записи

Помимо выше описанной иерархии, СКД позволяет выводить иерархию детальных записей.

В предыдущем примере, в настройках компоновки мы добавляли иерархическую группировку. Для вывода иерархии детальных записей, она не нужна. Достаточно группировки «Детальные записи». При выводе детальных записей, система проверяет, существует ли у набора данных связь самого к себе. Если эта связь существует, данные выводятся в иерархическом виде.

Рассмотрим это на примере.

Возьмем запрос из выше описанного примера, только параметр наложим на поле «Родитель» (как было сделано для проверки иерархии):

Добавим связь данного набора самого к себе. Источником связи будет поле «Ссылка», а приемником – «Руководитель». Получаем разворот от элементов более высокого уровня к элементам конечного, самого низкого уровня.

Дополнительно, системе необходимо указать начиная с какого элемента требуется строить иерархию. Для этого существует параметр в таблице связей «Начальное значение связи». Если параметр равен пустой ссылке, иерархия строиться по всем доступным элементам:

Вложенные отчеты на СКД

Тема не большая, и рассматривать ее отдельно нет смысла. По этому, быстренько пробегусь по ней в данной статье.

По своей сути, вложенные отчеты – это полноценные отчеты на СКД, которые можно формировать самостоятельно, отдельно от основного отчета.

Для создания вложенного отчета, нужно добавить его схему компоновки на закладке конструктора «Вложенные схемы»:

Для вывода вложенной схемы в структуру отчета, в настройках компоновки нужно выбрать пункт контекстного меню «Добавить вложенный отчет». Для выбора будут доступны все добавленные вложенные схемы.

Для того, чтобы вложенный отчет выводился для определенного значения группировки, нужно указать настройки для добавленной вложенной схемы:

В настройках помимо произвольного отбора, можно указать связь полей из основной схемы компоновки с полями вложенной схемы. Для этого нужно связать поля вложенной схемы с полями поле компоновки основной схемы. Поля основной схемы расположены в специальной группе «ОбъектНастройкиВладелец»:

Читайте также:  Указать kms сервер вручную

Можно установить значения параметров вложенной схемы компоновки или связать их с параметрами текущей схемы. Если вложенный отчет еще не включен в структуру основного отчета, действия также можно выполнить в настройках вложенной схем. Для установки связи нужно указать параметр основной компоновки из группы «ОбъектНастройкиВладелец»:

Важно. Если отчет уже добавлен в структуру настроек, устанавливать связи для отбора и задавать параметры необходимо непосредственно в настройках основной компоновки для элемента структуры – вложенный отчет:

После настройки параметров вложенного отчета, можно их скрыть для пользователей. Для этого, в самой вложенной схеме нужно указать для этих параметров флаг «Ограничение доступности». Параметры не будут видны в настройках, однако настройки связей буду работать корректно.

На этом все, в следующих статьях рассмотрены следующие темы:

Для ознакомления с предыдущими статьями можно перейти по ссылкам:

ПРИМЕР БЕЗ ПРОГРАММИРОВАНИЯ

Для начала давайте рассмотрим способ вывода отчета из вложенной схемы без программирования. У нас есть два отчета:

  • Остатки товаров;
  • Цены номенклатуры;

На основании двух отчетов необходимо составить один отчет, где отчет «Цены номенклатуры» будут вызываться как вариант отчета «Остатки товаров» (пример не совсем по смыслу, но демонстрирует возможности платформы).
Итак, сначала откроем отчет «Цены номенклатуры» в конфигураторе и сохраним схему отчета в файл.

Теперь перейдем в отчет «Остатки номенклатуры», откроем основную схему компоновки данных на вкладке «Вложенные схемы». После добавления новой вложенной схемы, загрузим сохраненную схему. Хочу обратить внимание на то, что нельзя изменять имя и заголовок отчета .

Создадим новый вариант отчета, дадим ему имя «Цены номенклатуры», подключим вложенный отчет. Должно выйти примерно так, как на картинке.

Запустим отчет в режиме «1С Предприятия» и убедимся, что нам доступны 2 варианта отчета.

ПРОГРАММНЫЙ ВЫВОД ОТЧЕТА С ВЛОЖЕННЫМИ СХЕМАМИ

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

Следующий код выводит отчет из макета обработки:

Перейдем к выводу вложенной схемы. Давайте посмотрим отладчиком, где ее искать.

Вот она, во вложенных схемах компоновки данных. Дело за малым, осталось программно вывести результат работы процессора компоновки в форму.

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

Статья написана по материалам сайта avtomat.biz

Скачать файлы

Специальные предложения

Автор извратился и решил задачу, которая:
1) по-нормальному решается 2-мя независимыми источниками данных и 2-мя вариантами, вложенные схемы не для того предназначены (а для формирования отчета с вложенными подотчетами (с) кэп)
2) задача надуманная (как писали выше) и рождённая от буквального понимания безумных хотелок пользователей (ну да. некогда думать, прыгать (грести деньги) надо).

PS Может погорячился. Впринципе достаточно малотрудозатратный способ продемонстрирован, хотя и не совсем "правильный".

Хорошая статья. Очень бы хотелось посмотреть как в шаблоне типового отчета (который на обычных формах) можно:
1. разрешить использование вложенных схем
2. заставить работать интерфейсные элементы, с этими вложенными схемами.

П.1 я победил. По п.2 – копал глубоко, но расковырять так и не смог. Если бы автор как то просветил этот момент – цветы к его прижизненному памятнику обещаю носить ежегодно 🙂

См. также

Полезные процедуры и функции для программиста 164

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

07.10.2019 13902 2 HostHost 23

Перенос данных КА 1.1 => ERP 2 (ЕРП) (обработка переноса документов, остатков и справочной информации из "1С:Комплексная автоматизация, ред. 1.1" в "1С:ERP Управление предприятием, ред 2"). Обновлен до КА 1.1.115.х и ERP 2.4.10.х Промо

Обработка позволяет переносить из КА 1.1 в ERP 2 документы за выбранный период и остатки. Типовая обработка от фирмы 1С документы не переносит. Также исправлены ошибки типовой обработки. При выходе новых релизов обновление высылается бесплатно в течение года. Разработка будет полезна фирмам-франчайзи, которые периодически выполняют такой перенос данных для заказчиков. Вы можете один раз приобрести обработку переноса, и потом бесплатно получать обновления в случае выхода новых релизов конфигураций 1С.

Описание формата внутреннего представления данных 1С в контексте обмена данными 156

Фирма 1С не рекомендует использовать внутреннее представление данных для любых целей, которые отличны от обмена с 1С:Предприятием 7.7. Но сама возможность заглянуть на "внутреннюю кухню" платформы с помощью функций ЗначениеВСтрокуВнутр(), ЗначениеВФайл(), ЗначениеИзСтрокиВнутр() и ЗначениеИзФайла(), дала возможность сообществу программистов 1С разработать новые приемы разработки и анализа. Так, именно на использовании внутреннего представления был построен алгоритм "быстрого массива", который позволяет практически мгновенно создать массив в памяти на основании строки с разделителями. С помощью разбора внутреннего представления можно "на лету" программным кодом выполнить анализ обычной формы и даже сделать редактор графической схемы. Во внутреннем формате сохраняют свои данные между сеансами различные популярные внешние обработки. А еще это возможность сделать быстрый обмен с внешними системами.

06.09.2019 7417 6 Dementor 27

Наименование Файл Версия Размер
Оцените статью
Добавить комментарий

Adblock
detector