Инструкции по настройке и использованию сбора

Содержание

Описание сбора

Общие сведения

Справочник «Рабочий процесс сбора» (/registry/set/-869/) обеспечивает настройку процессов сбора данных в соответствии с установленными регламентами сбора отчетности. В Системе предусмотрена возможность без программирования задавать:

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

Выделены следующие основные категории ролей:

  1. Пользователи-администраторы. Данной категории пользователей предоставляется возможность через интерфейс Системы создавать новые маршруты сбора данных, в том числе добавлять новые статусы и роли.
  2. Пользователи-координаторы (редакторы шаблона). Данной категории пользователей предоставляется возможность создавать, редактировать и запускать шаблоны сборов, но только тем организациям и по тем тематикам, на которые пользователь-администратор выдал права.
  3. Пользователи-исполнители. Пользователи данной категории выполняют задания сбора (вводят данные), могут просматривать свои выполненные задания и архив заданий (закрытые задания). При получении задания сбора пользователь-исполнитель должен заполнить формы, которые получил в задании, и затем поставить отметку о выполнении (нажать на соответствующую кнопку).
  4. Пользователи-контролеры - это пользователи, ответственные за сбор, и другие согласующие роли (количество согласующих ролей определяется маршрутом сбора данных). Пользователи-контролеры проверяют задания сбора, выполненные исполнителем, просматривают ранее проверенные задания, архив заданий (закрытые задания) и отчеты по исполнительской дисциплине.

Используются следующие основные термины:

  1. «Рабочий процесс сбора» – правила, определяющие количество участников (ролей сбора) и маршрут сбора данных (сколько всего статусов, правила перевода задания из статуса в статус).
  2. «Тип сбора» – название для конкретного рабочего процесса сбора.
  3. «Тематика» – направленность, зона ответственности сбора (например, «Бухгалтерия», «Безопасность»).
  4. «Шаблон сбора» – правила, определяющие сроки сбора и список форм для заполнения. После запуска шаблона пользователям автоматически формируются задания и запускаются по маршруту, заданному в рабочем процессе сбора.
  5. «Структура сбора» – справочник (плоский или иерархический), по которому осуществляется сбор (например, «Организационная структура», «Административная структура»).
  6. «Узел сбора» – одно из значений справочника «Структура сбора» (например, ООО «Организация»).
  7. «Периодичность сбора» – тип периода, которым параметризованы формы сбора (например, если формы ежемесячные, то периодичность сбора - месяц).
  8. «Период сбора» – конкретный период, указанный в задании, за который заполняются данные (например, периодичность сбора год, период сбора – 2018 год).
  9. «Доступы в сборе» – правила, определяющие связку: «Пользователь - Тематика - Роль сбора - Тип сбора - Организация (узел сбора)».
  10. «Рекомендованные формы/отчеты/реестры/дашборды» – это сущности Системы, которые участники сбора должны заполнить/проверить/посмотреть. Особенность рекомендованных форм/отчетов/реестров/дашбордов состоит в том, что они должны быть параметризованы как минимум двумя показателями: «Структурой сбора» и «Периодичностью сбора». В каждом задании сбора они будут подставляться автоматически, и у пользователя не будет права изменить их (исправить прошлые данные).

Описание стандартных типов сбора в платформе

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

_images/194.png

По умолчанию в Системе предусмотрены следующие типы сбора:

  1. Два уровня
  • Сбор с тремя основными статусами:

    • «Новое» – задание требует выполнения исполнителем (роль «Исполнитель»), у исполнителя одна кнопка «Выполнить».
    • «Выполнено» – задание требует проверки ответственным за сбор (роль «Ответственный за сбор»): может быть переведено контролером в статус «Новое» (кнопка «На доработку») или «Закрыто» (кнопка «Закрыть»).
    • «Закрыто» – задание в архиве.
  • Дополнительно введено три статуса:

    • «Новое просрочено» – Система автоматически переводит задание в данный статус из статуса «Новое» в последний день периода сбора.
    • «Сбор закрыт: новое» – Система автоматически переводит задание в данный статус из статусов «Новое» и «Новое просрочено» через 5 дней после окончания периода сбора.
    • «Сбор закрыт: выполнено» – Система автоматически переводит задание в данный статус из статуса «Выполнено» через 5 дней после окончания периода сбора.
  • Показатель для утверждения не присваивается (можно заполнить на каждом стенде, но нельзя изменить после однократного заполнения – только создать новый тип сбора).

  • Редактировать шаблоны сбора с данным типом сбора могут пользователи, имеющие роль сбора «Редактор шаблона».

  • Задание становится доступным для выполнения (видимым в «Текущих заданиях» у исполнителя) сразу после запуска шаблона сбора, если не указано иное в «Шаблоне сбора» («Дней от начала периода сбора» - «0», но может быть отредактировано в шаблоне).

  1. Три уровня (дополнительно к сбору «Два уровня» добавлен статус «На проверке»)
  • «Новое» – задание требует выполнения исполнителем (роль «Исполнитель»), у исполнителя одна кнопка «На проверку».
  • «На проверке» – задание требует проверки контролером (роль «Контролер»), может быть переведено в статус «Новое» (кнопка «На доработку) или «Выполнено» (кнопка «Выполнить»).
  • «Выполнено» – задание требует проверки ответственным за сбор (роль «Ответственный за сбор»), может быть переведено контролером в статус «Новое» (кнопка «На доработку») или «Закрыто» (кнопка «Закрыть»).
  • «Закрыто» – задание в архиве.
  1. Запрос информации
  • Сбор с двумя статусами:

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

  • Редактировать шаблоны сбора с данным типом сбора могут пользователи, имеющие роль сбора «Редактор шаблона».

  • Задание становится доступным для выполнения (видимым в «Текущих заданиях» у исполнителя) сразу после запуска шаблона сбора («Дней от начала периода сбора» - «0», но может быть отредактировано в шаблоне).

