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

Т.е. на данный момент, если проактивная защита обнаружила угрозу, автоматически отреагировать на неё нет возможности (разослать email'ы, закрыть регистрацию, etc).

Поэтому желательно их добавить или пояснить почему не возможно.

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

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

Предлагаю добавить активити в бизнес процессы — Удаление ранее созданного события в календаре.

Где это полезно (пример):
Запущен БП с ожиданием даты, которая может случится через несколько месяцев.
Сотрудник заполнил дату, БП создал событие в календаре.
До наступления дня "Х" происходят другие мероприятия (утверждение документов) и параллельно Условие проверяет не изменились ли планы по поводу даты "Х".
Если дата изменилась или вовсе нужно её удалить из календаря — удалить с помощью БП не получится, т.к. нет такой активити.

Битрикс24 Облако

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

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

Например, раньше отправку письма можно было отследить по OnBeforeMailSend и, например, что-то в это письмо добавить.
А компонент mail.client отправляет письмо через Mail\Helper\Mailbox, в котором ни своих событий нет, ни в существующие он не смотрит.

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

Спасибо

Добрый день.
Реализуйте, пожалуйста, возможность выбора определенных дней повторения события в календаре. Например, мне нужно, чтобы событие повторялось 12.10.2020, 14.10.2020, 26.10.2020, 02.11.2020, 16.11.2020.

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

Спасибо за сотрудничество!
Заранее благодарю.

Сейчас в списке почтовых и смс событий нельзя проверить какие типы событий привязаны к каким сайтам(а какие вообще не привязаны)
http://joxi.ru/Rmz64NjTRdyPRm

Для мультиязычной/мультисайтовой системы уровня CMS Bitrix считаю это весомым поводом доработать список колонок и вывести связи с сайтами.

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

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

Добавить возможность настройки переноса событий в режиме просмотра.

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

Необходимо добавить настройку - подтверждать изменения события при переносе.

Добавьте, плз, передачу $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 (Почему? Потому что это лучше отражает суть, мы можем использовать задание утверждения для запроса, например, "Сделано/Не сделано", "Продолжить/Прекратить", и видеть вместо этих значений в результате только "Одобрил/Отклонил" - согласитесь, суть не отражает вовсе. Возможность задания текста кнопки помогает только пользователям при выполнении задания, но совершенно не помогает при его интерпретации в логе).

Данных в событии не хватает для нормальной обработки.
В случае, если стреляет событие на добавление комментария или даже апдейт задачи - в обработчике не имеем даже ID задачи, не говоря про остальное.
В то же время выше вызова обработчиков событий имеем массив $message, в котором имеется вся необходимая информация и даже больше. Только вот в событие отправляется только куцая и местами бесполезная его часть.

Желательно отправлять в обработчик сам $message, а не $message['EVENT_DATA'].

Схожая идея пятилетней давности - Добавить ID задачи в событие OnBeforeTaskNotificationSend

В мобильном приложении нет ссылки на связанные сущности CRM.
Например, создал встречу, она попала в календарь (отлично)! После напоминания переходишь в приложение на экран с описанием события(встречи) но там нет связанных сущностей (с кем встреча, что за клиент, его номер?) получается нужно всё описывать в поле комментария (но на десктопе про это не помнишь!)

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

Можно очень небольшими усилиями улучшить звуковое оповещение о событиях в Битрикс Десктоп.
1. Звуковое уведомление приходит только на первое сообщение открытой линии. Его можно пропустить. Лучше на каждое сообщение.
2. Когда окно Б.Д. активно, звукового сопровождения не происходит, только увеличивается счетчик. Пусть звук тоже будет. Оператор иногда не смотрит прямо на монитор.
3. Нет возможности выбрать другой, более громкий звук. Стандартный звук слышно более-менее громко только на полной громкости.
Все это делается за 1 рабочий день, а пользы очень много.