Стандартные действия (смс, звонок, письмо и пр.) в Битрикс24 не всегда отвечают задачам пользователя. Нужна возможность изменять стандартные действия, удалять их или добавлять пользовательские.

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

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

Полезно для отображения миниатюр рисунков. Документы можно будет открыть на предпросмотр.

Добавить в дизайнер бизнес-процессов действие, позволяющее вызвать функцию REST API. Одно такое действие позволило бы сделать полноценную автоматизацию портала.

Возможно, более удобным будет создание группы действий по веткам REST API:

• CRM
• Социальная сеть
• Телефония
• Хранилище данных
• и т.д.
  

Ввиду выхода в облачном Битрикс24 Бизнес-процессов из "подполья", предлагаю добавить в них тип уведомления "Сообщение в живую ленту".

Сабж. Раньше такой механизм был (AddStatusTitle, DeleteStatusTitle), но его почему-то убрали.
Теперь установка заголовка статуса в одной ветке перетирает заголовок из параллельной ветки, а не изменяет только свой.
В итоге в одной ветке утверждение документа, в другой висит запрос допинформации, получаем, что по мере утверждения документа заголовок меняется ("Проголосовало 100% (5 из 5)"), а заголовка параллельной ветки ("Запрос инфы") - нет и люди тупят и не понимают, почему процесс не идёт дальше, если все проголосовали (читать лог, да ещё замусоренный информацией по правам на процесс не всем под силу и это, в общем-то, просто не нужная операция, всё бы было видно из статуса).

(статус - уже всё в шоколаде, а чего стоим?)

(в логе - документ принят, и только некоторые догадаются, что там не выполнено ещё задание "Указать источник финансирования, корректировки")

При создании нового почтового правила дополнить список действий  запуском бизнес-процесса

В настоящее время есть только запуск действия  на PHP скрипте  

http://prntscr.com/32fae5

Действие "Ознакомление с документом" схоже с действием "Утверждение документа", но в доп результатах нельзя выбрать последнего ознакомившегося:

Было бы полезно иметь возможность перейти в любой узел бизнес-процесса при выполнении определенных условий.

Хотелось бы видеть реализацию действия "GoTo" с возможностью перехода к любому действию (по ID действия) даже если действие находится в другом статусе (для БП со статусами)

В бизнес процессах со статусами сейчас при выполнении действия "Установить статус" бизнес-процесс не переходит к указанному статусу, а лишь устанавливается значение "Куда перейти по окончанию текущего статуса". Т.е. при представленной ниже архитектуре БП не зависимо от результатов голосования документ получит статус "В работу":


Было бы полезно иметь возможность задать в настройках действия "Установить статус" параметр "Сразу перейти в указанный статус", чтобы после выполнения действия не выполнялись нижележащие действия:


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

Предлагаю доработать штатные интерактивные действия:

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

Добавить возможность расширения макросов в действиях бизнес-процессов.
В действиях бизнес-процессов часто используются конструкции (макросы) вида {=Document:***} для получения значений из текущего документа.

Бывает необходимо получить значения, например, из пользовательского поля пользователя создающего документ.
Необходим механизм добавления собсвенных обработчиков макроcов.
(Например таких: {=Author:UF_LOCATION} или {=Document:CREATED_BY.UF_LOCATION})

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

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