Инструкция администратора

Порядок настройки сбора данных «с нуля»

После создания и настройки всех необходимых форм, реестров, отчетов и дашбордов можно переходить к созданию и настройке Системы сбора данных. Для этого необходимо:

  1. Создать показатель с типом «Справочник» и справочник, по которому будет осуществляться сбор данных.
  2. Создать показатель с типом «Множество значений из справочника», по которому будет выполняться сбор данных.
  3. Наполнить справочник, по которому будет осуществляться сбор данных.
  4. Создать «Тематику сбора» в справочнике «Тематики» (registry/set/-510/).
  5. Назначить права пользователю на создание шаблонов сбора (в том числе пользователю admin) в справочнике «Доступы в сборе» (/registry/set/-599/). Для типов сбора по умолчанию – это роль «Редактор шаблона».
  6. Добавить в справочник доступов показатель с множественным выбором справочника, по которому осуществляется сбор, и выбрать узлы сбора, по которым пользователю доступна настройка сбора.
  7. Создать шаблон сбора данных.
  8. Включить шаблон сбора данных.

Если в сборе данных используется справочник «Административная структура», пункты «1» и «2» могут быть пропущены (данные показатели создаются автоматически).

Для того, чтобы увидеть задание в «Текущих», необходимо присвоить пользователю, для которого осуществляется настройка сбора, соответствующие права (например, «Исполнитель») в справочнике «Доступы в сборе» (/registry/set/-599/).

Настройка справочника «Рабочий процесс сбора»

Маршруты сборов описаны в справочнике «Рабочий процесс сбора» (/registry/set/-869/). Справочник доступен на редактирование пользователям-администраторам. Каждая строка справочника соответствует одному переходу задания из статуса в статус.

_images/195.png

