Пример: Управление проектами

Пресет Управление проектами разворачивает две связанные сущности: Проекты и Задачи.

Сущности и связи

Проекты (projects) ──1:∞── Задачи (project_tasks)

Каждая задача обязательно привязана к проекту полем Проект (связь one-to-many, см. Связи между сущностями).

Статус проекта

Планирование → Активен → Завершён
                  ↕
              На паузе
                  ↓
              Отменён

Статус	Допустимые переходы
Планирование	→ Активен, Отменён
Активен	→ На паузе, Завершён, Отменён
На паузе	→ Активен, Отменён
Завершён	— (финальный)
Отменён	— (финальный)

У проекта также есть поля Руководитель проекта, Дата начала, Дедлайн, Бюджет, Приоритет (Низкий / Средний / Высокий).

Статус задачи

Задача использует отдельную модель состояний — фактически канбан-доску:

Бэклог → К выполнению → В работе → На ревью → Готово
                            ↓           ↓
                        Отменена   В работе (возврат на доработку)

Статус	Допустимые переходы
Бэклог	→ К выполнению
К выполнению	→ В работе, Отменена
В работе	→ На ревью, Бэклог, Отменена
На ревью	→ Готово, В работе
Готово	— (финальный)
Отменена	— (финальный)

Дополнительные поля задачи: Приоритет (Низкий/Средний/Высокий/Блокер), Исполнитель, Постановщик, Срок, Оценка (часов).

Автоматизации

Правило	Триггер	Что делает
Установить постановщика при создании	Before Create	Если поле «Постановщик» не заполнено — подставляет текущего пользователя
Уведомить исполнителя при назначении	After Update	Когда меняется поле «Исполнитель» — отправляет ему push-уведомление
Уведомить постановщика о завершении	After Update	При переходе статуса в «Готово» — уведомляет постановщика
Уведомить исполнителя о возврате с ревью	After Update	При переходе «На ревью» → «В работе» — уведомляет исполнителя, что нужны доработки

У проекта есть похожее правило «Уведомить владельца об изменении статуса».

Бизнес-процесс «Выполнение задачи»

При создании задачи автоматически запускается BPMN-процесс с циклом ревью:

Задача создана
   ↓ автоматически
Статус → «В работе» + уведомление исполнителя
   ↓
Задача процесса: «Выполнить задачу» (исполнителю)
   ↓ при выполнении
Статус → «На ревью» + уведомление постановщику
   ↓
Задача процесса: «Проверить результат» (постановщику)
   ↓ при выполнении
  [Принято?]
   ↙          ↘
Да             Нет
   ↓              ↓
Статус:       Статус: «В работе»
«Готово»      (доработка, уведомление исполнителю)

Это тот же сценарий, что разобран в общем виде в разделе Бизнес-процессы и задачи (пример «Проекты: Выполнение задачи с циклом ревью»).

Дашборд

Роли Developer и Project Manager по умолчанию видят дашборд «Управление проектами»: задачи по статусам, по приоритетам, активные проекты. См. Дашборды и графики.

Роли

Роль	Права
Developer	Просмотр проектов; создание/просмотр/изменение задач
Project Manager	Полный доступ к проектам и задачам, включая удаление