Глава 4. Как использовать элементы платформы. Работа с данными

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

Хранение данных

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

Взаимодействие пользователя с данными

Для взаимодействия пользователя с данными используйте:

1. формы приложений и их элементов;
2. формы задач бизнес-процессов;
3. страницы.

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

Формы приложений и их элементов

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

• Плитка — просмотр элементов приложений в общем списке в виде плиток;
• Таблица — просмотр элементов в табличном виде;
• Канбан — просмотр элементов по статусам. Такой вид отображения доступен только тогда, когда у приложения включена опция Поле статус.
• Календарь — просмотр событий в календаре. Такой вид отображения доступен только для приложений типа Событие.

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

Для элемента приложения можно настроить свою форму для каждого вида действия:

• форма создания элемента;
• форма редактирования элемента;
• форма массового редактирования элементов;
• форма просмотра.

На страницу приложения и форму элемента приложения можно добавить дополнительные действия, используя Кнопки. Например, на форму просмотра элемента можно добавить кнопку Создать копию, с помощью которой скопируется значение полей и создастся новый элемент.

Формы задач бизнес-процессов

Формы задач бизнес-процесса настраиваются с помощью дизайнера интерфейсов, а действиями для них будут Переходы на схеме бизнес-процесса. Переходы в пользовательской задаче отобразятся в виде кнопок. Если необходимо дать пользователю дополнительное действие, не выходя из задачи, воспользуйтесь виджетом Кнопка на форме задачи и настройте действие, которое она будет выполнять.

Страницы

Страницы можно использовать как ролевой интерфейс для сотрудников. Например, можно создать страницу для сотрудников отдела подбора персонала. На неё вывести план по подбору персонала и текущее состояние.

Доступ к данным

Для настройки доступа по ролям используйте доступ к разделам, приложениями, страницам, а также права доступа к элементам приложений.

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

Кроме этого, можно дать доступ к элементам приложения по группам подбора. Если сотрудников по подбору много и они специализируются на определённых вакансиях, то можно закрепить за каждым типом вакансии группу специалистов по подбору персонала и выдавать доступ дифференцированно.

Бизнес-процессы — движение данных

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

1. стандартные элементы нотации BPMN. Например, события, переходы, задачи, подпроцессы и т. п.;
2. дополнительные элементы, позволяющие выполнять частые операции без программирования. Например, создание элемента приложения, изменение статуса, генерация документа и т. п.

Если вам необходимо выполнить какую-то операцию в бизнес-процессе, но вы не нашли для неё готового графического элемента, то вы можете:

• воспользоваться элементом Сценарий и с помощью программного кода реализовать эту операцию. Такой подход подойдёт для разовых операций;
• создать Действие в БП через Модуль, расширив перечень элементов дизайнера бизнес-процессов. Такой подход подойдёт для переиспользуемых операций.

Обработка данных

Обрабатывать данные в системе можно при помощи разных элементов. Ниже приведены типовые сценарии обработки данных и способы их реализации.

Обработка данных по событию

Создание элемента приложения

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

Например, нам нужно организовать работу с заказами. Сами заказы — это уровень приложения, а их обработка — это бизнес-процесс. Свяжем бизнес-процесс обработки заказа с приложением. Теперь, когда пользователь создаст заказ, система автоматически запустит бизнес-процесс его обработки.

Изменение статуса элемента приложения

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

Например, в бизнес-процессе согласования и подписания документа необходимо отправить документ в систему ЮЗДО контрагенту и после получения информации о подписании этого документа уведомить ответственного менеджера.

Для реализации такой задачи потребуется бизнес-процесс согласования и подписания документа, а также модуль интеграции с ЮЗДО.

Разберём, как настроить взаимодействие:

1. Инициатор запускает бизнес-процесс, проходит этапы согласования и подписания. После этого документ отправляется в систему ЮЗДО, и бизнес-процесс останавливается на элементе Ожидание смены статуса.
2. Модуль интеграции с ЮЗДО работает независимо от бизнес-процесса и периодически получает информацию о документах, обновляет их статусы.
3. Как только статус документа изменится на необходимый, бизнес-процесс продолжит свою работу и отправит уведомление ответственному менеджеру о том, что документ подписан.

Важно

Элемент Ожидание смены статуса следует использовать в бизнес-процессе в том случае, если вам необходима непрерывная обработка одного элемента приложения в рамках одного экземпляра бизнес-процесса.

Обработка данных по любым событиям

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

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

Регулярная обработка данных

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

Например, мы хотим уведомлять ответственных по договорам о том, что срок договора подходит к завершению и нужно принять решения о пролонгации. Для этого можно смоделировать бизнес-процесс, который будет запускаться по таймеру ежедневно и находить все договоры, срок действия которых истекает через X дней. Далее договоры группируются по ответственным и в виде списка направляются им для принятия решения. Кроме того, по договорам для пролонгации может запускаться отдельный бизнес-процесс для подготовки, согласования и подписания документов.

Обработка данных в бизнес-процессе

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

Чтобы сохранить модульность решения и переиспользовать такие обработки:

1. реализуйте в модуле метод, который можно вызывать из сценариев бизнес-процесса и сценариев интерфейсов. При необходимости внесите изменения в метод: достаточно сделать это только в модуле.
2. реализуйте элемент дизайнера бизнес-процессов со своей логикой, для этого создайте Действие в БП в модуле.