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

Доброго дня!

Есть 2 очевидных момента, которые нужно просто исправить.
Думаю что это не сложно...

1) В момент создания планерки и определения времени начала отсутствует возможность выбора часового пояса. При этом в календарях участников появляется событие с тем же самым временем. А когда собрание начинаешь и заканчиваешь - то время собрание по какой-то причине меняется на другой часовой пояс (наше предположение). У нас время начала и окончания меняется на 3 часа назад. Скорее всего это баг. Поправьте его.

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

Не нашел возможности группировать собрания по тематике и соответственно разделять права доступа к собраниям. Это есть?
ТП отвечает - нету, советует писать идею.
Первоначальный замысел
Пример:
Внедрение КП(тема)
1) Собрание 1 от 12-12-2012
2) Собрание 2 от 19-12-2012
3) Собрание 1 от 12-01-2013
Маркетинг (тема)
1) Собрание 1 от 10-12-2012
2) Собрание 2 от 17-12-2012
3) Собрание 3 от 11-01-2013

сотрудники ИТ-отдела видят собрания из "Внедрение КП(тема)", но не видят эти - "Маркетинг (тема)" и наоборот.

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

1. разделять собрания по темам
2. разграничить права доступа
3. добавлять в собрание пользователей из рабочей группы
4. и т.к. функционал рабочих групп подразумевает совместную работу над проектом, то весьма логично, что группа проводит собрания.
   

P.S. Если ставите "-", то прокомментируйте, пожалуйста. Не поспорить хочу, но выслушать вашу точку зрения: почему это может быть неудобно, нелогично и пр.
P.P.S. При этом я полностью согласен с тем, что при создании собрания должна быть возможность подбирать участников из рабочих групп.




http://idea.1c-bitrix.ru/add-the-working-groups-meeting-and-meetings-of/