Описание полей справочника:

  • «Тип сбора» - название типа сбора. Редактирование названия, добавление новых типов сбора осуществляется в справочнике «Типы сбора» (/registry/set/-526/). Справочник доступен на редактирование пользователям-администраторам. Существующие по умолчанию типы сбора изменить нельзя, создать новые – можно.

  • «Предыдущий статус» – название статуса, для которого описывается правило: из какого статуса задание перейдет в следующий статус. Редактирование списка статусов осуществляется в справочнике «Статусы» (/registry/set/-573/). Справочник доступен на редактирование пользователям-администраторам. Существующие по умолчанию статусы изменить нельзя, создать новые – можно.

  • «Новый статус» – название статуса, для которого описывается правило: в какой статус задание перейдет из предыдущего статуса.

  • «Тип события» - это событие, по которому задание, сформированное по данному шаблону, поменяет статус с поля «Предыдущий статус» на «Новый статус». Существуют следующие типы событий (дополнительно см. подраздел «Автоматические переводы статусов»):

    • «Дней до конца периода сбора» – переход осуществляется автоматически (Системой), когда пройдет столько дней от конца периода сбора, сколько указано в поле «Значение события». Поле «Роль сбора» при этом можно оставить пустым или заполнить – переход все равно будет осуществляться автоматически (Системой). Конец периода сбора – это последний день периода сбора, указанного в шаблоне сбора (не в справочнике «Рабочий процесс сбора»). Например, если период сбора в шаблоне сбора указан месяц, то можно задать условие: задание становится просроченным за три дня до конца месяца/через три дня после окончания.
    • «Дней от начала периода сбора» – переход осуществляется автоматически (см. описание поля «Дней до конца периода сбора»).
    • «Дней от статуса» – переход осуществляется автоматически, после окончания дней, указанных в поле «Значение события», от момента, когда задание перешло в статус, указанный в поле «Статус события».
    • «Кнопка» – переход осуществляется, когда пользователь, имеющий роль, указанную в поле «Роль сбора», нажмет в паспорте задания на кнопку, название которой указано в поле «Значение события».
    • «Внешнее событие» - переход осуществляется «по триггеру» из другого шаблона сбора.
  • Значение события - вторая часть поля «Тип события». Данное поле может быть изменено в шаблоне сбора, в «Типе сбора» задается значение «по умолчанию».

    • Для типов событий «Дней до конца периода сбора» и «Дней от начала периода сбора» - положительное/отрицательное/нулевое значение.
    • Для типа события «Дней от статуса» - положительное значение (>0).
    • Для типа события «Кнопка» - «текстовое поле» (то есть название кнопки, которое будет отображаться в паспорте задания).
    • Для типа события «Внешнее событие» - необходимо ввести название события, или несколько названий через запятую (см. подробнее «Автоматические переводы статусов по внешнему событию»).
  • «Статус события» заполняется только для типа события «Дней от статуса».

  • «Роль сбора» заполняется только для типа события «Кнопка». В ином случае игнорируется Системой. Исключения:

    • Исключение 1: Роль, отмеченная для перехода из «пустого» статуса (значение поля «Предыдущий статус» - пусто) в «Новое» (значение поля «Новый статус» - «Новое») - это роль, позволяющая создавать и редактировать шаблон (можно использовать системную роль «Редактор шаблона» или иную, если этого требует постановка задачи).
    • Исключение 2: Роль заполняется не для определения видимости кнопки, а для определения поля «Видит в текущих» (см. ниже Пример 2).
  • «Видит в текущих». Если стоит «Да», то пользователь с ролью <Роль сбора> увидит данное задание в своем списке «Текущие задания», когда оно находится в статусе «Предыдущий статус». Как правило, заполняется только для типа события «Кнопка», но не обязательно. Примеры:

    • Пример 1: Пользователь с ролью «Исполнитель» должен видеть задание в статусе «Новое» и «Новое просрочено» с кнопкой «Выполнить». Тогда в строках, у которых поле «Предыдущий статус» заполнено как «Новое» или «Новое просрочено», «Тип события» - «Кнопка», «Значение события» – «Выполнить», «Роль сбора» – «Исполнитель», должно быть указано «Видит в текущих» = «Да».
    • Пример 2: Пользователь с ролью «Контролер» должен видеть задание в статусе «Проверено» 3 дня, но не должен иметь возможность сделать что-то с ним (например, задание используется как напоминание). Тогда в строке, у которой в поле «Предыдущий статус» - «Проверено», «Тип события» - «От статуса», «Значение события» - «3», Статус - «Проверено», «Роль сбора» – «Контролер», должно быть указано «Видит в текущих» = «Да».
  • «Можно редактировать» - если указано значение «Да», пользователь с ролью «Роль сбора» сможет редактировать формы и реестры, если задание находится в статусе «Предыдущий статус». Как правио, заполняется только для типа события «Кнопка», но не обязательно.

  • «Показатель утверждения» - название показателя, которому будет присвоено определенное значение, указанное в поле «Значение утверждения», при изменении статуса. Данное поле может быть изменено в шаблоне сбора, в «Типе сбора» задается значение «по умолчанию». Данный показатель не обязательно должен быть в формах/реестрах для заполнения.

  • «Значение утверждения» - вторая часть поля «Показатель утверждения»: значение показателя (например, «Да»). Данное поле может быть изменено в шаблоне сбора, в «Типе сбора» задается значение «по умолчанию». Пример:

    • Например, можно при изменении статуса из «Новое» в «Выполнено» показателю «Утверждено пользователем» присвоить значение «Да»; при изменении статуса из «Выполнено» в «Закрыто» показателю «Утверждено контролером» присвоить значение «Да». Следует обратить внимание, что требуется заполнить все строки, когда требуется присвоить показатель: при переходе из статуса «Новое просрочено» в статус «Выполнено» значение показателя утверждения тоже должно присваиваться, строку надо заполнить повторно.
  • «Электронная подпись». В случае, если в рабочем процессе сбора для утверждения перехода задания из статуса в статус необходимо использовать электронно-цифровую подпись (ЭЦП), то в данном поле необходимо поставить галочку. В результате в задании сбора в блоке «История» будут автоматически добавлены поля: «Подписанный файл», «Данные сертификата пользователя», «Статус подписи». Подробнее об ЭЦП см. в подразделе «Компонент «Электронная подпись».

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

Настройка ролевой модели сбора

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

  1. Справочник «Пользователи».

В справочнике «Пользователи» (/registry/set/-70/) выбираются роли пользователя в Системе. Настроенный список ролей позволяет ограничить видимость элементов Системы и возможность вносить в них какие-либо изменения. Каждая роль отдельно настраивается в справочнике «Роли» (/registry/set/-103/).

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

  • «Сбор: исполнитель».
  • «Сбор: контролер».
  • «Сбор: редактор шаблона».

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

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

