Отчеты и Аналитика · 11 мин
Как включить отчет в подсистему в 1С
Как добавить отчет в подсистему в 1С: настройка командного интерфейса, включение отчета в панель функций, типичные ошибки и проверка результата.
Чтобы отчет появился в интерфейсе пользователя, его недостаточно создать в конфигураторе — нужно включить его в состав подсистемы. Подсистема в 1С определяет, в каком разделе панели функций пользователь увидит команду открытия отчета. Без этой привязки отчет останется доступным только через меню «Все функции» или внешний запуск, что неудобно для конечных пользователей.
Процедура выполняется в конфигураторе и занимает несколько минут: нужно открыть подсистему, добавить в неё отчет и при необходимости настроить видимость команды. Однако есть нюансы: в типовых конфигурациях на поддержке изменение подсистем требует снятия объекта с поддержки, а во внешних отчетах подключение работает иначе — через механизм дополнительных отчетов и обработок.
Что такое подсистема и зачем в неё добавлять отчет
Подсистема — это объект метаданных, который формирует раздел командного интерфейса приложения. Каждый раздел на панели разделов (например, «Продажи», «Склад», «Отчеты») соответствует одной или нескольким подсистемам. Именно через подсистемы платформа решает, какие команды показать пользователю в панели функций конкретного раздела.
Если отчет не включен ни в одну подсистему, он физически существует в конфигурации, но пользователь не найдет его в интерфейсе. Это частая причина обращений вида «отчет создали, а его нигде нет». Кроме того, один и тот же отчет можно включить сразу в несколько подсистем — тогда команда его открытия появится в нескольких разделах, что удобно, когда отчет нужен разным ролям пользователей.
Важно понимать: видимость команды в разделе зависит не только от включения в подсистему, но и от прав доступа. Если у пользователя нет прав на сам отчет или на подсистему, команда будет скрыта автоматически — это штатное поведение платформы, а не ошибка настройки.
Как включить отчет в подсистему через конфигуратор
Это основной способ для отчетов, встроенных в конфигурацию. Потребуется доступ к конфигуратору и право на изменение конфигурации. В файловой базе достаточно монопольного доступа, в клиент-серверной — учтите, что обновление конфигурации базы данных потребует завершения сеансов пользователей, если затрагиваются структуры данных.
- 1Откройте конфигуратор и дерево конфигурации (меню «Конфигурация» → «Открыть конфигурацию»).
- 2Разверните ветку «Общие» → «Подсистемы» и найдите нужную подсистему.
- 3Откройте подсистему двойным щелчком и перейдите на закладку «Состав».
- 4В списке объектов найдите отчет (ветка «Отчеты») и установите галочку напротив него.
- 5Сохраните конфигурацию (Ctrl+S) и обновите конфигурацию базы данных (F7 или «Конфигурация» → «Обновить конфигурацию базы данных»).
- 6Запустите 1С:Предприятие и проверьте, что команда отчета появилась в панели функций нужного раздела.
Альтернативный путь — работать со стороны самого отчета. Откройте отчет в конфигураторе, перейдите на закладку «Подсистемы» и отметьте нужные разделы галочками. Результат тот же, разница только в том, откуда удобнее начинать: при добавлении одного отчета в несколько подсистем удобнее закладка отчета, при наполнении подсистемы — её состав.
После обновления конфигурации базы данных изменения вступают в силу для новых сеансов. Если пользователь уже работал в программе, ему нужно перезапустить сеанс или обновить командный интерфейс, чтобы увидеть новую команду.
Как настроить видимость и порядок команды в панели функций
По умолчанию команда отчета попадает в панель функций раздела в общий список. Если команд много, стоит навести порядок: откройте подсистему и нажмите кнопку «Командный интерфейс». Откроется редактор, где команды сгруппированы по панелям навигации и действий.
В редакторе командного интерфейса можно перетаскивать команды, менять их порядок, снимать видимость для отдельных команд и объединять команды в группы. Для отчетов логично создать группу «Отчеты» в панели действий — так пользователи быстрее находят нужное, а интерфейс не превращается в длинный неструктурированный список.
Также проверьте свойства самой команды открытия отчета: в палитре свойств отчета можно задать синоним команды, который увидит пользователь. Если синоним объекта технический (например, «ОтчетПродажи2»), команда в интерфейсе будет выглядеть непонятно — задайте человекочитаемое представление.
Особенности для типовых конфигураций на поддержке
В типовых решениях (1С:Бухгалтерия, 1С:ERP, Управление торговлей и других) объекты по умолчанию находятся на поддержке с запретом изменения. Если вы добавляете самописный отчет в типовую подсистему, конфигуратор попросит включить возможность изменения для этой подсистемы — объект будет снят с полной поддержки.
Это допустимый, но рискованный шаг: при следующем обновлении конфигурации механизм сравнения и объединения покажет измененную подсистему, и её придется обрабатывать вручную, чтобы не потерять добавленный отчет и не пропустить изменения поставщика. Чем больше объектов снято с поддержки, тем трудозатратнее обновления.
Более безопасная альтернатива для типовых конфигураций — создать собственную подсистему (например, «Дополнительные отчеты компании») и включать туда все самописные отчеты. Тогда типовые объекты остаются на поддержке, а ваш раздел обновления не затрагивают. Ещё один вариант — подключить отчет как внешний через механизм «Дополнительные отчеты и обработки», если он есть в конфигурации.
Внешние отчеты: подключение без изменения конфигурации
Если отчет разработан как внешний файл (.erf), включать его в подсистему через конфигуратор не нужно и невозможно — внешние отчеты не являются объектами метаданных. В типовых конфигурациях на базе Библиотеки стандартных подсистем есть механизм «Дополнительные отчеты и обработки»: администратор загружает файл отчета через соответствующий справочник и в карточке указывает, в каких разделах (подсистемах) его показывать.
Порядок такой: откройте «Администрирование» → «Печатные формы, отчеты и обработки» → «Дополнительные отчеты и обработки», создайте новый элемент, загрузите файл отчета и в таблице «Размещение» отметьте нужные разделы. После записи команда отчета появится в указанных разделах, обычно в подменю «Дополнительные отчеты».
Этот способ предпочтителен, когда отчет нужен быстро, конфигурацию трогать нельзя, а обновления должны проходить штатно. Ограничение: внешний отчет должен быть совместим с механизмом (содержать функцию СведенияОВнешнейОбработке в модуле объекта), иначе регистрация не пройдет.
Способы размещения отчета
Подходит для собственных разработок и доработанных конфигураций. Дает полный контроль над командным интерфейсом, но требует обновления конфигурации базы данных.
Оптимально для самописных отчетов в типовых решениях: типовые объекты остаются на поддержке, обновления проходят без конфликтов.
Для внешних отчетов без изменения конфигурации. Быстро и безопасно, но требует совместимости отчета с механизмом БСП и наличия самой подсистемы в конфигурации.
Проверка результата и типичные ошибки
После выполнения настроек проверьте результат от имени обычного пользователя, а не администратора: у администратора видны все команды, и он не покажет реальную картину. Убедитесь, что команда отчета находится в ожидаемом разделе, имеет понятное название и открывается без ошибок.
Как проверить результат
Отчет виден в нужном разделе у пользователя с соответствующей ролью
Команды нет — проверьте включение в подсистему, права и перезапуск сеанса
Форма отчета открывается, варианты настроек доступны
Ошибка при открытии — проблема в модуле отчета или схеме компоновки, а не в подсистеме
После обновления типовой конфигурации отчет остался в подсистеме
Отчет пропал — изменения были потеряны при объединении, восстановите из копии
Если команда не появилась, действуйте последовательно: сначала проверьте галочку в составе подсистемы, затем обновление конфигурации базы данных, затем права пользователя (роль должна включать право «Просмотр» на отчет), затем индивидуальные настройки панели функций у конкретного пользователя — он мог сам скрыть команду ранее.
FAQ
Можно ли включить один отчет сразу в несколько подсистем?
Да. Отметьте отчет в составе каждой нужной подсистемы или воспользуйтесь закладкой «Подсистемы» в свойствах самого отчета. Команда появится во всех выбранных разделах, при этом объект в конфигурации останется одним — дублирования данных не происходит.
Почему отчет виден администратору, но не виден пользователю?
Почти всегда причина в правах. Проверьте, что роль пользователя дает право «Просмотр» на отчет и доступ к подсистеме. Также пользователь мог скрыть команду в личных настройках панели функций — проверьте «Вид» → «Настройка панели функций» в его сеансе.
Нужно ли обновлять конфигурацию базы данных после добавления отчета в подсистему?
Да, обязательно. Сохранение конфигурации (Ctrl+S) меняет только конфигурацию разработчика; чтобы изменения дошли до пользователей, нужно выполнить «Конфигурация» → «Обновить конфигурацию базы данных». Изменение состава подсистем обычно не требует реструктуризации и выполняется быстро.
Как добавить отчет в подсистему, не снимая типовую конфигурацию с поддержки?
Два рабочих варианта: создать собственную подсистему и включить отчет в неё (типовые объекты при этом не изменяются) или подключить отчет как внешний через «Дополнительные отчеты и обработки», если этот механизм присутствует в конфигурации. Оба способа сохраняют штатное обновление.
Отчет появился в разделе, но в самом низу списка. Как поднять его выше?
Откройте подсистему в конфигураторе, нажмите «Командный интерфейс» и перетащите команду отчета на нужную позицию в панели действий. Порядок в редакторе определяет порядок отображения у всех пользователей раздела.
Что делать, если после обновления типовой конфигурации отчет пропал из подсистемы?
Это значит, что при объединении изменение подсистемы было отвергнуто. Восстановите включение отчета в подсистему вручную и повторите обновление конфигурации базы данных. Чтобы ситуация не повторялась, ведите список доработок и при обновлении в окне сравнения-объединения явно проверяйте измененные подсистемы.
Что важно запомнить
Отчет появляется в интерфейсе только после включения в состав подсистемы и обновления конфигурации базы данных. В типовых конфигурациях предпочитайте собственные подсистемы или механизм дополнительных отчетов, чтобы не усложнять обновления. Итог всегда проверяйте под учетной записью обычного пользователя.