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

Сегодня столкнулся с такой идеей как напоминание в календаре из чата... вот пообещал что-то сделать/решить/подумать над чем-то ... сразу бы напоминание себе в календарь занести... ещё с уведомлением, было бы здорово!

p.s. пожалуйста, разработчики, реализуйте идею множественный выбор сообщений!

У нас в компании сложилась традиция начинать рабочий день с приветствия коллег в общем чате и завершать рабочий день с прощания. Это с утра оживляет портал, информирует всех о том, что коллега на месте.

Но не все сотрудники участвуют и вменить в обязанность как-то это странно, поэтому было здорово иметь стандартную настройку в Битрикс24: настройка уведомлений в общий чат о рабочей активности сотрудников:

1) приветствовать всех сотрудников при начале рабочего дня;
2) прощаться при завершении рабочего дня;

также было бы супер:

3) уведомлять об уходе на перерыв и возвращение с него;
4) уведомлять об отпуске и возвращении с него.

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

Проблема - мы приглашаем наших клиентов в наш Б24, отправляем приглашения. Они регистрируются, но e-Mail уведомления по умолчанию выключены. Клиенты в Б24 особо не заходят, уведомлений не получают что там что-то произошло отсюда и проблемы по срокам согласований задач. Мы что-то пишем, клиент не в курсе, через пару дней недовольный созвон и выяснение отношений. А всё потому, что при регистрации E-Mail уведомления отключены. Нам приходится каждому сотруднику каждого клиента объяснять как ему самостоятельно включить уведомления. Муторно, не до всех есть возможность достучаться (то некогда, то не понимают зачем мы им вообще Б24 впихиваем для работ над проектом). Короче от клиентов постоянно негатив. Очень нужна возможность настройки E-Mail уведомлений у приглашённых экстранет пользователей.

У Битрикса есть интеграция с чат-ботами Azure, в частности, со Skype. (ограничение на бесплатную подписку - до 100 пользователей)
У Битрикса есть поле для ввода контактной информации сотрудников, например, Skype.

Почему бы это не объединить? Даёшь уведомление сотрудников через чат-бота в Скайп!


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

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

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

Предлагаю более структурированно выдавать сообщение от битрикс на электронную почту.
Сейчас все "навалено" в одну кучу. Читается крайне тяжело.

в приложении вид текущего сообщения

1. Вообще хотелось бы чтоб роботы могли изменять в задачах все пункты.

2. Разрешить роботам уведомлять об изменениях в чек-листе задачи.  

Есть потребность отключать на время уведомления от клиентов в ОЛ, очень нужно!))

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

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

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