Также роли необходимы, чтобы задать вид АРМ (личного меню): в справочнике «Дерево меню» задается информация о том, какие ссылки и каким ролям доступны те или иные разделы меню.

Таким образом, справочник «Пользователи» определяет:

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

  1. Справочник «Доступы в сборе».

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

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

Для доступа к паспорту шаблона сбора (по ссылке) в справочнике должна быть создана связка: «Пользователь – Тематика (относящаяся к шаблону) – Роль сбора (любая) – Тип сбора – узел сбора, совпадающий хотя бы с одним узлом структуры сбора, указанным в шаблоне сбора в поле «Узлы».

Для редактирования, включения и удаления шаблона в справочнике должна быть создана связка: «Пользователь – Тематика (относящаяся к шаблону) – нужная роль (т.е. та роль, которая в типе сбора переводит из пустого в статус «Новое») – Тип сбора – узлы сбора, совпадающие с узлами структуры сбора, указанными в шаблоне сбора в поле «Узлы» (в справочнике «Доступы в сборе» может быть больше узлов, чем в поле «Узлы» в шаблоне, но не меньше).

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

Дополнительные настройки рабочего процесса сбора

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

_images/278.png

По умолчанию настроены:

  • Иконка i1 — отмечает задания, изменившиеся сегодня.
  • Иконка i2 — отмечает задания, которые были возвращены на доработку.

Требует настройки:

  • Иконка i3 — индикатор статуса задания сбора (может быть любого цвета).

Для использования дополнительных функций потребуется настроить следующие системные справочники:

1. Справочник «Индикаторы заданий сбора» (/registry/set/-892). Настройка цветов/иконок, которые отображаются как индикаторы в текущих заданиях. По умолчанию в системе предустановлен код red – «Истекает срок выполнения».

_images/276.png
  • «Название» — название индикатора задания сбора, которое будет использоваться в настройке рабочего процесса сбора и в качестве всплывающей подсказки при наведении на индикатор в списке заданий сбора.
  • «Код стиля индикатора задания сбора» — латиницей задается слово, с помощью которого в project description можно задать раскраску (цвет или иконку).

2. Справочник «Дополнительные настройки рабочего процесса сбора» (/registry/set/-891/). Настройка событий, происходящих до/после определенного статуса: индикаторы в текущих заданиях, уведомления

_images/277.png
  • «Тип сбора» - название типа сбора. По умолчанию настроено для типов сбора «Два уровня» и «Три уровня».
  • «Новый статус» - название статуса, для которого описывается правило.
  • «Значение события» – срок в днях - до/после статуса, указанного в «новый статус»
  • «Индикатор задания сбора» – название индикатора, который будет в текущих заданиях
  • «Шаблон уведомления» - уведомление, которое будет отправлено при наступлении срока изменения значения события. Тема и текст шаблонов настраиваются в справочнике «Шаблоны уведомлений» (/registry/set/-885/). Например, при типе сбора «Дней до конца периода сбора» и значении события = 2, уведомление по шаблону будет направлено выбранным пользователям за 2 дня до конца периода сбора.
  • «Уведомляемые роли» - пользователи, которые получат уведомление об изменении индикатора задания (например, о том, что срок выполнения задания истекает). Необходимо при заполнении поля «шаблон уведомления».

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

Автоматические переводы статусов по дате

В том случае, если в справочнике «Рабочий процесс сбора» не указана роль, а в «Тип события» указаны «Дней до конца периода сбора», «Дней от статуса» или «Дней от начала периода сбора», то Система меняет статус задания автоматически, в соответствующем порядке. Например, если задание должно перейти в статус «Сбор закрыт: новое» за 3 дня до конца периода сбора, а в статус «Новое просрочено» через 2 дня после статуса «Новое», то в случае конфликта по времени задание перейдет в статус «Сбор закрыт: новое», а не «Новое просрочено».

Проверка и автоматический перевод статусов происходит ночью.

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

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

  • Перевод через 3 дня от статуса «Новое», то 3 полных дня задание будет в статусе «Новое»: если первого числа днем запустили шаблон, то задание будет в статусе «Новое» 1-го (неполный день), 2-го, 3-го, 4-го числа. В ночь с 4 на 5 задание перейдет в статус «Новое просроченное».
  • Перевод через 3 дня от начала периода (месяц): задание будет в статусе «Новое» 1-го, 2-го, 3-го числа. В ночь с 3 на 4 задание перейдет в статус «Новое просроченно».
  • Перевод за 3 дня до конца периода (месяц январь): задание задание перейдет в статус «Новое просрочено» в ночь с 28.01 на 29.01.
  • Перевод до конца периода сбора «-3» (месяц январь): задание задание перейдет в статус «Новое просрочено» в ночь с 03.02 на 04.02.

Если администратор Системы изменит статус задания сбора вручную, а по срокам «Рабочего процесс сбора» оно должно быть в статусе «Закрыто» (или ином), ночью оно будет переведено в соответствующий статус.

