Что такое конструктор отчетов
Обновлено: 19.04.2024
Мы продолжаем серию статей по использованию Битрикс24 для разных задач. Сегодня публикую руководство моего коллеги, Михаила Филиппова, на тему безовой отчётности для руководителя отдела продаж.
Для чего нужна CRM? Ответ очевиден — для хранения информации по работе с клиентами. Но это с точки зрения менеджера. Для руководителя, CRM нужна для получения отчетов, показывающих эффективность работы отдела продаж. Рассмотрим, какие отчеты создаются в Битрикс24.
Мы различаем оперативные отчёты и отчёты за определённый отрезок времени.
Оперативный отчет строится на текущую дату и дает понимание, что сейчас происходит с клиентами.
Например, требуется знать, в каких стадиях находятся сделки по направлению «Проект». Самый простой вариант – открыть сделки, выбрать направление и получить оперативный отчет по стадиям направления «Проект»:
Полученный отчет можно выгрузить в Excel и далее обработать с помощью электронной таблицы:
Другой пример. Требуется знать, сколько сделок в ожидании оплаты счета. Для отображения этого состояния в сделках создана стадия «Счет». Поэтому в фильтре выбираем для поля «Стадия сделки» значение «Счет»:
Если поля в фильтре нет, то нажимаем «Добавить поле» и галочкой отмечаем нужное поле:
Получаем таблицу со сделками в стадии «Счет»:
Получившийся отчет можно распечатать:
А как получить информацию, по каким сделкам были оплачены счета за последнюю неделю? Нужно дополнительно создать поле «Дата оплаты», в котором менеджеры будут фиксировать данные. На основе этого поля можно уже построить отчет, используя диапазон дат:
Ниже мы дали подробный разбор настройки трёх отчётов:
1. Отчёт по сделкам, по которым получена оплата
2. Число новых лидов по сотрудникам
3. Отчёт по источникам обращений
Допустим, нужен отчет по количеству сделок, по которым получена оплата. В компании несколько направлений бизнеса, поэтому нужна отдельная информация по каждому направлению сделок. Строим отчет по сущности «Сделка»:
Задаем название отчета и выбираем отчетный период «за все время»:
Добавляем колонки, которые требуются в отчете:
Следующий шаг — сформируем фильтр для удобного управления отчетом. Требуется отбирать сделки по отдельным направлениям, поэтому фильтр по направлению нужен:
Добавляем с помощью плюсика поле «Дата оплаты»:
Обратите внимание, что использовано два раза поле «Дата оплаты», чтобы задавать диапазон в отчете:
Сохраняем отчет, и задаем фильтр для вывода по дате оплаты 18.11 – 22.11, т. е. одна рабочая неделя, без выходных:
Далее мы хотим видеть сумму по сделкам и общую сумму за неделю. Добавляем «Сумма в валюте сделки»:
Задаем «Вычислить колонку» по сумме:
Получаем общий итог:
Неплохо, отчет показывает по каким сделкам выполнена оплата за неделю и считает итоговую сумму.
Для построения отчетов за период времени использовать фильтр в CRM неудобно. Для создания таких отчетов используется специальный конструктор отчетов.
Рассмотрим пример. Требуется построить отчет, в котором отображается число новых лидов, созданных сотрудниками за неделю. Выбираем раздел «Отчеты»:
Откроется страница, на которой представлены готовые отчеты. Но требуется создавать новый, поэтому нажимаем «Добавить отчет»:
Выбираем сущность, по которой строится отчет — Лид:
В результате открывается конструктор отчетов. Задаем название отчета и выбираем отчетный период — «за все время»:
Почему «за все время»? Дело в том, что отчетный период не задает время, за которое формируется отчет. Отчетный период определяет время совершения событий, на основании которых элемент попадает в отчет. Подробная информация на странице справки Работа с отчетами . Поэтому время, за которое надо построить отчет, будем задавать отдельными настройками.
Убираем ненужные колонки (крестик возле названия, когда наводишь мышку) и добавляем те, которые требуются в отчете. Нужна колонка с ответственными и колонка с числом лидов по каждому ответственному. Для получения числовых значений в Битрикс24 используется следующий способ. Добавляем колонку с ID (уникальный номер лида):
Включаем галочку «Вычислить колонку» и задаем, что считаем — количество уникальных ID (т. е. номера лидов не повторяются):
Чтобы название колонки было читабельным, а не «ID», с помощью «карандаша» меняем название на «Число новых лидов» и задаем сортировку по фамилии ответственных:
Дополнительно добавим для информативности расчет доли по каждому сотруднику. Аналогично используем ID, но укажем, что требуется вычисление доли от столбца, т. е. от «общего числа» (используем значок процента):
Колонки в отчете сформировали. Следующий шаг — сформировать фильтр, который будем использовать для отбора данных. По заданию нужно выводить данные за неделю. Для этого выбираем поле Дата создания два раза (плюс справа добавляет новое поле) и указываем условия «Больше или равно», «Меньше или равно»:
Так двумя датами будем задавать нужный временной диапазон. Повысим информативность отчета, добавим в фильтр поля «Источник лида» и «Статус лида»:
Чтобы сотрудники использовали созданный отчет, включим общий доступ. Настраивается только одно право доступа — чтение. Поэтому изменить отчет другие сотрудники не смогут. Но могут скопировать и потом изменить копию.
Диаграмму использовать не будем, важнее получить табличный отчет. Сохранив отчет, с помощью фильтра можно теперь задавать произвольный диапазон времени, по которому требуются отчетные данные. В нашем варианте выберем неделю, указав понедельник и воскресенье:
Еще пример — требуется узнать, сколько лидов пришло за неделю по почте, о которых «забыли» сотрудники. Выставляем в фильтре отчета Источник = «Электронная почта» и Статус = «Не обработан». Получаем информацию про забывчивых сотрудников:
Продолжим рассматривать работу с отчетами в CRM на примерах. Получим информацию по каналам поступления новых обращений – лидов. Для этого добавляем отчет по лидам, задаем заголовок, указываем отчетный период – «за все время», убираем колонки, которые Битрикс24 предлагает по умолчанию:
Далее добавляем колонку «Источник лида», а для вычисления количества используем уже известный вам способ — выбираем «ID» и задаем, что вычислить — «количество уникальных». Можно еще добавить расчет доли по каждому источнику для информативности:
При формировании фильтра задаем поля для фильтрации данных в отчете. Чтобы указывать диапазон времени также используем рассмотренный выше лайфхак — зададим дату создания с двумя параметрами —«Больше или равно», «Меньше или равно»:
Полученный отчет покажет эффективность каналов входящих обращений:
Для наглядности добавим диаграмму в отчет:
В результате получится наглядный отчет для быстрой оценки эффективности каналов обращений за период времени:
Теперь ложка дегтя в этой сладкой бочке меда — конструкторе построения отчетов. Например, требуется построить отчет по лидам с разбивкой по периодам следующего вида:
Или получить сводный отчет по лидам и сделкам за период времени для каждого ответственного:
Конструктор отчетов в CRM, к сожалению, в этих случаях помочь не сможет. Как поступить? Самый простой вариант — получить из Битрикс24 информацию по лидам, сделкам, периоду, ответственному и скопировать в электронную таблицу, например, в Excel. Дальше выполнять обработку данных в электронной таблице.
Есть и другой вариант — сложный, но значительно упрощающий и сокращающий время создания подобных отчетов. Это доработка Битрикс24 — создание индивидуальных отчетов в CRM. API позволяет это делать, как в облачной версии, так и в коробочной. Но из своего опыта мы рекомендуем использовать коробочное решение. Причина простая, в коробке делать доработки проще и дешевле на 20-30%. Например, цена разработки приведенного выше отчета в коробке составит 25 - 40 тыс. руб. В облаке цена будет уже от 50 тыс., с учетом размещения программного модуля на внешнем хостинге. Подробнее о доработках Битрикс24.
Примеры создания других сложных отчетов мы рассматривали ранее в нашем блоге:
Как должна выглядеть идеальная система отчетности в системе управления проектами? Можно ли принести компании реальную пользу, выгрузив что-то из системы управления, или это всегда будет просто формальностями? Можно ли найти в данных системы управления что-то интересное и новое для самой компании?
Меня эти вопросы волнуют особенно. Я последние два года работаю над системой управления YouGile.
Ключевая проблема отчетности в том, что информация в любом одном срезе данных всегда будет неполной, как бы ни старалась компания все отмечать и фиксировать. Самый простой пример — смотрим на список выполненных задач по людям, а это правда в лучшем случае только на 80%. Не все задачи фиксируются, не все отмечаются выполненными, некоторые метрики системно искажаются.
При этом требование к отчетам из неполной информации очень высокое — отчеты должны формировать объективное понимание того, что происходит.
То, что мы в итоге сделали после изучения этого вопроса — ниже в коротком ролике. А под катом описание процесса, как к этому пришли.
Реальность
Реальность в компаниях несколько хуже, чем просто 20% неполноты в каждом конкретном отчете. Обычно ситуация такова, что вообще “хоть где-то” фиксируется только половина задач, и при этом в разных местах: в мессенджерах, в почте, в устных разговорах…
При появлении централизованной системы управления и формирования хоть какой-то культуры постановки задач ситуация немного улучшается, но информационная система не может и не должна становиться системой контроля и учета. Чем больше будет жестких правил относительно того, что должно фиксироваться в системе, тем отчёты будут точнее. Но системой добровольно будут пользоваться меньше. Круг борьбы за прозрачность замыкается.
Как же быть компании, которая разрабатывает систему управления? Как создать объективную картину происходящего без условия, что вся информация будет зафиксирована?
Наша история отношения к отчетностям
2 года назад — начинаем делать систему управления проектами с упором на коммуникации. Реализуем подход, когда каждая задача — это чат и стараемся затянуть команды в проектную деятельность за счет общения. Отчеты игнорируем. Считаем, что подобный инструмент никак не влияет на использование системы, а скорее только отталкивает реальную команду от свободного инструмента планирования.
1.5 года назад — регулярно получаем некоторое количество запросов по отчетам. Чаще всего встречается запрос на список задач по людям. Начинаем изучать, как используются отчёты нашими клиентами, которые переходят из других систем. Понимаем, что отчёты там есть. В самых популярных системах можно получить по несколько разных сводок: по людям, по времени, по завершенности, по проектам. НО, разговаривая с пользователями, оказывается, что этим никто особенно не пользуется. Исключения составляют только случаи изначально строго регламентированных процессов, таких как HelpDesk или BugTracker.
1 год назад — выпускаем такую функцию как конфигуратор, который позволяет писать свои скрипты внутри системы. В том числе выгружать какие-либо данные. Время от времени крупным клиентам настраиваем выгрузки непосредственно под их запросы. И происходит немного странная ситуация — иногда компаниям удается извлечь из этого реальную пользу — они сообщают нам, что выгружают кучу данных, анализируют их и принимают какие-либо решения. А иногда это становится балластом, которым никто не пользуется.
8 месяцев назад — идем на поводу запросов от клиентов и делаем несколько сводок как в большинстве других систем: ленту всех событий и специальную доску с задачами по сотрудникам. Функция используется редко, но те, кто использует — довольны и хотят больше подобной информации. Объясняют, что хотели бы видеть большее количество деталей по тем или иным процессам.
5 месяцев назад — всем крупным заказчикам начинаем сразу поставлять систему с всевозможными отчётами на скриптах, которые были разработаны ранее. Их много, они самые разные, но не очень удобно, так как нет нормальных интерфейсов. Но при этом заказчиков такой подход вполне устраивает. Замечаем очень простую истину: когда отчетов много, они по какой-то причине начинают работать. Компании сообщают, что им удается извлечь информацию, на основании которой можно принимать те или иные решения. Появляются запросы на отчеты по просмотрам проектов со стороны сотрудников и распределению внимания команды.
3 недели назад — ещё раз говорим с клиентами и приходим к простому выводу: количество отчетов с разных сторон обосновано именно тем, что какое-либо понимание можно создать только в том случае, если картина просматривается с множества разных сторон. При этом эти стороны в разных ситуациях могут быть самыми разными.
Выпускаем конструктор отчетов. Стараемся сделать так, чтобы можно было получить всё что угодно, но при этом сохранить простоту интерфейса.
Какую систему отчетов и сводок построили мы в YouGile
Интерфейс формирования отчетов выглядит так:
В итоге отчет выглядит, как таблица с возможностью мультисортировки.
И тут, честно говоря, пока нет ничего сверхестественного — просто хорошая гибкая система получения отчетов по задачам, с доступными интерфейсами. Да, есть пара интересных параметров и система отправки отчетов по расписанию. Но действительно мощный инструмент для создания прозрачности в компании — это “сводки”.
Сводки — это всё то же самое, что и отчёты, но задачи выводятся не в виде таблицы с множеством параметров, а в виде столбца на доске. То есть, наряду с обычными столбиками, на доске можно создать специальный столбик, куда выводятся задачи по заданным принципам фильтрации из других проектов и досок за произвольные промежутки времени. Задачи в сводках доступны только для чтения, их нельзя поменять, но можно участвовать в общении в чате.
Вот самый простой пример из нескольких таких столбиков:
У такого инструмента вместе с системой отчётности оказалось много вариантов применения для создания понимания того, что происходит в компании. Можно делать отдельные доски для наблюдения, можно добавлять на рабочую доску список актуальных задач из соседнего отдела, можно вывести все важные для себя задачи по одному столбцу на каждый проект и тд.
Несколько примеров из практики
1. Хотим узнать, чем занимается команда
В обычной ситуации мы должны были бы выгрузить отчет по выполненным задачам и может быть по новым поставленным задачам.
Сейчас мы можем сделать сводку: в первый столбик вывести выполненные задачи за последние 7 дней, во второй все новые задачи за последние 7 дней, в третий столбик все задачи в которых были перемещения или диалоги за последние 7 дней, в четвертый просто все с самым высоким приоритетом.
И, конечно, такая сводка далеко не во всех командах расскажет, чем занят отдел. Но понаблюдав за динамикой пару недель, точно появятся выводы о том, где узкие места в процессе и идеи, как усовершенствовать мониторинг.
2. Как понять, кто чем занят
В обычной ситуации можно было бы вывести все открытые задачи по людям.
3. Как понять что команда решила не делать
В первую колонку выводим все открытые задачи по проекту и наверх поднимаем самые старые. Во вторую выводим архивированные, но не отмеченные как выполненные.
Это самые простые примеры, которые применимы даже в малых командах. Когда речь идет о компании хотя бы в 100 человек, то интересных срезов по разным подразделениям гораздо больше, но картину при этом удается создать по-прежнему достаточно четкую. И самое главное — всё это без дополнительных усилий по сбору данных. Команда может работать так, как это ей привычно, и при этом остается возможность создать понимание того, что происходит, не находясь непосредственно в процессах.
Практический вывод
Для того, чтобы создать объективную картину о том, что происходило в компании, куда тратить ресурсы, оценить риски, которые ожидают компанию впереди, необходимо формировать много разных отчетов с нескольких сторон. Внимательно анализировать, делать выводы и если информации не хватает — формировать новые отчёты и наблюдать за ними. Это всегда занимает время. Например, неделю можно наблюдать за столбиком с задачами из всех проектов по приоритетам. Но после этого формируется волшебное ощущение, что ты понимаешь, что происходит с компанией без непосредственного участия в процессе.
В больших командах это сложнее, в маленьких попроще, но так или иначе система отчетов действительно может является инструментом принятия решений.
P.S. На 8.00 небольшой фрагмент обсуждения отчетов на заводе по производству строительных кранов.
Для создания полнофункциональных отчетов с разбивкой на страницы и систем отчетности служб Службы Reporting Services используется конструктор отчетов. Конструктор отчетов — это графический интерфейс, с помощью которого можно задавать источники данных, наборы данных, запросы, позиции макета отчета для областей данных и полей, а также такие интерактивные возможности, как параметры и наборы отчетов, которые работают совместно.
Преимущества проектов отчетов
Проекты отчетов используются как контейнеры для определений отчетов и ресурсов. Используйте проекты для:
хранения отчетов и связанных с ними элементов в одном контейнере;
локальной проверки решений отчетности, включая отчеты и связанные с ними элементы;
совместного развертывания взаимосвязанных элементов. Используйте свойства и настройки проекта для развертывания в различных средах;
сохраняйте набор мастер-копий для отчетов и связанных с ними элементов. После развертывания опубликованные отчеты могут быть случайно изменены.
Эти сведения помогут вам при проектировании отчетов с разбивкой на страницы и связанных элементов для одного проекта отчета в решении SQL Server Data Tools (SSDT) . Дополнительные сведения о решениях и нескольких проектах в SSDT см. в статье Службы Reporting Services в SQL Server Data Tools (SSDT).
Общие источники данных
С помощью SQL Server Data Tools можно определять и развертывать общие источники данных для системы отчетности. Общие источники данных могут развертываться независимо от других элементов проекта с помощью свойств OverwriteDataSources и TargetDataSourceFolder . Дополнительные сведения см. в разделе Задание свойства развертывания (службы Reporting Services).
В конструкторе отчетов источники данных, используемые в отчете, можно задать в области данных отчета и в обозревателе решений. Дополнительные сведения см. в статье Report Data Pane. Среда SQL Server Data Tools не поддерживает открытие источников данных, опубликованных на сервере отчетов или на сайте SharePoint, но не включенных в решение SQL Server Data Tools . Для этого используйте среду разработки построителя отчетов (службы SSRS).
SQL Server Data Tools — это клиентское средство. Проверить решение отчетности можно локально на своем компьютере, развернуть его в тестовой среде для проверки серверного решения, а затем развернуть в производственной среде. После развертывания проверьте, что для среды сервера отчетов заданы модули обработки источников данных и учетные данные для обращения к источникам данных. Управлять свойствами для различных развертываний поможет диспетчер конфигурации. Дополнительные сведения см. в разделе Службы Reporting Services в SQL Server Data Tools (службы SSDT).
Дополнительные сведения см. в статье Create data connection strings - Report Builder & SSRS (Создание строк подключения к данным — построитель отчетов и SSRS).
Общие наборы данных
Используйте SQL Server Data Tools для определения и развертывания общих наборов данных для системы отчетности. Общие наборы данных могут развертываться независимо от других элементов проекта с помощью свойств OverwriteDatasets и TargetDatasetFolder . Дополнительные сведения см. в разделе Задание свойства развертывания (службы Reporting Services).
В конструкторе отчетов общие наборы данных, используемые в отчете, можно задать в области данных отчета и в обозревателе решений. Дополнительные сведения см. в статье Report Data Pane. Среда SQL Server Data Tools не поддерживает открытие опубликованных наборов данных прямо с сервера отчетов или сайта SharePoint. Для этого используйте среду разработки построителя отчетов (службы SSRS) в режиме общего набора данных.
SQL Server Data Tools — это клиентское средство. Можно использовать конструкторы запросов для локального создания и проверки результатов запросов в режиме предварительного просмотра. После развертывания можно управлять общими наборами данных независимо от общих источников данных и отчетов, от которых они зависят. Дополнительные сведения см. в разделе Внедренные и общие наборы данных отчета (построитель отчетов и службы SSRS) и Средства проектирования запросов (службы SSRS) и Управление общими наборами данных.
Отчеты с разбиением на страницы
Отчеты с разбивкой на страницы — это файлы, хранимые в проекте отчета. Отчеты могут использоваться в качестве изолированных отчетов, вложенных отчетов или целей для детализации данных основных отчетов. Отчеты могут разворачиваться независимо от других элементов проекта с помощью свойства TargetReportFolder и других свойств. Дополнительные сведения см. в разделе Задание свойства развертывания (службы Reporting Services).
При публикации на сервере отчетов в режиме SharePoint некоторые функции решений для отчетов можно тестировать в проекте конструктора отчетов. В ссылках на отчеты, вложенные отчеты и детализированные отчеты должны использоваться полные URL-адреса, которые можно проверить только после развертывания проекта отчета. Дополнительные сведения см. в разделе Примеры URL-адресов для элементов опубликованного отчета на сервере отчетов в режиме SharePoint (службы SSRS).
Добавить отчет в проект можно следующими способами:
Добавить новый проект отчета. По умолчанию пустой отчет открывается в конструкторе отчетов. Дополнительные сведения см. в разделе Добавление в проект отчета нового или существующего отчета (службы SSRS).
Добавить новый проект мастера отчетов. Отчет создается шаг за шагом согласно инструкциям. Мастер отчетов разбивает процесс определения данных и разработку проекта отчета на последовательность шагов, формируя готовый отчет. Можно добавить стили, чтобы настроить мастер для вашей организации. Дополнительные сведения см. в разделе Добавление в проект отчета нового или существующего отчета (службы SSRS).
Добавить новый элемент типа "Отчет". Пустой отчет открывается в конструкторе отчетов.
Добавить существующий элемент. Существующее определение отчета (RDL-файл) открывается в конструкторе отчетов. При открытии отчета или проекта из более ранней версии служб Службы Reporting Services проект может автоматически обновиться до текущей версии, а отчет — до текущей схемы. Дополнительные сведения см. в разделе Upgrade Reports.
Импортировать отчет Access Microsoft. Импорт всех отчетов из базы данных Access (MDB, ACCDB) или файла проекта (ADP). Конструктор отчетов преобразует каждый отчет из файла базы данных или файла проекта в формат языка определения отчетов (RDL) и сохраняет их в указанном проекте отчета. Не все функции отчета Access передаются в файл определения отчета (RDL). Дополнительные сведения см. в разделе Импорт отчетов из Microsoft Access (Reporting Services) и Поддерживаемые функции отчетов Access (SSRS).
Чтобы использовать функцию импорта, необходимо, чтобы на компьютере, на котором установлен конструктор отчетов, был установлен Access 2002 или более поздняя версия. При импорте отчетов должен быть доступен источник данных для отчетов Access.
Работа непосредственно в RDL. Если отчет создается в конструкторе отчетов, он сохраняется в формате XML как RDL-файл. Этот файл можно изменять с помощью конструктора отчетов, текстового редактора или любого другого средства, позволяющего изменять XML-файлы.
При изменении источника определения отчета в конструкторе отчетов работа ведется в текущей схеме RDL для версии SQL Server , из которой устанавливались средства разработки. При построении проекта версия схемы может измениться в зависимости от свойств развертывания. Дополнительные сведения см. в разделе Развертывание и поддержка версий в SQL Server Data Tools (службы SSRS).
Прямое изменение RDL-файла может привести к тому, что отчет нельзя будет ни запустить, ни опубликовать на сервере отчетов. Как и в любом другом XML-файле, убедитесь, что специальные символы, используемые внутри элементов, правильно закодированы. Сервер отчетов при публикации отчета использует эту схему для проверки содержащегося в RDL-файле XML-кода.
Чтобы включить элементы, не являющиеся частью схемы RDL, поместите их в элемент Custom. Элемент Custom может считываться пользовательскими модулями подготовки отчетов, но игнорируется модулями подготовки отчетов, полученными из служб Службы Reporting Services. Например, можно использовать элемент Custom для сохранения комментариев в отчете.
Элементы отчета
В конструкторе отчетов можно создавать таблицы, графики и другие элементы отчетов с разбиением на страницы в проекте, а также публиковать их в виде элементов отчета на сервере отчетов или сайте SharePoint, интегрированном с сервером отчетов, для дальнейшего использования в других отчетах. Дополнительные сведения см. в разделе Элементы отчетов в конструкторе отчетов (службы SSRS).
Элементы отчета могут разворачиваться независимо от других элементов проекта с помощью свойства TargetReportPartFolder и других свойств. Дополнительные сведения см. в разделе Задание свойства развертывания (службы Reporting Services).
Ресурсы
Можно добавить в проект файлы, которые связаны с отчетом, но не обрабатываются сервером отчетов. Например, можно добавить изображения или файлы фигур ESRI для пространственных данных. Дополнительные сведения см. в статье о ресурсах DSC.
Макет отчета с разбивкой на страницы
Чтобы создать макет отчета, перетащите элементы отчета и данные отчета с панели элементов в область конструктора и расположите их в нужном порядке. Чтобы добавить данные в отчет, перетащите поля набора данных в элементы в области конструктора. Чтобы объединить данные в группы в области данных табликса, перетащите поля набора данных на панель группировки. Поскольку средства разработки отчетов — это, в основном, средства создания определений отчетов, подход к проектированию отчетов в построителе отчетов и в конструкторе отчетов примерно один и тот же.
Предварительный просмотр отчета с разбивкой на страницы
Режим Предварительный просмотр позволит проверить данные отчета и макет отчета. Во время предварительного просмотра отчета процессор отчетов проверяет схему определения отчета и синтаксис выражений и отображает возможные проблемы в окне Output .
При осуществлении предварительного просмотра отчета данные для отчета кэшируются в файл на локальном компьютере. При повторном просмотре того же отчета (с использованием того же запроса, параметров и учетных данных) конструктор отчетов получает кэшированную копию вместо того, чтобы заново выполнять запрос. Файл данных сохраняется под именем .rdl.data в том же каталоге, что и файл определения отчета. Этот файл не удаляется, когда конструктор отчетов закрывается.
Просмотреть отчет можно следующими способами:
Предварительный просмотр. Перейдите на вкладку Предварительный просмотр . Отчет выполняется локально с теми же возможностями обработки отчета и подготовки к просмотру, что и на сервере отчетов. Отчет отображается как интерактивное изображение; можно выбирать параметры, щелкать ссылки, просматривать схему документа, разворачивать и сворачивать скрытые области отчета. Также можно экспортировать отчет в любой из установленных форматов подготовки к просмотру.
Автономный предварительный просмотр. Выполнение локального отчета в браузере. Используя конфигурацию отладки, этот режим также можно использовать для отладки своих пользовательских сборок. Существует три способа выполнить проект в режиме отладки:
В меню Отладка выберите команду Начать отладку.
На стандартной панели инструментов среды Visual Studio нажмите кнопку Пуск .
Нажмите клавишу F5.
Если используется конфигурация проекта, которая строит отчет, но не развертывает его, отчет, указанный в свойстве StartItem текущей конфигурации, открывается в отдельном окне предварительного просмотра.
Прежде чем использовать режим отладки, необходимо задать начальный элемент. В обозревателе решений щелкните правой кнопкой мыши проект отчета, выберите Свойства, а затем в поле StartItem имя отчета, который нужно показать.
Для предварительного просмотра конкретного отчета, не являющегося стартовым элементом проекта, выберите конфигурацию, которая строит отчет, но не развертывает его, например DebugLocal, щелкните правой кнопкой мыши отчет и выберите команду Выполнить. Необходимо выбрать конфигурацию, которая не развертывает отчет; в противном случае отчет будет опубликован на сервере отчетов вместо того, чтобы отобразиться локально в окне предварительного просмотра.
Предварительный просмотр.
Когда отчет просматривается на вкладке «Предварительный просмотр» или в окне предварительного просмотра, он выглядит так, как если бы он был создан модулем подготовки отчетов в формате HTML. Отчет не является HTML-страницей, но его макет и разбиение на страницы подобны выходному формату HTML.
Вместо этого отчет можно просмотреть в таком виде, как если бы он был напечатан, путем переключения в режим просмотра печати. Щелкните значок Предварительный просмотр на панели инструментов предварительного просмотра. Отчет отобразится в таком виде, как если бы он был напечатан на бумаге. Этот режим просмотра похож на результат работы модуля подготовки отчетов в формате PDF и формате изображения. Предварительный просмотр не является изображением или PDF-файлом, но макет отчета и его разбиение на страницы подобны выходному результату в этих форматах. Можно выбрать размер изображения отчета, например, задать ширину страницы.
Предварительный просмотр позволяет выявить многие проблемы, которые могли бы возникнуть при печати отчета. Распространенные проблемы подготовки отчета включают:
Лишние пустые страницы, потому отчет слишком большой по ширине и не умещается на бумаге заданного размера.
Лишние пустые страницы, потому что отчет содержит матрицу, которая динамически расширяется за пределы ширины бумаги, заданной для отчета.
Разрывы страниц между группами не работают, как предполагалось.
Верхние и нижние колонтитулы не отображаются, как предполагалось.
Необходимо изменить макет отчета, чтобы отчет лучше читался в напечатанном виде.
Сохранение и развертывание отчетов с разбивкой на страницы
В конструкторе отчетов можно сохранить отчеты и другие файлы проекта локально, а также развернуть их на сервере отчетов или сайте SharePoint. Общие источники данных, общие наборы данных, отчеты, ресурсы отчетов и элементы отчетов могут разворачиваться независимо друг от друга или все вместе в зависимости от заданных свойств развертывания проекта. Дополнительные сведения см. в статье Configuration and Deployment Properties.
Важно понимать, что при проектировании отчета в конструкторе отчетов используется схема определения отчета, которая поддерживается текущей версией служб Службы Reporting Services в SQL Server Data Tools (SSDT). Когда задаются свойства развертывания проекта для конкретного сервера отчетов или SharePoint, а затем сохраняется отчет, конструктор отчетов сохраняет определение отчета в папку построения в схеме, которая соответствует версии на целевом сервере отчетов. Чтобы создать отчеты, которые можно будет публиковать на сервере отчетов более низкого уровня, конструктор отчетов удаляет элементы отчета, которых нет в целевой схеме. Это происходит автоматически и без запроса на подтверждение. Когда это происходит, исходное определение отчета сохраняется в папке проекта. Измененное определение отчета, которое развертывается, находится в папке построения.
Для отладки выражений и выявления ошибок развертывания следует использовать определение отчета в папке построения. Не используйте Просмотр исходного кода. Окно Просмотр исходного кода показывает источник определения отчета из папки проекта.
Локальное сохранение отчета
При работе с отчетом или другими элементами проекта в конструкторе отчетов файлы сохраняются на локальном компьютере или в общей папке на другом компьютере, к которому имеется есть доступ.
Если используется программное обеспечение управления версиями, то при сохранении отчеты могут возвращаться на сервер системы управления версиями. Дополнительные сведения см. в статье Source Control.
Развертывание или публикация отчетов с разбивкой на страницы
Из среды SQL Server Data Toolsможно развернуть отчеты или другие элементы проекта на разных версиях серверов отчетов служб Службы Reporting Services . Используйте конфигурации проектов, чтобы управлять обновлением определений отчетов до версий схем, совместимых с целевыми серверами отчетов. Конфигурация проекта включает такие свойства, как целевой сервер отчетов, папка, где процесс построения временно сохраняет определения отчетов для предварительного просмотра и развертывания, и уровни ошибок. Дополнительные сведения см. в разделах Свойства настройки и развертывания и Задание свойства развертывания (службы Reporting Services).
Экспорт отчета с разбивкой на страницы в другой формат файла
Отчеты можно экспортировать во множество разных форматов, которые могут влиять на макет отчета и на работу некоторых интерактивных функций. Дополнительные сведения о проектировании отчетов для различных форматов вывода см. в разделе Экспорт отчетов (построитель отчетов и службы SSRS).
Проверка отчета и уровни ошибок
Отчеты проверяются перед предварительным просмотром и во время развертывания. При создании отчетов можно столкнуться со следующими проблемами сборки. Отчет может содержать строки, например выражения или запросы, которые несовместимы с версией служб Службы Reporting Services , указанной в конфигурации проекта.
Воспользуйтесь для управления предупреждениями и ошибками, полученными во время построения, свойством ErrorLevel. Значение свойства ErrorLevel может находиться в диапазоне от 0 до 4 включительно. Значение определяет, какие из проблем сборки помечаются как ошибки, а какие — как предупреждения. Значение по умолчанию — 2. Предупреждения и ошибки фиксируются в окне SQL Server Data Tools (SSDT)вывода .
Проблемы, степень серьезности которых меньше значения ErrorLevel или равна ему, выводятся как ошибки. В противном случае они помечаются как предупреждения.
В следующей таблице перечислены уровни ошибок.
| Уровень ошибки | Описание |
|---|---|
| 0 | Наиболее серьезные и неизбежные проблемы, препятствующие просмотру и развертыванию отчетов. |
| 1 | Серьезные проблемы сборки, которые коренным образом изменяют макет отчета. |
| 2 | Менее серьезные проблемы сборки, которые незначительно изменяют макет отчета. |
| 3 | Незначительные проблемы сборки, которые оказывают минимальное, практически незаметное влияние на макет отчета. |
| 4 | Используется только для публикации предупреждений. |
При попытке просмотра или развертывания отчета, содержащего элементы, появившиеся в версии SQL Server 2016 Reporting Services (SSRS) и более поздние версии., эти элементы могут быть удалены из него. По умолчанию свойство ErrorLevel конфигурации установлено в значение 2, что приведет к ошибке сборки отчета при удалении карты. Однако если изменить значение свойства ErrorLevel на 0 или 1, то карта будет удалена, будет выдано предупреждение, но процесс сборки продолжится.
Окно построителя отчетов предназначено для упрощения организации ресурсов отчета и быстрого построения нужных отчетов с разбиением на страницы. В центре окна расположена область конструктора, в верхней части — лента, а слева, внизу и справа находятся панели. В области конструктора добавляются и организовываются элементы отчета. В этой статье содержатся сведения о панелях, используемых для добавления, выбора и организации ресурсов отчета и изменения свойств элементов отчета.
Строка состояния текущего отчета
Панель параметров
Параметры отчета позволяют управлять данными отчета, объединять связанные отчеты и изменять внешний вид отчетов. На панели параметров представлено гибкое расположение параметров отчета.
Область конструктора отчетов
Область конструктора отчетов в построителе отчетов — это основная область работы для конструирования отчетов. Для размещения в отчете таких элементов, как области данных, вложенные отчеты, текстовые поля, изображения, прямоугольники и линии, их следует добавить с ленты или из галереи элементов отчетов в область конструктора. Там можно добавлять в элементы отчета группы, выражения, параметры, фильтры, действия, видимость и форматирование.
Также можно изменять:
свойства текста отчета, такие как цвет границ и заливки, щелкнув правой кнопкой мыши белую область в области конструктора за пределами элементов отчета и выбрав пункт Свойства тела;
свойства верхнего и нижнего колонтитулов, например цвет границ и заливки, щелкнув правой кнопкой мыши белую область в области конструктора в области верхнего и нижнего колонтитула за пределами элементов отчета и выбрав пункт Свойства верхнего колонтитула или Свойства нижнего колонтитула;
свойства самого отчета, например параметры страницы, щелкнув правой кнопкой мыши серую область вокруг области конструктора и выбрав пункт Свойства отчета;
свойства элементов отчета, щелкнув их правой кнопкой мыши и выбрав пункт Свойства.
Дополнительные сведения об использовании клавиатуры для работы с элементами в области конструктора см. в разделе Сочетания клавиш (построитель отчетов).
Размер области конструктора и область печати
Размер области конструктора может отличаться от области печати страницы, указанной для печати отчета. Изменение размера области конструктора не ведет к изменению области печати отчета. Вне зависимости от размера, заданного для области печати отчета, полный размер области конструирования не изменится. Дополнительные сведения см. в разделе Поведение при подготовке к просмотру (построитель отчетов и службы SSRS).
Чтобы отобразить линейку, установите на вкладке Вид флажок Линейка.
The Report Data Pane
До начала разработки макета отчета в области данных отчета можно определить данные отчета и ресурсы отчета, необходимые для отчета. Например, на панель данных отчета можно добавить источники данных, наборы данных, вычисляемые поля, параметры отчета и изображения.
После добавления элементов к области данных отчета просто перетащите поля в элементы отчета в области конструктора для управления положением отображения данных в отчете.
Если перетащить поле из области данных отчета непосредственно в область конструктора отчета вместо помещения в область данных, такую как таблица или диаграмма, то при выполнении отчета будет отображаться только первое значение из данных этого поля.
Можно также перетаскивать встроенные поля из области данных отчета в область конструктора отчетов. При подготовке к просмотру эти поля содержат такие полезные сведения об отчете, как имя отчета, общее число страниц в отчете и номер текущей страницы.
При добавлении элементов в область конструктора отчетов эти элементы автоматически добавляются в область данных отчета. Например, если добавить элемент отчета из галереи элементов отчетов и данный элемент отчета является областью данных, набор данных автоматически добавляется в панель данных отчета. Дополнительные сведения см. в разделе Элементы отчета и наборы данных в построителе отчетов. Кроме того, при внедрении изображения в отчет оно будет добавлено в папку «Изображения» на панели данных отчета.
С помощью кнопки Создать в область данных отчета можно добавить новый элемент. В отчет можно добавить несколько наборов данных из одного и того же или из нескольких источников данных. Можно добавить общие наборы данных с сервера отчетов. Чтобы добавить новый набор данных из одного и того же источника данных, щелкните правой кнопкой мыши источник данных и выберите команду Добавить набор данных.
Дополнительные сведения об элементах области данных отчета см. в следующих разделах:
Галерея элементов отчетов
Самым простым способом создания отчета является нахождение имеющихся элементов отчета, например таблиц или диаграмм, на сервере отчетов или сервере отчетов, интегрированном с сайтом SharePoint.
Для просмотра галереи элементов отчетов необходимо подключение к серверу.
Результаты поиска можно просматривать в виде миниатюр или списка, а также сортировать результаты поиска по именам, датам создания и изменения или именам пользователей, создавших части отчетов. Дополнительные сведения см. в разделе Элементы отчета (построитель отчетов и службы SSRS).
Панель свойств (построитель отчетов)
С каждым элементом отчета, включая области данных, изображения, текстовые поля и сам текст отчета, сопоставлен набор свойств. Например, свойство BorderColor для текстового поля показывает значение цвета границы текстового поля, а свойство PageSize для отчета показывает размер страницы отчета.
Эти свойства отображаются на панели свойств. Свойства этой панели меняются в зависимости от выбранного элемента отчета.
Чтобы вывести панель свойств, выберите пункт «Свойства» в группе «Показать/скрыть» на вкладке «Вид».
Изменение значений свойств
В построителе отчетов можно изменять свойства элементов отчета несколькими способами:
нажимая кнопки и выбирая списки на ленте;
изменяя параметры в диалоговых окнах;
изменяя значения свойств в панели свойств.
Наиболее часто используемые свойства доступны в диалоговых окнах и на ленте.
В зависимости от свойства можно выбрать его значение из раскрывающегося списка, ввести значение с клавиатуры или нажать кнопку , чтобы создать выражение.
Изменение вида панели свойств
По умолчанию свойства, отображаемые в панели свойств, упорядочены по основным категориям — «Действие», «Граница», «Заливка», «Шрифт», «Общие» и др. С каждой категорией сопоставлен набор свойств. Например, в категории "Шрифт" перечислены следующие свойства: Color, FontFamily, FontSize, FontStyle, FontWeight, LineHeight и TextDecoration. В случае необходимости можно отсортировать по алфавиту все свойства, выведенные в панели. В результате категории не будут отображаться, а все свойства будут выведены в алфавитном порядке независимо от категории.
Панель «Группирования» (построитель отчетов)
Группы используются для организации данных отчета в визуальной иерархии и для вычисления итогов. Группы строк и столбцов можно просматривать в области данных, размещаемой в области конструктора, а также в панели группирования. Панель группирования делится на две области: "Группы строк" и "Группы столбцов". Если выбрать область данных, панель группирования отображает в виде иерархического списка все группы, входящие в эту область данных: дочерние элементы отображаются с отступом под родительскими.
Группы можно создавать путем перетаскивания полей из панели данных отчета на панель конструктора или на панель группирования. В панели группирования можно добавлять родительские, соседние и дочерние группы, изменять свойства групп и удалять группы.
По умолчанию панель группирования всегда отображается, но вы можете скрыть ее, сняв флажок "Панель группирования" на вкладке "Вид". Панель группирования недоступна для областей данных типов "Диаграмма" и "Датчик".
Предварительный просмотр отчета в режиме выполнения
В представлении конструктора отчетов работа ведется не с фактическими данными, а с их представлением, которое указывается именем поля или выражением. Если нужно просмотреть фактические данные, отображаемые в контексте сконструированного отчета, можно запустить отчет для предварительного просмотра данных из основной базы данных, отображаемых в макете отчета. Переключение между конструированием и выполнением отчета позволяет корректировать его структуру с немедленным отображением результатов. Для предварительного просмотра отчета нажмите кнопку Выполнить в группе Представления на ленте.
При нажатии кнопки Выполнить построитель отчетов подключается к источникам данных отчета, кэширует данные на компьютере, комбинирует эти данные с макетом и выводит отчет в средстве просмотра HTML-страниц. Можно запускать отчет во время создания столько раз, сколько пожелаете. Когда отчет полностью удовлетворяет вашим требованиям, его можно сохранить на сервере отчетов, где его смогут просмотреть другие лица, обладающие соответствующими разрешениями.
Запуск отчета с параметрами
При запуске отчета он обрабатывается автоматически. Если отчет содержит параметры, все они должны иметь значения по умолчанию, прежде чем отчет можно будет автоматически запустить. Если параметр не имеет значения по умолчанию, то необходимо выбрать его при запуске отчета, а затем на вкладке "Запуск" щелкнуть Просмотреть отчет. Дополнительные сведения см. в статье Параметры отчета (построитель отчетов и конструктор отчетов).
Предварительный просмотр
С помощью отчетов можно просматривать, форматировать и группировать информацию в базе данных Microsoft Access. Например, можно создать простой отчет в виде списка номеров телефонов всех контактов или сводный отчет по итогам продаж компании в разных регионах за разные периоды.
В этой статье вы найдете общие сведения об отчетах в Access. Вы также узнаете об основах создания отчета и использовании таких функций, как сортировка, группировка и обобщение данных, а также о том, как предварительно просмотреть и распечатать отчет.
Примечание: Сведения в этой статье относятся только к классическим базам данных Access. Веб-приложения Access не поддерживают отчеты.
В этой статье
Общие сведения об отчетах в Access
Возможности использования отчета
Отчет — это объект базы данных, удобный для представления ее информации с одной из следующих целей:
отображение или распространение сводки данных;
архивирование моментальных снимков данных;
предоставление сведений об отдельных записях;
Составные части отчета
Можно создавать «несвязанные» отчеты, в которых данные не отображаются, но в этой статье мы рассмотрим отчет, связанный с источником данных (таблицей или запросом). Макет отчета разбит на разделы, которые можно просмотреть в режиме конструктора. Понимание принципов работы каждого раздела поможет создать лучшие отчеты. Например, от выбора раздела для размещения вычисляемого элемента управления зависит способ вычисления результата. Ниже перечислены типы разделов и указано назначение каждого из них:
Отображение раздела при печати
В начале отчета.
В заголовок включается информация, обычно помещаемая на обложке, например эмблема компании, название отчета или дата. Если в заголовке отчета помещен вычисляемый элемент управления, использующий статистическую функцию Sum, сумма рассчитывается для всего отчета. Заголовок отчета печатается перед верхним колонтитулом.
Вверху каждой страницы.
Верхний колонтитул используется в тех случаях, когда нужно, чтобы название отчета повторялось на каждой странице.
В начале каждой новой группы записей.
Используется для печати названия группы. Например, если отчет сгруппирован по изделиям, в заголовках групп можно указать их названия. Если поместить в заголовок группы вычисляемый элемент управления, использующий статистическую функцию Sum, сумма будет рассчитываться для текущей группы. Заголовок группы может состоять из нескольких разделов в зависимости от добавленных уровней группирования. Дополнительные сведения о создании верхних и нижних колонтитулов группы см. раздел «Добавление группирования, сортировки или итоговых данных».
Отображается один раз для каждой строки в источнике записей.
В нем размещаются элементы управления, составляющие основное содержание отчета.
В конце каждой группы записей.
Примечание группы можно использовать для печати сводной информации по группе. Нижний колонтитул группы может состоять из нескольких разделов в зависимости от добавленных уровней группирования.
Внизу каждой страницы.
Используется для нумерации страниц и для печати постраничной информации.
Примечание: В режиме конструктора примечание отчета отображается под нижним колонтитулом. Однако во всех остальных режимах (например, в режиме макета, при печати или предварительном просмотре) этот раздел помещается над нижним колонтитулом, сразу после примечания последней группы или строки области данных на последней странице.
Примечание отчета можно использовать для печати итогов и другой сводной информации по всему отчету.
Создать значимый отчет гораздо проще, если таблицы в базе данных имеют хорошо разработанные структуру и связи. Начальные сведения по планированию и разработке базы данных см. в статье Основные сведения о создании баз данных.
Создание отчета в Access
Чтобы создать отчет для базы данных Access на компьютере, выполните следующие действия.
Действие 1. Выбор источника записей
Источником записей для отчета может быть таблица, именованный или внедренный запрос. Источник записей должен содержать все строки и столбцы данных, которые требуется отобразить в отчете.
Если нужные данные содержатся в существующей таблице или запросе, выделите эту таблицу или запрос в области навигации и перейдите к действию 2.
Если источник записей еще не создан, выполните одно из указанных ниже действий.
Перейдите к действию 2 и воспользуйтесь инструментом Пустой отчет;
Создайте таблицы или запросы, которые содержат необходимые данные. Выберите запрос или таблицу в области навигации и перейти к шагу 2.
Действие 2. Выбор инструмента отчета
Инструменты отчета расположены на вкладке Создать в группе Отчеты. В следующей таблице описаны такие параметры:
Позволяет создать простой табличный отчет, содержащий все поля из источника записей, который выбран в области навигации.
Открывает в режиме конструктора пустой отчет, в который можно добавить необходимые поля и элементы управления.
Позволяет открыть пустой отчет в режиме макета и отобразить область задач «Список полей», из которой можно добавить поля в отчет.
Служит для вызова пошагового мастера, с помощью которого можно задать поля, уровни группировки и сортировки и параметры макета.
Вызывает мастер, в котором можно выбрать стандартный или настраиваемый размер подписей, набор отображаемых полей и порядок их сортировки.
Действие 3. Создание отчета
Для выбора требуемого инструмента нажмите соответствующую кнопку панели инструментов. После появления мастера следуйте всем его командам и на последней странице нажмите кнопку Готово.
Access отображает отчет в режиме макета.
Отформатируйте отчет, чтобы добиться желаемого внешнего вида.
Измените размер полей и подписей, выделяя их и перетаскивая края.
Расположите поля в нужном порядке, выделяя их (и соответствующие подписи, если они есть) и перетаскивая в нужное место.
Также можно, щелкая поля правой кнопкой мыши, с помощью команд контекстного меню объединять или разбивать ячейки, удалять и выделять поля и выполнять другие задачи форматирования.
Кроме того, отчет можно сделать более привлекательным и удобным с помощью функций, описанных в разделах ниже.
Добавление группировки, сортировки и итогов
Чтобы быстро добавить в отчет группировку, сортировку или итоги, щелкните правой кнопкой мыши поле, к которому необходимо применить соответствующую функцию, и выберите нужную команду в контекстном меню.
Кроме того, когда отчет открыт в режиме макета или конструктора, можно добавить эти функции с помощью области "Группировка, сортировка и итоги".
Если область "Группировка, сортировка и итоги" не открыта, на вкладке Конструктор в группе Группировка и итоги выберите команду Группировка.
Чтобы задать дополнительные параметры или добавить итоги, в строке группировки или сортировки выберите команду Больше.
Более подробные сведения о группировке, сортировке и итогах см. в статье Создание отчета с группировкой или сводного отчета.
Выделение данных с помощью условного форматирования
В приложении Access есть инструменты выделения данных в отчетах. Вы можете добавить правила условного форматирования для каждого из элементов управления или их группы, а в клиентских отчетах можно также для сравнения данных.
Добавление условного форматирования для элементов управления:
Щелкните отчет в области навигации правой кнопкой мыши и выберите пункт Режим макета.
Выберите нужные элементы управления, а затем на вкладке Формат в группе Форматирование элемента управления выберите команду Условное форматирование.
Совет: Чтобы выбрать несколько элементов управления, щелкайте их, удерживая клавишу CTRL.
В диалоговом окне Диспетчер правил условного форматирования выберите команду Создать правило.
В диалоговом окне Новое правило форматирования выберите значение в поле Выберите тип правила.
Чтобы создать правило, которое будет проверяться отдельно для каждой записи, выберите вариант Проверьте значения в текущей записи или используйте выражение.
Чтобы создать правило для сравнения записей друг с другом с помощью гистограмм, выберите вариант Сравнить с другими записями.
В поле Изменение описания правила укажите правило, которое будет применяться при форматировании, и тип форматирования, а затем нажмите кнопку ОК.
Если нужно создать еще одно правило для этого элемента управления или группы элементов, повторите процедуру, начиная с действия 4.
Настройка цвета и шрифтов
Для настройки цвета и шрифтов попробуйте параметр Тема приложения.
Откройте отчет в режиме макета. Для этого щелкните отчет в области навигации правой кнопкой мыши и выберите пункт Режим макета.
В пункте Работа с макетами отчетов на вкладке Конструктор выберите параметр Темы и наводите курсор на различные темы в галерее, чтобы предварительно просмотреть эффекты. Чтобы выбрать тему, щелкните ее и сохраните отчет.
С помощью коллекций Цвета и Шрифты можно задать цвета и шрифты независимо друг от друга.
Добавление логотипа или фонового рисунка
В отчет также можно добавить логотип или фоновый рисунок. При обновлении рисунка он автоматически обновляется в любом месте базы данных.
Добавление или удаление рисунка
В области навигации щелкните отчет правой кнопкой мыши и выберите команду Макет.
В отчете щелкните место, куда необходимо добавить рисунок, и на вкладке Конструктор в группе Колонтитулы выберите пункт Логотип.
Перейдите к рисунку и нажмите кнопку Открыть. Access добавит рисунок в отчет.
Чтобы удалить рисунок, щелкните его правой кнопкой мыши и выберите в контекстном меню пункт «Удалить».
Добавление фонового изображения
В области навигации щелкните отчет правой кнопкой мыши и выберите команду Макет.
На вкладке Формат в группе Фон нажмите кнопку Фоновый рисунок.
Выберите рисунок из списка Коллекция изображений или нажмите кнопку Обзор, выберите рисунок и нажмите кнопку ОК.
Предварительный просмотр и печать отчета
Предварительный просмотр отчета
Щелкните правой кнопкой мыши имя отчета в области навигации и выберите команду Предварительный просмотр. Команды на вкладке Предварительный просмотр можно использовать, чтобы:
изменить размер или макет страницы;
изменить масштаб или просмотреть сразу несколько страниц;
обновить данные в отчете;
экспортировать отчет в другой формат файла.
Печать отчета
Печать отчета без предварительного просмотра
Щелкните правой кнопкой мыши имя отчета в области навигации и выберите команду Печать. Отчет будет отправлен на принтер, используемый по умолчанию.
Примечание: При выборе отчета в области навигации и выборе команды Печать на вкладке Файл можно установить дополнительные параметры печати (количество страниц и копий) и указать принтер.
Чтобы открыть диалоговое окно, в котором можно выбрать принтер, указать число копий и задать другие параметры, выберите команду Печать.
Читайте также: