Добавьте вывод заголовка активити в список заданий (т.е. хранение в b_bp_task).

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

Например, заголовок действия "Утверждение документа" и он неизменен от процесса к процессу. Тогда как название "Утвердить <документ такой-то>" (либо вовсе "<документ такой-то> требует утверждения") и в каждом процессе <документ такой-то> свой, соответственно отфильтровать/отсортировать однотипные задания нельзя.

Сейчас в b_bp_task хранится только ACTIVITY_NAME (id действия в шаблоне), но его человекопонятное значение приджоинить неоткуда - ни джоин b_bp_tracking (неоправданно дорогой запрос), ни извлечение из экземпляра процесса (кошмарно ресурсоёмко, к тому же экземпляр будет удалён по завершении), ни извлечение из шаблона процесса (ресурсоёмко и может быть изменён) разумным считать нельзя.

Добавьте, плз, передачу $eventParameters задания, иначе очень сложно добираться до данных в обработчике.

Взять тот же комментарий пользователя к заданию - попробуйте его потом выцепить в обработчике... В b_bp_task_user комментарии отсутствуют, доставать из b_bp_task_history однозначно нельзя (нет привязки к id задания, только ACTION_NAME, к которому привязка неоднозначна, так как одно активити в течение процесса может выполняться несколько раз, да и вообще... выцеплять комментарий из процесса - ... Плюс всё это ресурсоёмко, тогда как все данные совсем рядом с вызовом обработчика и передать их туда - не проблема)

Либо добавьте комментарий в b_bp_task_user. А почему нет? Комментарии используются для всех заданий и порой они не менее, а то и более важны, нежели нажатая кнопка (статус выполнения).

Зачем?: Чтобы иметь возможность сохранять и выдавать пользователям реально значимую информацию о выполнении процесса. Например, при согласовании документов значимой информацией является как раз кто, когда, с каким результатом (утвердил, отклонил) и с каким комментарием выполнил задание:

Пользователь	Время	Результат	Комментарий
Начальник отдела	27.10.18 12:20	Утвердил
Директор	28.10.18 14:30	Отклонил	Вы офигели? Дорого

PS. На текущий момент уже более 7 лет использую кастомные задания, которые пишут в отдельную таблицу результат задания (наименование выбранной операции/кнопки, для простой интерпретации) и комментарий. Применение - вывод различных отчётов и листов согласования к процессам. В штатном функционале этого не сделать.
Сохранение истории заданий в b_bp_task_user вы в каком-то виде сделали несколько лет назад, добавив статус задания, вместо его удаления, но этого недостаточно, нужны как минимум комментарии, а лучше ещё и наименование выбранной операции, а не только как сейчас - константы CBPTaskUserStatus (Почему? Потому что это лучше отражает суть, мы можем использовать задание утверждения для запроса, например, "Сделано/Не сделано", "Продолжить/Прекратить", и видеть вместо этих значений в результате только "Одобрил/Отклонил" - согласитесь, суть не отражает вовсе. Возможность задания текста кнопки помогает только пользователям при выполнении задания, но совершенно не помогает при его интерпретации в логе).

Многие наши клиенты жалуются на одно и то же - что задания БП находятся в другом разделе, отдельно от дел, и самое главное - не имеют крайнего срока, по которому можно было бы их отфильтровать! Потому как у менеджеров есть такое понятие как "закрытие дня" - выполнение всех дел на сегодня, и вот с заданиями здесь как раз проблема. Можете ли подумать в данном направлении? Можно определить задания в дела и дать возможность задавать крайний срок? Ведь они привязаны к CRM!

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

Коллеги!

Оказывается, не предусмотрена возможность из списка элементов процесса переходить к заданиям бизнес-процессов, запущенных по соответствующим элементам. Это ужасно не удобно! Элементов процесса сотни, и по каждому постоянно летят задания - люди не успевают сразу выполнять, а потом приходится фильтровать, но не по стандартным полям (дата, статус, сотрудник и т.д. - что предусматривает фильтр в заданиях БП), а по полям каждого процесса в отдельности!

В связи с этим стоит острая необходимость переходить к заданиям БП непосредственно из списка элементов процесса! Прошу проголосовать и внедрить в самое ближайшее время!!!

В сущностях, поддерживающих БП, требуется фильтр для выборки только элементов, по которым у пользователя есть задания.


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

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

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

PS. Схожее решение давно есть в инфоблоках, но реализовано только для старых задач на инфоблоках + бп, если кто помнит такие. До сих пор присутствует в коде, хоть и не документировано, так же как и проверки полномочий для бизнес-процессов.

Добавить в мобильное приложение возможность работать с заданиями бизнес-процессов. У нас это основная работа на портале, например. Без них приложение не имеет ценности.

Хотелось бы иметь возможность шаблонизировать действия, особенно RequestInformationActivity, в котором может запрашиваться куча данных, чтобы сделать форму более-менее удобной для пользователя.

Также в RequestInformationActivity не хватает дескрипшинов (описания, подсказок) для полей, как в параметрах БП.