Автоматические переводы статусов по внешнему событию

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

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

_images/external_events.png

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

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

Таблица «Внешние события» заполняется следующим образом:

  • «Имя события» - идентификатор события, соответствует «Значению события» в Рабочем процессе сбора.
  • «Шаблон» - влияющий шаблон сбора, состояние заданий в котором будет определять переход в настраиваемом шаблоне.
  • «При переходе в статус» - статус заданий во влияющем шаблоне сбора.
  • «Влияющие задания» - узлы во влияющем шаблоне сбора (пустое поле эквивалентно выбору всех узлов).
  • «Зависимое задание текущего шаблона» - узел в текущем шаблоне, на который будет действовать переход (пустое поле эквивалентно выбору всех узлов).
  • «Зависит один к одному» - возможно только в случае совпадения структур сбора у текущего шаблона и влияющего. Настройка означает, что каждое задание во влияющем шаблоне будет вызывать переход только у задания для того же узла, в данном шаблоне.

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

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

Пример 1:

Есть два шаблона «Шаблон_1», и «Шаблон_2», собираются ежемесячно. Необходимо, чтобы сбор по «Шаблон_2» запускался только после полного выполнения всех заданий в «Шаблон_1».

Для этого в рабочем процессе для «Шаблон_2» необходимо указать первый переход (из <пусто> в «новое») по внешнему событию. Со значением события «Окончание сбора Шаблон_1». Далее в настройках «Шаблон_2» в таблице внешних событий необходимо добавить строку: «Окончание сбора Шаблон_1» - «Шаблон_1» - «Выполнено» - <пусто> - <пусто> - <пусто>.

Пример 2:

Есть два шаблона «Шаблон_1», и «Шаблон_2», собираются ежемесячно, по одной и той же структуре. Необходимо, чтобы задание из «Шаблон_2» запускалось в момент завершения соответствющего задания в «Шаблон_1».

Для этого в рабочем процессе для «Шаблон_2» необходимо указать первый переход (из <пусто> в «новое») по внешнему событию. Со значением события «Выполнение задания Шаблон_1». Далее в настройках «Шаблон_2» в таблице внешних событий необходимо добавить строку: «Выполнение задания Шаблон_1» - «Шаблон_1» - «Выполнено» - <пусто> - <пусто> - «да».

Инструкция ответственного по сбору: создание, редактирование, запуск шаблона сбора

Шаблоны сбора

Обзор шаблонов сбора

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

В списке шаблонов доступны фильтры (по Тематике, по Статусу). Для их использования необходимо нажать кнопку «Показать фильтры».

Создание шаблонов сбора

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

  1. «Название» - название шаблона сбора, которое будет отображено в названии заданий, которые получат пользователи.
  2. «Тематика» - определяет доступ: список пользователей, имеющих доступ к данном сбору.
  3. «Тип сбора».
  4. «Показатель параметризации» (раздел «Структура сбора») - показатель типа «Справочник», которым параметризованы рекомендованные формы/отчеты/реестры/дашборды.
  5. «Показатель определения прав доступа» - справочник, по которому будет проходить сбор (например, «Административная структура»).
  6. «Узлы» - узлы структуры сбора (те узлы, которые получат задание).
  7. «Показатель параметризации» (раздел «Периодичность») - показатель типа «Период», которым параметризованы рекомендованные формы/отчеты/реестры/дашборды.
  8. «Из типа периода» или «Фиксированные периоды»:
  1. «Из типа периода» – выбор типа периода для периодичных заданий: день/неделя/год и т.д. Следует обратить внимание, что сбор всегда начинается с текущего периода (если «Количество предыдущих периодов для генерации заданий» = 0, см. ниже). То есть если при настройке сбора был выбран 2016 год, а сейчас 2019 год, то задание все равно будет сформировано, начиная с 2019 года. Конкретный период важен только для недели (с какого дня недели сбор: с понедельника по воскресенье или с пятницы по четверг). При этом:
  1. Флаг «Разовое задание» - позволяет создать задания только на текущий период из выбранного типа периода (задания сбора на следующие периоды сбора автоматически формироваться не будут).
  2. Количество предыдущих периодов для генерации заданий – по умолчанию 0. Данное поле требуется использовать, если нужно запустить сбор начиная не с текущего периода, а с какого-либо прошлого. Особенность: сроки сбора – такие, как прописано в шаблоне!
  1. «Фиксированные периоды» – выбор конкретных периодов, за которые будут сформированы задания. Фиксированный период может быть выбран в прошлом.
  1. «Рекомендованные» (формы/отчеты/реестры/дашборды) – это те сущности, на которые будут вести ссылки из паспорта задания. В паспорте они будут расположены в алфавитном порядке.
  1. Формы и реестры необходимо заполнить пользователю.
  2. Отчеты можно посмотреть и/или экспортировать. Также отчеты могут быть использованы для межформенных проверок (например, для сравнения данных, введенных в форму, с прошлым периодом).
  1. «Таблицы в заданиях» - определяет отображать все рекомендованные формы, реестры и отчеты напрямую в паспорте задания, либо отображать ссылки на них. Следует использовать только при малом количестве форм и реестров небольшого размера в задании.

