Рейтинг: 2.8902  
Новая
Предложил Шматеев Сергей 16.10.2018 08:26:44

Все пользователи портала могут писать в тех подержку Битрикс24 - может быть поэтому ваши операторы и перегружены?

Каждый новенький пользователь портала видит в своем чате "Поддержку Битрикс24" (коробка).  Если даже он не перепутает её с локальной поддержкой портала, и сознательно начнет писать вопросы (90% из которых ответ ему подскажет его интегратор или сосед по кабинету), разве это будет эффективной поддержкой со стороны Битрикс24? Может быть поэтому их операторы и перегружены? Я не предлагаю вообще запретить пользователям писать в "главную" поддержку. Я предлагаю - при помощи прав доступа ОГРАНИЧИТЬ некоторые группы пользователей, чтобы они вообще не видели этот функционал в своем чате.
Рейтинг: 15.5608  
Новая
Предложил Шматеев Сергей 12.10.2018 15:13:19

Организация тех поддержки пользователей через модуль Открытые линии (хотим сделать как у Битрикса)

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

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

Теперь Битрикс переходит с Тех.Поддержки на Открытые линии, НО!!! Теперь наши авторизованные пользователи остаются за бортом((  Ведь Открытые линии не поддерживает авторизованных пользователей, даже в онлайн-чат они написать не могут(

Получается. модуль Открытые линии ЧУТЬ ЧУТЬ не дотягивает до организации тех поддержки на портале, а старый модуль Тех. Поддержка, как уже всем понятно, не только морально устарел, но и откровенно заброшен разработчиком.

Битрикс, дайте нам пожалуйста использовать Открытые линии для организации тех поддержки пользователей портала. Для этого нужно к открытой линии подключить авторизованных пользователей, ну, и желательно сделать возможной подключить эл почту (сейчас есть серьезные ограничения).
Рейтинг: 0  
Новая
Предложил Шматеев Сергей 03.10.2018 14:17:36

Сообщения vs Основное - в возможностях группы. Давайте использовать одно из двух (сейчас они дублируют друг друга)

Выбирая "возможности", т.е. функционал группы, если вы хотите в группе видеть только Живую ленту (т.е. ленту сообщений), то у вас это не получится. У вас в любом случае будет два пункта меню: Основное и Сообщения, которые будут делать одно и то же. Если вы отключите Сообщения, то пункт Основное (дальше интересно) не исчезнет, но перестанет работать (будет неактивный). Выглядит нелепо. Я понимаю, что есть способы это самостоятельно это исправить, но хочется это видеть в стандартном релизе.
Скрин прилагаю.
Файлы:
Рейтинг: 0.9874  
Новая
Предложил Супрунюк Павел 23.05.2017 17:50:43

Email-трекер и открытые линии

Мне кажется, что было бы очень логично, если email-трекер ящика компании был не cтолько частью CRM, сколько частью открытых линий. (Хотя в CRM его можно оставить)

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


В результате получения письма должен родиться лид и его номер хотелось бы иметь возможность отправить в ответе (особенно, если он появился в нерабочее время).

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

P.S. Обновите список категорий в данной форме. В нем нет "Открытых линий"
Рейтинг: 4.0834  
Новая
Предложил Николаев Андрей 22.09.2016 10:41:03

CRM поле адреса

Реальный кейс - клиент захотел возможность дублирования фактического адреса в юридичнский и почтовый адреса. Как известно у битрикса сущность адреса (\Bitrix\Crm\AddressTable). Предвкушая радость работы с ORM мы выкатили заказчику 0.5 часа.

А дальше нас ждал бооольшой облом - Вы используете \Bitrix\Crm\AddressTable (по факту как вы называете ORM) и не используете ее методов!! Точнее - вы написали функцию upsert, которая напрямую сохраняет адрес в базе данных. Коллеги, если вы сами нарушаете свои же принципы, то как вы можете принимать экзамены, если у самих все "хорошо" ???

Уберите этот upsert или хотя бы дайте на него события!
Рейтинг: 5.7303  
Новая
Предложил Николаев Андрей 09.05.2016 17:40:31

Не учитывать ботов как пользователей портала

В последних версиях битрикса активно развивается функционал создания ботов, однако есть маленькая ошибка - боты НЕ сотрудники портала и они не должны учитываться в лицензируемых пользователях, а следовательно и отображаться в орг.структуре.

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

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