Карпухина Н.Н. Экономические информационные системы (1084313), страница 9
Текст из файла (страница 9)
Далее выполним проведение документа по регистру.
Сначала изменим процедуру проведения документа Выполнение услуги.
4. Открыть окно редактирования объекта конфигурации документа ОказаниеУслуги и на закладке Движения укажем, что этот документ будет создавать движение по регистру Выполненные услуги (рис. 74а).
Рис. 74а. Создание движений документа Выполнение услуги в регистре Выполненные услуги
5. Обратите внимание, что сразу после отметки выбранного регистра становится доступной кнопка 
. Нажмите на кнопку. На экране отразится Конструктор движения регистров.
В табличной части выберите ПереченьНоменклатуры.
Список реквизитов документа, который уже заполнен реквизитами шапки документа, автоматически дополнится реквизитами табличной части.
Нажмите на кнопку Заполнить выражения.
В нижнем окне сформируется соответствии полей (измерений и ресурсов) регистра и выражений для их расчета (рис. 74б).
Конструктор движений установил необходимое соответствие регистра и документа.
Рис. 74б. Выбор табличной части документа и заполнение выражений для расчета движений регистра
Далее необходимо нажать на кнопку ОК.
6. На экране откроется текст модуля документа Выполненные услуги (рис. 74в).
Рис. 74в. Процедура документа Выполненные услуги ОбработкаПроведения
Проверим в работе выполненные выше действия, запустим приложение в режиме 1С: Предприятие.
XII. Отчет – ВЫБОР ДАННЫХ ИЗ ДВУХ ТАБЛИЦ
Создадим отчет Рейтинг услуг, который будет содержать информацию о том, выполнение каких работ принесло наибольшую прибыль предприятию.
На примере отчета Рейтинг услуг проиллюстрируем, как отбирать данные в некотором периоде, как задавать параметры запроса, как использовать в запросе данные из нескольких таблиц и как включать в результат запроса все данные одного из источников, как работать с параметрами системы компоновки данных, как использовать стандартные даты, и познакомимся с быстрыми пользовательскими настройками отчетов, как более детально настраивать отбор и условное оформление в отчетах.
1. В режиме Конфигуратор добавим новый объект конфигурации Отчет. Назовем его РейтингУслуг и запустим конструктор схемы компоновки данных (рис. 75а).
Рис. 75а. Основные свойства отчета
2. В схеме компоновки данных Добавить набор данных – запрос (рис. 75б) и нажать на кнопку 
.
Рис. 75б. Добавление набора данных в Схему компоновки данных
3. В качестве источника данных для запроса выберем объектную (ссылочную) таблицу НоменклатураУслуг и виртуальную таблицу регистра накопления ВыполненныеУслуги.Обороты (рис. 75в).
Рис. 75в. Конструктор запроса – Выбор таблиц
4. Чтобы исключить неоднозначность имен в запросе, переименуем таблицу НоменклатураУслуг в спрНоменклатураУслуг. Для этого выделим ее в списке Таблицы, вызовем ее контекстное меню и выберем пункт Переименовать таблицу (рис. 75г).
Рис. 75г. Переименование таблицы в запросе
5. В список полей перенесем поля СпрНоменклатураУслуга.Ссылка и ВыполненныеУслугиОбороты.СтоимостьОборот из этих таблиц (рис. 75д).
Рис. 75д. выбранные поля
6. Перейдем на закладку Связи. Так как в запросе теперь участвуют несколько таблиц, требуется определить связь между ними.
По умолчанию платформой уже будет создана связь по полю НоменклатураУслуг. То есть значение измерения НоменклатураУслуг регистра ВыполненныеУслуги должно быть равно ссылке на элемент справочника НоменклатураУслуг.
Необходимо снять флажок Все у таблицы ВыполненныеУслуги.Обороты и установить его у таблицы спрНоменклатураУслуг (рис. 75е).
Рис. 75е. Установление связи между таблицами
Тем самым задаем тип связи как Левое соединение, то есть в результат запроса будут включены все записи справочника НоменклатураУслуги те записи регистра ВыполненныеУслуги, которые удовлетворяют условию связи по полю НоменклатураУслуг. Например (рис. 75ж):
Рис. 75ж. связь таблиц в запросе
7. Определим Условие отбора записей. На закладке Условия установим отбор, чтобы группы справочника НоменклатураУслуги не попадали в отчет.
Для этого раскроем таблицу спрНоменклатураУслуги, перетащим мышью поле ЭтоГруппа в список условий, установим флажок Произвольное и напишем в поле Условие следующий текст (рис. 75з):
спрНоменклатура.ЭтоГруппа=ЛОЖЬ
Рис. 75з. Условие запроса
Тем самым было указали, что из базы данных нужно выбрать только те записи справочника НоменклатураУслуг, которые не являются группами.
Вторым условием должно быть то, что выбранный элемент является услугой. Это – Простое условие. Чтобы его создать, перетащим мышью поле ВидНоменклатурыУслуг в список условий.
Платформа автоматически сформирует условие, согласно которому вид номенклатуры услуг должен быть равен значению параметра ВидНоменклатурыУслуг (рис. 75и).
В дальнейшем перед выполнением запроса передадим в параметр ВидНоменклатурыУслуг значение перечисления – Услуга.
Рис. 75и Создание условия запроса
8. Обозначим Псевдонимы полей. На закладке Объединения/Псевдонимы укажем, что представление элемента справочника (поле Ссылка) будет иметь псевдоним Услуга, а поле регистра будет иметь псевдоним Стоимость (рис. 75к).
Рис. 75к. Установка псевдонимов полей запроса
8. Далее определим Порядок записей. На закладке Порядок укажем, что результат запроса должен быть отсортирован по убыванию значения поля Сумма (рис. 75л).
Рис. 75л. Порядок записей запроса
Создание запроса закончено, нажмем кнопку ОК. Вернемся в конструктор схемы компоновки данных.
9. Проанализируем ,сформированный платформой текст запроса:
Сначала, как обычно, идет часть описания запроса, и в ней есть новые для конструкции.
При описании источников запроса (после ключевого слова ИЗ) использована возможность определения нескольких источников запроса.
В данном случае выбираются записи из двух источников: СпрНоменклатураУслуга и ВыполненныеУслуги, причем ключевым предложением ЛЕВОЕ СОЕДИНЕНИЕ ... ПО описан способ, которым будут скомбинированы между собой записи этих двух источников.
ЛЕВОЕ СОЕДИНЕНИЕ означает, что в результат запроса нужно включить комбинации записей из обоих источников, которые соответствуют указанному после ключевого слова ПО условию. Кроме этого, в результат запроса нужно включить еще и записи из первого (указанного слева от слова СОЕДИНЕНИЕ) источника, для которых не найдено соответствующих условию записей из второго источника.
В части описания запроса есть еще одна новая конструкция – задание условий отбора данных из исходных таблиц.
Условию отбора всегда предшествует ключевое слово ГДЕ. После него описывается само условие. Обратите внимание, что поля исходных таблиц, на которые накладывается условие, могут и не входить в список выборки (как в нашем случае). Кроме того, в нашем условии использован параметр запроса ВидНоменклатурыУслуг (перед именем параметра указывается символ & – амперсанд).
Вернемся в конструктор схемы компоновки данных.
Предполагается, что в отчете будут представлены итоговые значения полученной предприятием суммы (в руб.) для каждой услуги. Для этого необходимо определить поля ресурсов отчета.
Под ресурсами в системе компоновки данных подразумеваются поля, значения которых рассчитываются на основании детальных записей, входящих в группировку. По сути, ресурсы являются групповыми или общими итогами отчета.
10. Итоговые данные формируются на закладке Ресурсы. Перейдем на эту закладку и нажмем кнопку 
, чтобы конструктор выбрал все доступные ресурсы, по которым можно вычислять итоги.
В нашем случае это единственный ресурс Сумма.
Платформа автоматически предложить рассчитывать сумму значений этого поля, что и необходимо (рис. 76а).
Рис. 76а. Ресурсы схемы компоновки данных
11. Установим Параметры. Пользователя, как правило, интересуют данные о хозяйственной деятельности за определенный период. Поэтому практически в любом отчете используются параметры, задающие начало и конец отчетного периода.
Параметры отчета задают условия отбора записей в отчет. В схеме компоновки данных параметры отчета задаются на закладке Параметры.
На этой закладке представлено три параметра: НачалоПериода, КонецПериода и ВидНоменклатурыУслуг.
Почему параметра три, хотя в запросе был задан всего один – ВидНоменклатурыУслуг?
Все дело в том, что система компоновки данных самостоятельно анализирует текст запроса и помимо тех параметров, которые указаны в нем в явном виде (ВидНоменклатурыУслуг), предоставляет возможность настроить также и параметры виртуальных таблиц, которые участвуют в запросе.
Такими параметрами являются НачалоПериода и КонецПериода. Это первые два параметра виртуальной таблицы РегисгрНакопления.ВыполненныеУслуги.Обороты, которая была использована в запросе, в левом соединении.
Следует помнить, что если передается в качестве этих параметров дата (а в нашем случае так и будет), то дата содержит и время с точностью до секунды.
Допустим, заранее известно, что пользователя не будут интересовать результаты работы отчета в периодах, указанных с точностью до секунды. В этом случае следует учесть две особенности:
-
пользователя нужно избавить от необходимости указывать время при вводе даты периода, за который формируется отчет.
-
по умолчанию время в дате установлено 00:00:00. Поэтому если пользователь задаст период отчета с 01.07.2009 по 14.07.2009, итоги регистра будут рассчитаны с начала дня 01.07.2009 00:00:00 по начало дня 14.07.2009 00:00:00.
12. Изменим существующее описание типа для параметра НачалоПериода.
Вернемся на закладку Параметры схемы компоновки данных и дважды щелкнем в ячейке Тип, соответствующей параметру НачалоПериода.
Затем нажмем кнопку выбора 
и в нижней части окна редактирования типа данных установим Состав даты в значение Дата. Нажмем ОК (рис. 76б).
Рис. 76б. Редактирование состава даты
13. Еобавим еще один параметр, в который пользователь будет вводить дату окончания. А значение параметра КонецПериода будем рассчитывать автоматически таким образом, чтобы оно указывало на конец дня даты, введенной пользователем.
Поэтому для параметра КонецПериода установим флажок Ограничение доступности (рис. 76в).
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