Редактирование шаблона сбора

После того, как шаблон сохранен в Системе и включен (т.е. по нему сформированы задания), действуют следующие правила редактирования:

  1. Запрещено редактирование следующих данных в шаблоне (для их редактирования требуется отключить шаблон и создать новый):
  • Периодичность сбора (необходимо выключить шаблон и создать новый – с другим периодом).
  1. При изменении следующих данных требуется перезапуск шаблона после редактирования:
  • Изменение списка узлов сбора (удаление или добавление новых). После изменения узлов требуется перезапустить шаблон. Задания, которые были сформированы ранее (для удаленных узлов) останутся в Системе, но станут недоступными для редактирования (их можно просмотреть в списке «Все задания» с отметкой «Задание не активно»), и в отчетах об исполнительской дисциплине. Задания для новых узлов будут сформированы, начиная с текущего периода.
  • Изменение поля «Значение события» в настройках рабочего процесса (как и в других таблицах в Системе, для сохранения данных в ячейке необходимо перейти на другую ячейку).
  1. При изменении следующих данных перезапускать шаблон не требуется:
  • Список рекомендованных форм/отчетов/реестров/дашбордов (рекомендованные сущности появятся в заданиях сразу после сохранения шаблона).
  • Межформенные проверки.
  • Название шаблона (новое название появится в заданиях, которые были сгенерированы после изменения названия).
Настройка уведомлений

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

Шаблон уведомления (название шаблона, тема, текст) настраивается в справочнике «Шаблоны уведомлений» (/registry/set/-885/). По умолчанию в справочнике «Шаблоны уведомлений» содержатся три шаблона уведомлений: «Новое задание», «Стандартное уведомление», «Уведомление при изменении статуса автоматически». Для полей «Шаблон темы уведомления» и «Шаблон тела уведомления» можно задать набор аргументов, с помощью которых в сообщение будут подставляться значения различных показателей, привязанных к заданию сбора. Аргументы указываются в тексте сообщения в одинарных фигурных скобках:

  • task - название задания сбора
  • task_subject - имя узла сбора, к которому привязано данное задание
  • task_period - значение периода данного задания сбора
  • template - имя шаблона сбора
  • datetime - время наступления события, при котором отправляется уведомление (как правило - время смены статуса задания)
  • oldstatus - предыдущий статус задания сбора
  • newstatus - новый статус задания сбора
  • by - автор нового статуса задания сбора
  • link - ссылка на паспорт задания сбора
  • theme - тематика шаблона сбора

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

Межформенные проверки

Компонент «Межформенные проверки» позволяет задавать правила проверки данных, вводимых в формы и реестры задания сбора. Межформенные проверки также можно использовать для отчетов, приложенных к заданиям сбора (это удобно, например, если для проверки должны обрабатываться вводимые в формы или реестры данные).

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

_images/201.png

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

_images/401.png

При копировании проверок («Ctrl+C») из одной ячейки и вставки их в другую («Ctrl+V») сохранение производится автоматически. Обратите внимание, что проверка с ошибками не сохраняется.

В подразделе «Межформенные проверки» подробно описаны правила задания проверок.

Методические указания

Если в каждом задании сбора по шаблону во всех статусах должен быть доступен для скачивания какой-либо документ (например, «Регламент сбора»), то в разделе «Методические указания» необходимо добавить эти файлы. Для этого следует нажать на кнопку «+» и выбрать файл в стандартном диалоговом окне.

Для сохранения документа после прикрепления файла необходимо убедититься, что нет оранжевого треугольника, предупреждающего об ошибке (как и в других таблицах в Системе, для сохранения данных в ячейке необходимо перейти на другую ячейку).

_images/200.png

Сущности сбора

Текущие задания

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

В списке текущих заданий отображаются все задания, которые доступны пользователю для перевода в другой статус. Название каждого задания сформировано автоматически: «Название шаблона (Период сбора, Узел сбора)». Если шаблон был переименован после формирования заданий – задания не переименуются.

Паспорт задания

Раздел «Сроки на исполнение» в паспорте задания сообщает пользователю о том, в какие статусы задание будет переведено автоматически и через какое время (в том случае, если пользователь не изменит статус задания самостоятельно, т.е. по кнопке).

Пример: Задание находится в статусе «Новое», и в его паспорте в разделе «Сроки на исполнение» указано, что через 3 дня задание будет переведено в статус «Новое просрочено», а через 10 дней – в статус «Сбор закрыт: новое». Это означает, что регламентированный срок истечет через 3 дня, а через 10 дней задание будет уже недоступно для выполнения.

