В Битрикс24 реализована очень удобная функция "Push-уведомления" позволяющая быстро ознакомится с сообщением от коллеги на любой вкладке браузера.
Хочу реализацию функции "Push-уведомлении" при получении ответов от технической поддержки. На данный момент нет никакого оповещения об ответе, приходится заходить на страницу с ответами и обновлять вручную. Иногда нет возможности заходить и проверять ответ и получается, что узнаешь только через 1, 2, 3, 4, 5 часов или даже больше, тем самым затягивая решение вопроса.
Разработчики, Вы серьезно? У меня в технической поддержке 10+ тикетов только по новому модулю "Сайты 24", из них 3 на данный момент активны. Я должен в течении дня вручную обновлять страницу ответов или заходить 1 раз в день, тем самым затянув с решением проблемы на месяц?
Пожалейте моё время и время других ребят и реализуйте "Push-уведомления". Это позволит оперативно реагировать на ответы технической поддержки и не затягивать с решением проблемы с моей стороны (со стороны задающей вопрос в техническую поддержку.)
Нуждаюсь в понимании с целью доработки своего продукта разработчиком.
В настройках модуля есть только "Отправлять PUSH уведомления на мобильные телефоны". Но как быть когда надо отправлять пуши только на андроид (когда иос не корректно обрабатывает пуши)?
Хочется настройку позволяющую запретить отправку на какие-то устройства (apple или google). Ну или в метод CPushManager::SendMessage() - добавить атрибут, позволяющий указать на какие именно устройства отправлять пуши - array("GOOGLE"). Соответственно если параметр не передан - то отправлять на все устройства.
Хочется настройку позволяющую запретить отправку на какие-то устройства (apple или google). Ну или в метод CPushManager::SendMessage() - добавить атрибут, позволяющий указать на какие именно устройства отправлять пуши - array("GOOGLE"). Соответственно если параметр не передан - то отправлять на все устройства.
Отправка push уведомлений в мобильном приложении при срабатывании различных триггеров.
К примеру:
1) Показывать сообщения пользователям, которые не заходили в приложение более месяца
2) Сообщения с просьбой оценить приложение после покупки - отправка разового сообщения к примеру раз в месяц.
3) Брошенная корзина (с указанием имени) - уведомление о брошенной корзины через 2ч после выхода из приложения.
4) отправлять ежедневные пуши об акциях и т.д. через админ панель.
К примеру:
1) Показывать сообщения пользователям, которые не заходили в приложение более месяца
2) Сообщения с просьбой оценить приложение после покупки - отправка разового сообщения к примеру раз в месяц.
3) Брошенная корзина (с указанием имени) - уведомление о брошенной корзины через 2ч после выхода из приложения.
4) отправлять ежедневные пуши об акциях и т.д. через админ панель.
Cделайте пуш-уведомление в приложение на смартфоне когда лид поступает:)
Сделайте так, чтобы при работе в десктоп агенте на компьютере, при непрочтении сообщения в течении настраиваемого времени, прилетало сразу push уведомление в мобильную версию клиента. Сейчас push уведомление прилетает только после того, как десктоп агент перейдет в статус "отсутствую". А это 10 минут.
Очень не удобно и не оперативно!
Очень не удобно и не оперативно!
Сейчас push-уведомления приходят только по сообщениям в чате.
Почему подписать на пуш-уведомления можно только зарегистрированных пользователей?
Как быть с теми, кто скачал себе приложение, посмотрел (и даже не удалил), но не сделал ни одного действия, как зарегистрированный пользователь?
Порой такие пользователи даже более важны в плане донесения до них каких-то спецпредложений (посредством пушей), чем регулярные пользователи.
В эту же категорию попадают те, кто, возможно, совершал какие-то покупки на основном сайте. И имеет свой логин/пароль. Просто не использовал их в мобильном приложении.
Обе вышеуказанные категории пользователей, получается, автоматом пролетают мимо акций типа "первый заказ с мобильного приложения с гигантской скидкой!"
Сделайте возможность добавлять пользователей без USER_ID. А пуши отправлять не по USER_ID, а по ID устройства, например.
Как быть с теми, кто скачал себе приложение, посмотрел (и даже не удалил), но не сделал ни одного действия, как зарегистрированный пользователь?
Порой такие пользователи даже более важны в плане донесения до них каких-то спецпредложений (посредством пушей), чем регулярные пользователи.
В эту же категорию попадают те, кто, возможно, совершал какие-то покупки на основном сайте. И имеет свой логин/пароль. Просто не использовал их в мобильном приложении.
Обе вышеуказанные категории пользователей, получается, автоматом пролетают мимо акций типа "первый заказ с мобильного приложения с гигантской скидкой!"
Сделайте возможность добавлять пользователей без USER_ID. А пуши отправлять не по USER_ID, а по ID устройства, например.
Добрый день!
Очень не хватает возможности настроить прокси-сервер для доступа к серверу , который, так понимаю, ответственен за рассылку push-уведомлений на мобильные приложения.
Объясню почему: сейчас на нашем предприятии нет возможности принимать push-уведомления вообще.
Для этого необходим доступ до указанного выше сайта, доступ до сайта у нас выдаётся только на конкретный IP-адрес или диапазон.
Как выяснилось, IP-адрес сервера рассылки меняется в рамках сразу нескольких диапазонов и все возможные адреса заранее не прописать. По-крайней мере, так ответили в официальной техподдержке.
Есть возможность настроить доступ не до IP-адреса/диапазона, а до конкретного доменного имени, но только с использованием прокси-сервера.
К сожалению, настройки прокси-сервера в Битрикс24 доступны только для скачивания обновлений.
Очень не хватает возможности настроить прокси-сервер для доступа к серверу , который, так понимаю, ответственен за рассылку push-уведомлений на мобильные приложения.
Объясню почему: сейчас на нашем предприятии нет возможности принимать push-уведомления вообще.
Для этого необходим доступ до указанного выше сайта, доступ до сайта у нас выдаётся только на конкретный IP-адрес или диапазон.
Как выяснилось, IP-адрес сервера рассылки меняется в рамках сразу нескольких диапазонов и все возможные адреса заранее не прописать. По-крайней мере, так ответили в официальной техподдержке.
Есть возможность настроить доступ не до IP-адреса/диапазона, а до конкретного доменного имени, но только с использованием прокси-сервера.
К сожалению, настройки прокси-сервера в Битрикс24 доступны только для скачивания обновлений.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
