У нас в компании сложилась традиция начинать рабочий день с приветствия коллег в общем чате и завершать рабочий день с прощания. Это с утра оживляет портал, информирует всех о том, что коллега на месте.
Но не все сотрудники участвуют и вменить в обязанность как-то это странно, поэтому было здорово иметь стандартную настройку в Битрикс24: настройка уведомлений в общий чат о рабочей активности сотрудников:
1) приветствовать всех сотрудников при начале рабочего дня; 2) прощаться при завершении рабочего дня;
также было бы супер:
3) уведомлять об уходе на перерыв и возвращение с него; 4) уведомлять об отпуске и возвращении с него.
Очень бы хотелось видеть это в Битрикс облачная версия: 1. Возможность вставлять в форму контакта, компании и сделки поле "Контакт"и "Компания" (привязка к элементам CRM). Сейчас из формы по умолчанию можно добавить поле "Строка", "Число","Дата", и "Да/нет". "Контакт и "Компания" используются гораздо чаще. Также нужно, чтобы можно было выбрать и создать контакт/компанию из формы. (Сейчас даже если ты создаёшь через пользовательские поля, то можно только выбрать)
2. Возможность проводить опрос в Важном сообщеннии. Часто необходимо собрать мнения сотрудников или собрать информацию о количестве изделий. Для этого нужен опрос, который нельзя пропустить.
3. Вопрос оценки и обучения. Я знаю, что это есть в коробочной версии, но компания пока не готова покупать коробку, а тестировать персонал нужно сейчас. Стоит вопрос о дальнейшем интегрировании в Битрикс или выбирать другую систему. А это понизит ценность Битрикс в глазах сотрудников и руководителей. Возможно подключить блок Обучения за дополнительную плату?
4. Возможно иметь профайл на сотрудника для руководителей, где будут отражены все его успехи, но будут скрыты от общего доступа. Туда будут входить: успехи отражённые в CRM, пройдённые блоки обучения, результаты тестов, время посещения Битрикс, используемые сервисы и т.д?
5. Возможно добавить в профайл стену, где можно было увидеть посты сотрудника? Это хороший инструмент для заинтересованности неактивных сотрудников.
6. Возможность компелировать отчёты CRM по отделам?
В "Битрикс24" реализован функционал календарей для пользователей и групп в формате и с интеграцией с модулем социальной сети. Очень удобно добавлять событие и отслеживатьхронологию действий по нему, комментарии и активность пользователей прямо в "Живой ленте". В 1С-Битрикс: Управление сайтом такого функционала нет . Скажите, будет ли когда-нибудь внедрён этот функционал в БУСе. Реально очень нужен. Спасибо за понимание.
В своей, довольно таки большой, компании мы столкнулись со следующей проблемой - пользователи заводят много групп отделов, проектов и интересов, как итог около 150 групп. Зачастую, для поиске той или иной группы приходится пролистывать список в самый низ страницы. Для того, чтобы грамотно отсортировать группы, представленных закладок оказалось недостаточно. Предлагаем следующее внедрение: 1) Страница "Все группы" (/workgroups/group/search/) имеет помимо вкладок "Все группы", "Мои группы"(?filter_my=Y), "Архивные"(?filter_archive=Y) и "По тегам"(?filter_tags=Y) еще одну под названием "По темам"(?filter_themes=Y), на которой, соответственно, отображаются темы групп. 2) На вкладке "По темам" отображаются все доступные темы + их количество и тематическая картинка, которая задается в админке (Сервисы -> Социальная сеть -> Темы). 3) Как вариант, при нажатии на тему группы отображаются группы данной тематики(index.php?themes=id_themes&filter_themes=Y). Надеюсь, данное нововведение станет полезным не только в моей компании, но и крупных холдингах!
По умолчанию в социальной сети ставится стандартная обложка. Было бы неплохо получить настройки по автоматической установки обложки, вместо стандартной первой загруженной фотографии (при первой загрузке в альбом).
Коллеги, в формате мессенджера в корпоративном портале есть интереснейший и полезный функционал - групповой чат. Он крайне удобен для организации непосредственного общения нескольких пользователей.
Возможно ли внедрение группового чата в формат мессенджера при наличии модуля социальной сети в соответствующих редакциях БУС?
P.S. Действительно, как оказалось очень нужен для коллективной работы
Технически включить данный функционал в БУС не составит проблем, тут проблема в организационной составляющей, нужны настройки кто кого может пригласить и тд. В данный момент мы работаем над возможностью настройки подобных параметров, как только выпустим настройки, групповые чаты и видео-звонки будут доступны и в БУС, в планах на БУС 14, этой осенью.
Если тебе по душе эта идея, то проголосуй и за эту.
С версии 12 в Битриксе изменилась работа блогов (сообщений) в рамках соц.сети. Ранее было чёткое разделение по ролям между блогами и форумами: записи блогов сортировались по дате создания (темы форумов по последней активности), комментарии были древовидными (на форумах линейными), дату записи блога можно было выставлять вручную и редактировать (в темах форума это невозможно). Кроме того в версии 11.5 был наработаный механизм редактирования комментариев блогов - модератор мог редактировать их когда угодно, автор комментария только пока не получен ответ. Совсем недавно в 12.5 запретили редактирование комментарив.
Сейчас блоги в соц.сети и Корпоративном портале по идеологии превратились в форум, но с меньшей функциональностью. Смотрим сами:
Запись блога публикуется от даты написания и нет возможности вручную установить иную дату, что бывает необходимо для публикации пресс-релизов на будущую дату и отчётов на прошедшую.
Список записей блогов сортируется по последнему изменению, а не по дате создания, что убивает на корню возможность публикации цикла записей и делает невозможной модерацию.
Комментарии потеряли древовидность. При этом весь накопленный объём обсуждений превратился в кашу. Нет возможности ответить на комментарий, быстро процитировать. Механизм тултипов простаивает, хотя можно было бы довести плоские комменты до рабочего состояния просто скопировав схему вКонтакте.
Нет возможности редактировать комментарии ни автору, ни модератору.
Нет возможности сохранить новое сообщение как черновик.
Предлагаю решение ситуации с блогами:
Вернуть древовидность. Это не сложно, шаблон в блогах есть, данные о вложенности сохраняются в БД.
В публичном шаблоне комментариев сделать кнопку переключения вида комментариев "древовидный/линейный". В живой ленте выводить линейно последние комментарии с возможностью ответить на конкретный комментарий.
Добавить к комментарию кнопку "ответить на комментарий", можно сделать ненавязчиво как в вКонтакте.
При нажатии на кнопку "ответить на комментарий" в ответ вставлять сначала тултип пользователя, запятая, пробел (как в вКонтакте). Для пользователей будет работать уже готовое почтовое уведомление "Вас упомянули...".
В настройках компонента Соц.сеть сделать настройки "вид комментариев по умолчанию" и "разрешать менять вид комментариев".
Разрешить менять дату сообщения при создании и не перезаписывать её при редактировании. Сделать кнопки "Сохранить", "Сохранить от текущей даты", "Сохранить как черновик".
Для вывода списка сообщений блогов в живой ленте предусмотреть опцию "Постраничная навигация". (Иначе у сайтов проблемы с индексацией поисковиками)
Всё просто. По сути весь этот функционал либо уже был раньше, но его выпилили, либо уже есть сейчас, но работает не эффективно. Его добавление не навредит Б24 и КП, а только обогатит их возможностью выбора и тонкой настройки.
Зачем это надо?
Есть множество порталов и сайтов использующих соц.сеть старше двух лет. Для этих проектов переход на версию 12 приведёт к фактической потере наработанных обсуждений. При обновлении комментарии становятся не читаемыми т.к. сортируются по дате добавления и теряют группировку по веткам обсуждения.
Развивать модуль соц.сети надо. Этот модуль теперь доступен в редакции Эксперт, что делает его более привлекательным на рынке социальных CMS.
В БУС и в Кор.портале постоянно требуется модерация. Но с текущей идеологией работы блогов модерация практически невозможна.
Предлагаю, кто со мной согласен описывайте сценарии использования Портала и БУС не реализуемые в рамках текущего функционала блогов в соц.сети.
Если тебе по душе эта идея, то проголосуй и за эту.
С версии 12 в Битриксе изменилась работа блогов в рамках соц.сети. Ранее было чёткое разделение по ролям между блогами и форумами: записи блогов сортировались по дате создания (темы форумов по последней активности), комментарии были древовидными (на форумах линейными), дату записи блога можно было выставлять вручную и редактировать (в темах форума это невозможно). Кроме того в версии 11.5 был наработаный механизм редактирования комментариев блогов - модератор мог редактировать их когда угодно, автор комментария только пока не получен ответ. Совсем недавно в 12.5 запретили редактирование комментарив.
Сейчас блоги в соц.сети и Корпоративном портале по идеологии превратились в форум, но с меньшей функциональностью. Смотрим сами:
Запись блога публикуется от даты написания и нет возможности вручную установить иную дату, что бывает необходимо для публикации пресс-релизов на будущую дату и отчётов на прошедшую.
Список записей блогов сортируется по последнему изменению, а не по дате создания, что убивает на корню возможность публикации цикла записей и делает невозможной модерацию.
Комментарии потеряли древовидность. При этом весь накопленный объём обсуждений превратился в кашу. Нет возможности ответить на комментарий, быстро процитировать. Механизм тултипов простаивает, хотя можно было бы довести плоские комменты до рабочего состояния просто скопировав схему вКонтакте.
Нет возможности редактировать комментарии ни автору, ни модератору.
Нет возможности сохранить новое сообщение как черновик.
Предлагаю решение ситуации с блогами:
Вернуть древовидность. Это не сложно, шаблон в блогах есть, данные о вложенности сохраняются в БД.
В публичном шаблоне комментариев сделать кнопку переключения вида комментариев "древовидный/линейный". В живой ленте выводить линейно последние комментарии с возможностью ответить на конкретный комментарий.
Добавить к комментарию кнопку "ответить на комментарий", можно сделать ненавязчиво как в вКонтакте.
При нажатии на кнопку "ответить на комментарий" в ответ вставлять сначала тултип пользователя, запятая, пробел (как в вКонтакте). Для пользователей будет работать уже готовое почтовое уведомление "Вас упомянули...".
В настройках компонента Соц.сеть сделать настройки "вид комментариев по умолчанию" и "разрешать менять вид комментариев".
Разрешить менять дату сообщения при создании и не перезаписывать её при редактировании. Сделать кнопки "Сохранить", "Сохранить от текущей даты", "Сохранить как черновик".
Для вывода списка сообщений блогов в живой ленте предусмотреть опцию "Постраничная навигация". (Иначе у сайтов проблемы с индексацией поисковиками)
Всё просто. По сути весь этот функционал либо уже был раньше, но его выпилили, либо уже есть сейчас, но работает не эффективно. Его добавление не навредит Б24 и КП, а только обогатит их возможностью выбора и тонкой настройки.
Зачем это надо?
Есть множество порталов и сайтов использующих соц.сеть старше двух лет. Для этих проектов переход на версию 12 приведёт к фактической потере наработанных обсуждений. При обновлении комментарии становятся не читаемыми т.к. сортируются по дате добавления и теряют группировку по веткам обсуждения.
Развивать модуль соц.сети надо. Этот модуль теперь доступен в редакции Эксперт, что делает его более привлекательным на рынке социальных CMS.
В БУС и в Кор.портале постоянно требуется модерация. Но с текущей идеологией работы блогов модерация практически невозможна.
Предлагаю, кто со мной согласен описывайте сценарии использования Портала и БУС не реализуемые в рамках текущего функционала блогов в соц.сети.
Очень не хватает возможности просматривать сообщения блога прямо в админке. Особенно это актуально, если используются не сам движок блогов, а только его механизм комментариев. Сейчас в админке можно увидеть только список самих блогов (в которых размещены сообщения - какие, сколько - непонятно) и комментарии к этим сообщениям. Просмотр таблицы b_blog_post в админке является довольно слабой заменой.
Очень нужно, чтобы если в новостном разделе сайта, к какому-то элементу (новости) появлялись комментарии, то тема автоматически открывалась в заданной группе соцсети и комментарии транслировались как в группе, в этой теме, так и в самой новости.
И как уже неоднократно предлагали - необходимо доработать возможность переносить темы из обычного форума в форумы групп соцсети.
Было бы хорошо добавить опцию, чтобы комментарии не сворачивались скриптом и могли нормально индексироваться ПС. Тогда и посты будут занимать хорошие позиции в выдаче, ведь больше контента - больше охват НЧ запросов.
Сделайте, наконец, чтобы функционал соц.сети работал. Хотя бы тот, который есть сейчас. Попробуйте пригласить человека в группу, нажав в его профиле "пригласить в группу" и удивитесь. А как найти в куче имеющихся групп нужную? - не фильтра, ни поиска
и таких мелочей полно. И так соц.сеть неудобная, так ещё и не работает то что уже есть
Можно ли вы сделать в методе CSocNetMessages::GetMessagesUsers два варианта возвращаемых данных: 1. чтобы можно было получить любые встроенные и пользовательские поля пользователей (например, как в CUser::GetList) из ОДНОГО запроса, который у вас там сейчас есть. Вы всё равно join'итесь к таблице пользователей, так почему бы не сделать возможность без дополнительных запросов сразу выниматься всё, что нужно. А если указано, что нужны UF-поля, то добавляться join к соответствующим таблицам и сразу вынимать нужные поля. При большом количестве пользователей, думаю, это увеличит производительность. 2. чтобы возвращались только сгруппированные по пользователям данные по последним сообщениям. То есть join'а для этого вообще не надо. Это повысит производительность при большом количестве пользователей и сообщений, если мне не нужны данные пользователей, а только о последних сообщениях.
Ещё было бы здорово, если бы возвращались ID последних сообщений (и, ещё лучше, top N последних сообщений для каждого пользователя).
А также нужна возможность сортировать по своим правилам, а не только "UNREAD DESC, MAX_DATE DESC".
А почему? 24 часа в сутки в инете сидят в основном только друзья социальных сетей.
Так зачем же ограничивать соответствующий шаблон тем, что в нем нельзя понимаешь ли дружить в группе (соцсети). Групп, к тому же может быть множество, особенно в отраслевом решении "Внутренний портал учебного заведения" и если этот функционал будет, студенты смогут дружить со студентами с других потоков, других семестров и вообще других факультетов, если опять таки будет предусмотрен функционал Друзей.
Отчегож его не предусмотрели именно в этом шаблоне?
Сейчас при добавлении пользователя в друзья (socialnetwork.user_friends_add) поле Сообщение обязательное. Может лучше сделать входящий параметр в компоненте, указывающий на обязательность сообщения?
Сабж! В "сообщениях" нельзя выбрать в адресатах пользователей экстранета человеческим способом - в выборе из структуры экстранет отсутствует, такое впечатление, что просто бажит диалог (обычно висит "загрузка, пожалуйста подождите" и линия дерева структуры тупо обрывается). Найти человека можно только начав вводить его имя в строке адресатов ("кому";) вручную, что нифига не интуитивно даже рядом и мало кто догадается вообще, юзабилити никакое. ТП радостно считает это стандартной логикой продукта и "посылает сами знаете сюда". При этом в задачах всё прекрасно работает, раздел экстранета с юзерами успешно подгружается и доступен на вкладке "выбрать из структуры".
В данный момент мы работаем над возможностью настройки подобных параметров, как только выпустим настройки, групповые чаты и видео-звонки будут доступны и в БУС, в планах на БУС 14, этой осенью.