Просмотр выполненных заданий

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

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

Обратите внимание, что в выполненных заданиях не отображаются закрытые задания. Закрытые задания отображаются в архиве.

Выполненные задания располагаются по ссылке: /tasks/completed/role/-807, где «-807» - id роли пользователя в сборе (в данном примере указан id роли сбора «Исполнитель»). Если у пользователя несколько ролей сбора (например, «Исполнитель» и «Контролер»), то достаточно настроить вкладку «Выполненные» для роли сбора «Исполнитель». В результате в отчете «Выполненные задания» отобразятся выполненные «Исполнителем» задания в статусе «На проверке». Задания для «Контролера» отобразятся в списке текущих заданий.

Если создана новая роль сбора, необходимо в справочнике «Дерево меню» добавить пункт «Выполненные» с ссылкой: /tasks/completed/role/(id созданной роли).

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

_images/367.png

В качестве внешних фильтров реестра указывают:

  • «Ш.Тематика» - фильтр «Шаблон=>Тематика», в котором выбрана интересующая тематика (может быть выбрано любое количество тематик). Аналогично может быть добавлен фильтр «Шаблон» с выбором одного или нескольких необходимых шаблонов.
  • «Текущий статус» - фильтр «Текущий статус», в котором выбран интересующий статус (может быть выбрано любое количество статусов).

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

_images/368.png

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

Архив

Архив – это специальный (системный) реестр, в котором отображаются все задания в статусах «Закрыто», «Сбор закрыт: выполнено», «Сбор закрыт: на проверке», «Сбор закрыт: новое». Задания отображаются в том случае, если у пользователя к ним есть доступ (справочник «Доступы в сборе»).

Для просмотра заданий в архиве необходимо в главном меню выбрать пункт «Задания сбора», далее перейти на вкладку «Архив» (/tasks/closed).

_images/262.png

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

Контроль исполнительской дисциплины

Контроль исполнительской дисциплины – это форма для просмотра последних заданий сбора по определенному шаблону сбора (или нескольким шаблонам). Форма «Контроль исполнительской дисциплины» доступна всем пользователям, которые имеют доступ хоть к одному заданию, но содержит информацию только о тех узлах дерева, к которым у текущего пользователя есть доступ (справочник «Доступы в сборе»).

Для перехода к форме «Контроль исполнительской дисциплины» необходимо открыть любой шаблон сбора и нажать на кнопку «Последние задания» или перейти по ссылке вида: /template/tasks/last/{id шаблона сбора}.

_images/265.png

Форма параметризована множественными параметрами «Шаблон сбора» и «Период», которые можно изменить. По умолчанию выбраны текущий и два предыдущих периода (если для них существуют задания), также шаблон, из паспорта которого осуществлен переход. Ячейки в форме – это ссылки, позволяющие перейти к паспорту выбранного задания.

_images/266.png

Для удобства пользователей-контролеров данная форма может быть добавлена на ленту главного меню (меню настраивает администратор Системы).

Инструкция исполнителя

Вход в Систему осуществляется по логину и паролю. Логин и пароль зависят от регистра (заглавные/строчные буквы).

Текущие задания

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

_images/278.png

В Системе предусмотрена возможность дополнительно отмечать задания в списке заданий сбора:

  1. Иконка i1 — отмечает задания, изменившиеся сегодня.
  2. Иконка i2 — отмечает задания, которые были возвращены на доработку.
  3. Иконка i3 — индикатор статуса задания сбора, при наведении на который всплывает подсказка о его значении. По умолчанию красный цвет индикатора означает, что скоро истечет срок выполнения задания.

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

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

  • Раздел «Статус задания» (под названием задания) — статус, в котором находится задание в текущий момент. Примеры статусов: «новое», «на проверке», «выполнено, «закрыто».
  • Раздел «Сроки исполнения» — срок, до которого необходимо выполнить задание. В данном поле приведен статус, в которое задание будет переведено автоматически (в том случае, если пользователь не изменит статус самостоятельно, т.е. по кнопке).
  • Разделы «Реестры для заполнения» и «Формы для заполнения» — перечень отчетных форм и реестров, которые необходимо заполнить пользователю.
  • Раздел «Дашборды для заполнения» - перечень дашбордов, в которых необходимо проверить/посмотреть данные/заполнить указанные формы (реестры).
  • Раздел «Параметры» — содержит информацию о параметрах задания сбора: периодичность сдачи отчетности и название организации, которая выполняет задание.
  • Раздел «История» – содержит историю изменений задания сбора, переходов из статуса в статус, авторов каждого изменения, комментариев.
_images/259.png

Для того, чтобы просмотреть реестр/форму/дашборд (здесь и далее в качестве примера используется работа с реестром, работа с формами и дашбордами происходит аналогично), ввести новые данные или отредактировать ранее введенные, необходимо щелкнуть по ссылке с названием реестра. В открывшемся реестре следует ввести отчетные данные в соответствии с правилами, описанными в разделе о вводе данных (см. раздел «Ввод данных»).

_images/267.png

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

_images/260.png

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

_images/268.png

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

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

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

_images/269.png

Обратите внимание, что после изменения статуса задания изменение введенных данных невозможно!

Выполненные задания

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

_images/261.png

Щелкнув левой кнопкой мыши на строку с интересующим заданием, происходит переход к паспорту задания. В нем можно открыть реестры/формы/отчеты/дашборды, относящиеся к данному заданию, однако ввод данных в них невозможен (доступен только просмотр). Контролер может вернуть задание на доработку, тогда оно снова отобразится в списке текущих заданий, и данные могут быть откорректированы.

Архив

Архив – это специальный (системный) реестр, в котором отображаются все задания в статусах «Закрыто», «Сбор закрыт: выполнено», «Сбор закрыт: на проверке», «Сбор закрыт: новое». Задания отображаются в том случае, если у пользователя к ним есть доступ (справочник «Доступы в сборе»).

Для просмотра заданий в архиве необходимо в главном меню выбрать пункт «Задания сбора», далее перейти на вкладку «Архив» (/tasks/closed).

_images/262.png

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

Инструкция контролера

Вход в Систему осуществляется по логину и паролю. Логин и пароль зависят от регистра (заглавные/строчные буквы).

Текущие задания

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

В списке текущих заданий отображаются все задания, которые доступны пользователю для перевода в другой статус. Название каждого задания сформировано автоматически: «Название шаблона (Период сбора, Узел сбора)». Если шаблон был переименован после формирования заданий – задания не переименуются.

_images/278.png

В Системе предусмотрена возможность дополнительно отмечать задания в списке заданий сбора:

  1. Иконка i1 — отмечает задания, изменившиеся сегодня.
  2. Иконка i2 — отмечает задания, которые были возвращены на доработку.
  3. Иконка i3 — индикатор статуса задания сбора, при наведении на который всплывает подсказка о его значении. По умолчанию красный цвет индикатора означает, что скоро истекает срок выполнения задания.

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

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

  • Раздел «Статус задания» (под названием задания) — статус, в котором находится задание в текущий момент. Примеры статусов: «новое», «на проверке», «выполнено, «закрыто».
  • Раздел «Сроки исполнения» — срок, до которого необходимо выполнить задание. В данном поле приведен статус, в которое задание будет переведено автоматически (в том случае, если пользователь не изменит статус самостоятельно, т.е. по кнопке).
  • Разделы «Реестры для заполнения», «Формы для заполнения», «Дашборды для заполнения» — перечень отчетных форм и реестров, а также дашбордов, которые необходимо проверить пользователю.
  • Раздел «Параметры» — содержит информацию о параметрах задания сбора: периодичность сдачи отчетности и название организации, которая выполняет задание.
  • Раздел «История» – содержит историю изменений задания сбора, переходов из статуса в статус, авторов каждого изменения, комментариев.
_images/263.png

Для того, чтобы проверить реестр/форму/отчет/дашборд (далее в качестве примера используется работа с реестром, работа с формами/отчетами/дашордами происходит аналогично), необходимо щелкнуть по ссылке с названием реестра. В открывшемся реестре следует проверить корректность введенных данных.

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

_images/260.png

Когда проверены все необходимые реестры/формы/отчеты/дашборды, в паспорте задания контролеру необходимо принять решение об утверждении задания (названия кнопок могут отличаться в зависимости от настроек шаблона сбора, но по смыслу всегда будут иметь аналогичное значение):

  • Кнопка «На доработку» - возвращает задание исполнителю для редактирования задания в соответствии с комментарием контролера, задание перейдет в статус «новое».
  • Кнопка «Выполнено» - утверждает задание. В зависимости от бизнес-процесса, задание может быть закрыто/принято или отправлено следующему контролеру/ответственному за сбор.
_images/270.png

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

_images/271.png

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

Выполненные задания

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

_images/261.png

Щелкнув левой кнопкой мыши на строку с интересующим заданием, происходит переход к паспорту задания. В нем можно открыть реестры/формы/отчеты/дашборды, относящиеся к данному заданию, однако ввод данных в них невозможен (доступен только просмотр).

Архив

Архив – это специальный (системный) реестр, в котором отображаются все задания в статусах «Закрыто», «Сбор закрыт: выполнено», «Сбор закрыт: на проверке», «Сбор закрыт: новое». Задания отображаются в том случае, если у пользователя к ним есть доступ (справочник «Доступы в сборе»).

Для просмотра заданий в архиве необходимо в главном меню выбрать пункт «Задания сбора», далее перейти на вкладку «Архив» (/tasks/closed).

_images/262.png

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